* 바이비트 API 실시간 플렛폼 수집 데몬 Ver.2.5 - 1차 개선판 완성 버전 1. 만기 선물 컬럼 삭제에 따른 데몬 해당 컬럼 코드 삭제
* 바이비트 API 베스트 플렛폼 수집 데몬 - 구 버전 : 마지막 버전 1. 구버전 마지막 버전
* 업비트 API 플랫폼 실시간 수집 데몬 - 업그레이드 버전 Ver.2.0 1. 기존 코드에 속도 암세포 코드 제거 2. 병렬식 심볼 요청구조
4. '로그(Log) 기록' 병목 (Synchronous I/O) 기어다니는 이유: file_put_contents나 error_log를 루프 안에서 무식하게 쓴다면? 기술적 팩트: 하드디스크(SSD)에 글자 적는 속도는 네트워크보다 느릴 때가 많습니다. 로그 적느라 데이터 수집을 못 하는 배보다 배꼽이 더 큰 상황이 생기죠. 해결: 로그는 진짜 에러 날 때만 적거나, 메모리에 쌓아뒀다 나중에 한 번에 적어야 합니다. * 현재 우리 데몬은 로그를 싸지 않는다. 디비를 쓴다. - 여기 코드도 디피 파일을 저장하지는 않는다. 그러나 디…
* 바이비트 API 실시간 플렛폼 수집 데몬 Ver.2.4 3. '한 땀 한 땀' DB 저장 (Single Update) 기어다니는 이유: 100종목 가져와서 foreach 돌리며 UPDATE 쿼리를 100번 날린다면? 기술적 팩트: 쿼리 하나 날릴 때마다 네트워크 왕복 시간이 걸립니다. 100번이면 아무리 빨라도 0.5초는 그냥 증발해요. 해결: INSERT ... ON DUPLICATE KEY UPDATE 문법으로 쿼리 한 방에 100줄을 다 때려 박아야 합니다. ---------------------------------…
* 바이비트 API 실시간 플렛폼 수집 데몬 Ver.2.3 1. DB '인사' 노가다 (Connection Overhead) * 기어다니는 이유: `while(true)` 루프 안에서 매번 `get_gnu_connection()`이나 `new PDO(...)`를 하고 있다면? * 기술적 팩트: DB에 접속해서 "나 왔어!" 하고 악수(Handshake)하는 데만 0.05~0.1초가 걸립니다. 이걸 7마리 사수가 매초 반복하면 서버 부하가 기하급수적으로 늘어나요. * 해결: 접속은 루프 밖에서 딱 한 번만 하고, …
* 바이비트 API 실시간 플렛폼 수집 데몬, Ver.2.2 - http://m72.kr/GNU/bbs/board.php?bo_table=backup&wr_id=30 1. 기존 단순 무식 완성형 데몬 업그레이드 가. 속도 개선 ㄱ. 그누보드 종목 호출력 : 기존 단일 호출 -> 일괄 호출 변경
가. 과도한 '필수(Skip)' 로직 제거 현재 코드에는 특정 API(Kline 등) 실패 시 return []로 전체 종목 수집을 스킵하는 로직이 있습니다. 문제: 바이비트 서버 문제로 Kline 하나만 안 와도 나머지 Ticker나 Price 데이터를 다 버리게 됩니다. 해결: 필수/필요 구분 원칙에 따라, '데이터가 없으면 없는 대로' 빈 값으로 넣고 일단 넘어가야 합니다. 엔진은 멈추면 안 됩니다.
* 업비트 API 데이터 호출 저정 유령데몬 완벽 버번 V.2 : 3종 세트 1. 플랫폼 유령데몬 2. 베스트 TOP.7 유령데몬 3. 개인 자산 유령데몬 - 3종 세트 - 유의 점 플랫폼 : 3초 주기 다시 사용시 설정 필요 * 중요 : 실패한 파일 * 실패 원인 : 컨트롤 어려움 * 대안 일반 CIL 데몬의 상호 감시 기능 데몬 추가로 죽지 않는 데몬 생성 * 관련 내용 도서관 데몬 카테고리 해당 파일 열람 또는 설명서 게시판 참조
* 마리아 디비 이벤트 스케쥴러 : 바이빕트 API 실시간 데몬 수집 복사 1. 컬럼 문제 발생으로 어려움을 격었다. - 첨부파일 참조