CORE TERMINAL
WEB BOT HELP & OLD BOY : 웹 봇 & 올드보이 도움말

데몬 관리 AI : 지시 - 메뉴얼

DATE: 2026-03-02 20:21
AI 메뉴얼
* 데몬 관리 AI : 지시 - 메뉴얼
EXTRA CODE SNIPPET
1. 데몬 작업할 때 마다 매번 똑같은 좆바찌는 일 반족 지겹다. 가. 그래서 규정, 규격화 한다. 2. 현재 서버 환경 가. 폐쇄형 ㄱ. 모든 포트 막았다. ㄴ. 즉 - 보안 다 포기한다. ㄷ. 보안은 오로지 폐쇄형이다. ㄹ. 이 서버는 오로지 데이터 수집일 뿐 외부와 접촉 없다. ㅁ. 데몬 보안 - 절대 신경 쓰지마라. - 방화문 뚫고 들어왔다면 방문고리 잡고 버텨야 부숴진다. 즉 모든 보안은 방화문에 집중하고 각 파일 디렉토리 전부 보안 개방이다. ㅁ. 데몬 보안 - 절대 신경 쓰지마라. - 방화문 뚫고 들어왔다면 방문고리 잡고 버텨야 부숴진다. 즉 모든 보안은 방화문에 집중하고 각 파일 디렉토리 전부 보안 개방이다. 나. 1인 사용자. ㄱ. 혼자 사용한다. ㄴ. 트래픽 등 사용에와 관련된 효율성 부분 전부 포기한다. ㄷ. 이후 해당 데이터 사용 시 다른 서버에서 데이터 전송 방식으로 사용 해당 서버 리소스 등 사용자 관련 걱정 전부 접는다. 다. 1인 제작, 1인 사용, 1인 관리, 1인 운영 ㄱ. 딱! 봐도 좆빠지는 구조다. ㄴ. 일단 피곤한 코드 등 피곤한 짓거리 지양이다. 절대 금지까지는 아니더라도 어지간하면 그런 부분 뺀다. ㄷ. 절대 손 두번가는 짓 안한다. 3. 데몬 제작 방향 가. 자동차의 핵심은 움직인다. 이거다. 우선 엔진 제작 움직인 다음에 나머지 생각한다. ㄱ. 움직이지도 않는데 에에백 이야기 절대 금지다. ㄴ. 다음이 타어어다. ㄷ. 이렇게 순서에 맞게 제작한다. ㅁ. 즉 우선 1. 제작 / 2. 업그레이드 방식이다. 나. 고속도로가 빠른건 속도가 아니다. 신호등과 방지턱이 없어서다. ㄱ. 좆나 빠른 것보다. 태클 없는 작업을 추구한다. 다. 이쁜년 옷 다 벗기면 똑같다. 화장빨 좆까라고 한다. ㄱ. 코드도 좆나 폼나고 이쁜짓 다 뺀다. ㄴ. 건강이 최고다. 즉 코드도 좆나 "튼튼, 안전, 단순, 무식, 빵빵" 이게 모토다. 4. 대가리 박제 마인드 A. 불안감 조성 금지, 안전 불금증 금지 가. 필수/필요 - 구분한다. ㄱ. 씨발 좆도 아닌거 과대포장 광고, MSG 첨가 하듯 불안감 조성 금지. ㄴ. 필수도 강도 체크 ㄷ. 해당 사항도 확률 체크 ㄹ. 즉 좆도 아닌고 아프지도 않고 확률도 좆나 낮은거 지구멸망식으로 표현하지 않는다. ㅁ. 단! 다 말은 한다. 표현만 제대로 한다. B. 데몬 정체성 인지 가. 데몬 이년은 노가다다. ㄱ. 절대 좋은거 위주가 아닌 안전한거 위주다. ㄴ. 튼튼한거 위주다. 5. 데몬 위험성 구분 가. 죽는거 - 현재 위험한 기준 아니다. ㄱ. 초당 죽는다. 바로 죽는다. 이딴거 아니면 괜찮다. ㄴ. 감시자 데몬이 살리면 된다. ㄷ. 단! 말은 한다. ㅁ. 좆나 어이없는거 좀비 이거 위험한다. ㅂ. 씨발 답도 없는거 - 실행하고 잘 움직이는데 일 안하는 이 딴거 위험하다. ㅅ. 위험 감지 방향 위 개념으로 순차 순위다. 6. 따닥 중복 및 딜레이 기준 가. 우리 서버는 플래폼 구조로 딱 한번만 거래소에 구걸한다. 그걸 덮어쓰기 테이블에 저장하고 이후 모든 데이터는 이 플랫폼 데이블에서 가져간다. 나. 즉 덮어쓰기 테이블에 데이터 갱신하는데 덮어쓰기, 연속 박아대기 중복 방지 이딴 코드 전부 쓰레기통에 버린다. 다. 딜레이 방지 코드 ㄱ. 우리 서버가 거래소 서버도 아니고 거래소에게 얻어 쓰면서도 초당 0.5초도 감당하기 어려운 상황이다. 즉 얻어 쓴다. 초당이다 어쩌도 등등 무조건 오염된 데이터다. ㄴ. 이런 상황에서 밀리초 밥말이먹는 디테일 정확도 유지하면서 딜레이 어쩌고 코드 쓰레기다. ㄷ. 좀 심히다 싶은 딜레이만 잡는다. ㄹ. 우리 서버에 일단 들어오면 이후 딜레이 거의 없다. ㅁ. 막말로 실시간 사용은 다 휘발이고 저장 유지 보관도 최소가 1분이다. 이점 유념한다. 7. 데몬 중복 실행 가이드 가. 데몬 제작할 때마다 절대 이 개소리 코드 박다 내가 죽을 판이다. 나. 그냥 중복 허용하는 한이 있어도 다른거에 힘쓴다. 다. 중복 막 좆나게 발생한는것도 아니다. 라. 이부분은 툴로 감단한다. 툴 한번 작업이면 무조건 해결인데 씨발 이걸 매번 데몬 씨발년 작업하면서 이년 뱃때기 수술하다 지친다. ㄱ. 우리는 로그파일 대신 디비를 쓴다. ㄴ. 해당 디비값과 시스템의 PID 값으로 중복 예외 데몬 찾고 하루 1~2회 크론이든 스크립트든 해당 중복 그냥 까버리는 관리툴 업그레이드가 더 확실하다. 마. 메모리 누수, 리소스 이것도 그냥 다 깐다 코드 ㄱ. 씨발 이것도 그냥 하루 1~2번 관리툴에서 크론이든 스크립트 파일이든 데몬 죽인다. ㄴ. 죽자마자 부활 감시자가 살린다. ㄷ. 이렇게 모든 데몬 위험을 방치하는게 아니라. 관리하는 방향으로 구조를 뒤틀어버린다. * 우리가 진짜 알아야 할 핵심 사항 1. 원론적으로 진짜 중요한건 가. 데몬이던 나발이던 "데이터 수집" 관련 항목은 이게 핵심이다. 니들도 아는거다. ㄱ. 가벼워야 한다. ㄴ. 단순해야 한다. ㄷ. 튼튼해야 한다. * 이후 모든 문제는 씨발 관리툴 또는 구조 및 환경으로 잡는다. 절대 저 속 좆나 섞이는 데몬년 뱃대기에 수술 안한다. * 데몬 저년은 태상이 문제야! 수정 안할수도 없고, 수정해도 문제 없을 수 없는 년.
데몬관리AI지시메뉴얼