728x90 끄적/나만봐20 개인정보처리방침 개인정보처리방침오토툰(Auto-toon)은 사용자의 개인정보를 소중히 다루며, 관련 법령에 따라 개인정보를 적법하게 처리하고 안전하게 보호하기 위해 최선을 다하고 있습니다. 본 방침은 본 앱이 수집, 이용, 보관, 제공 및 파기하는 개인정보에 대해 설명합니다.1. 서비스 이용 제한본 앱은 19세 이상 사용자만 이용할 수 있습니다.연령 확인 방법 : 본 앱은 앱 스토어의 연령 제한 설정을 통해 미성년자의 접근을 제한합니다.책임 고지 : 만 19세 미만 사용자가 본 앱을 이용하거나 허위로 정보를 제공하여 발생하는 문제에 대해 본 앱은 책임을 지지 않습니다.2. 개인정보의 수집 항목 및 목적본 앱은 사용자가 직접 제공하지 않은 데이터라도, 앱 사용 과정에서 자동으로 수집되는 정보를 포함하여 다음과 같은 개인정.. 2024. 12. 9. 윈도우 프로그램 - 웹페이지 연동6 추가적인 기능들을 구현하기 이전에, 지금까지 작업했던 내용이 올바르게 프로그램에 적용되기 위해서 버그들 먼저 수정함. 1. 윈도우 프로그램 첫 실행 시, 웹뷰를 불러오면 흰 화면만 뜸. -> 스크립트에서 파싱작업을 끝낸 뒤, vue를 전부 불러오면(렌더링이 모두 완료가 되면) 윈도우 프로그램에 상태를 알림. -> 윈도우 프로그램에서 상태를 알게되면, 그 이후에 웹뷰 visible함수 호출하여 정상적으로 화면 표시. -> 서버가 먼저 열리든, 나중에 열리든 상관없이 잘 해결됨. -> 윈도우 프로그램 종료 시, 노드 서버 종료. 2. 렌더링이 완료 된 이후에 표시되어지는 데이터 일부분이 누락되어짐. -> 파싱 과정에서 일부 데이터를 제대로 저장, 불러오지 못함. 전부 매핑 작업하여 제대로 표기함. -> 전체.. 2024. 11. 29. 윈도우 프로그램 - 웹페이지 연동5 각 타입별 데이터의 전체 개수를 카운팅하여 txt로 저장하게 했었음.이 txt파일의 카운트 값을 이용하여 전체 리스트를 실제로 렌더링 했을 때의 스크롤 높이를 주면, 사용자가 이질감을 느끼지 않음.가상 스크롤을 통해 메모리 관리도 되면서, 전체 데이터가 이미 로드되어있다고 느낄 수 있음.추가로 브라우저 창의 높이를 가져와서 브라우저 창의 크기에 따라 스크롤 높이를 계산하여 적용되게 구현 완료.문제 없음.날짜 선택으로 과거 데이터를 조회할 수 있는 기능 추가. 문제 없음. 렉 없음.버그1. 기존에 있던 기능인, pdf혹은 csv 파일로 현재 보여지고 있는 로그 기록은 저장하게 되어있음. 근데 이게 렌더링이 완료가 되어있는 (기존에는 모든 데이터를 로드했기 때문에) 데이터만 저장되어짐. 그래서 가상 스크롤을.. 2024. 11. 27. 윈도우 프로그램 - 웹페이지 연동4 스크립트가 켜지는 순간, 로컬 데이터를 json형태와 txt형태의 두가지로 저장함.1. 로컬데이터를 파싱해서 저장하는 작업을 하기 전에, 기존에 저장되어있는 json, txt가 있는지 파악2. 있다면 파싱작업 생략, 없다면 파싱 작업 시작.3. ui 렌더링에 맞는 파싱작업을 끝낸 json파일과 스크롤 높이 계산에 필요한 각 타입별 카운트를 기록한 txt로 저장.*윈도우 프로그램에서 생성했던 모든 날짜의 log파일을 전부 처리* 앞으로 할 일 1. 각 타입별로 전체 개수를 카운팅해서 날짜별로 txt파일로 저장해둠. 이 전체 카운팅 개수를 이용해서 전체 데이터가 로딩이 되었을 경우의 스크롤을 렌더링해주면, 사용자 입장에서 이질감이 안느껴짐. 그리고 실제 렌더링은 스크롤이 이동되면서 화면에 보여지는 부분만 되.. 2024. 11. 26. 윈도우 프로그램 - 웹페이지 연동3 cpu, 메모리 자원이 한정적인 상황인데 hdd는 충분할 경우, hdd에 파싱 작업을 하고 난 데이터를 저장해서 불러다 쓰는 방법을 적용해봄. 효과는 굉장히 좋았다. 이미 파싱된 작업 결과를 오로지 렌더링에만 사용하니, 굉장히 빠르게 로딩+ui버벅거림이 단 하나도 없었다. 버그는 굉장히 많지만 최적화 방향성은 명확해짐. 이대로 가면 될듯. 맨 처음 상태는 대량의 대이터를 불러오면 메모리가 10기가 넘게 차지하면서, 윈도우 프로그램에서 보여주는 웹뷰에서 크래시가 일어남. 그래서 가상 스크롤 구현으로 메모리를 2~3기가만 사용하도록 적용함. 하지만 이래도 ui버벅거림이 심함. 당시에는 원인을 cpu사용량이 중간중간 급격하게 높아지는 것 때문에 윈도우 프로그램을 최적화 해야한다고 생각했음. 하지만 아니였고,.. 2024. 11. 26. 윈도우 프로그램 - 웹페이지 연동2 현장 납품 컴퓨터 사양에 맞게 구현을 해야함.컴퓨터 자원은 한정적이므로, 동일한 컴퓨터 내의 로컬 서버에서 서버-클라이언트로 나눠서 구현해봤자 프로그램 최적화에 큰 의미 없다고 판단.cpu, 메모리 자원은 한정적이지만 하드디스크 자원은 충분함.서버 최초 로드 시 - 윈도우 프로그램에서 남긴 로그 기록을 가져온다. 가져온 로그 기록을 클라이언트에 전달해서 ui를 바로 적용할 수 있을 데이터로 파싱한다. 파싱한 데이터를 날짜, 시간별로 폴더를 구분해서 청크 단위로 이진화 데이터로 저장한다. 저장한 이진화 데이터를 읽어와서 렌더링. 업데이트 시 - 윈도우 프로그램에서 새로운 로그 기록이 생기면, 윈도우 프로그램 로그에 저장과 동시에 업데이트를 알리는 함수를 호출하여 서버로 전달. 서버에서 업데이트 신호를 받으.. 2024. 11. 25. 이전 1 2 3 4 다음 728x90