전체 글237

• 2025-02-03_자바스크립트의 메모리 구조 자바 스크립트는 2가지가 없다.자바 스크립트는 다른 언어들과는 다르다.자바스크립트의 실제 메모리 영역코드 영역 자바스크립트 코드 자체가 저장힙 영역 객체 등 참조 타입 데이터 저장콜스택 함수 호출 추적용자바 스크립트가 없는 영역전통적인 스택 메모리 영역별도의 데이터 영역대신 하는것스택 메모리 변수 환경이 관리데이터 영역 도 변수 환경이 관리메모리 관리 특징자바스크립트 엔진이 자동으로 메모리 관리가비지 컬렉터가 힙 영역의 메모리 해제 담당개발자가 직접 메모리를 관리할 필요없음결론자바스크립트는 전통적인 프로그래밍 언어들과 달리좀더 추상화된 메모리 관리 구조를 가지고 있으며대부분의 복잡한 메모리 관리를 자바스크립트 엔진이자동으로 처리한다.해당 내용을 쉽게 설명하면작업 공간이 3개가 있고 이것은 메모리 영역이다.. TIL 2025. 2. 3.

• 

  Code_kata_js_신고결과받기 TIL 2025. 2. 3.

• TIL_2025-01-31 로그인 중복 방지 구현을 하기위해 몇가지 방법을 사용해 보았다. 처음에는 기존 로그인 되어있는것을 날리고 로그인 하는 방법이었으나 기존 로그인 날려도 기존 클라이언트가 게임 세션을 물고있어서 해당 방법은 안되겠다 싶어서 다시 그냥 기존 로그인 있으면 못하게 하고 커스텀 에러를 보내는 방법을 사용했다. 클라이언트에서는 딱히 어떠한 반응이 있지는 않았다. 오늘 거의 모든 내용들이 완료되어 이제 발표 준비만 하면 될것 같다. 하지만 너무 늦게 까지 작업한 탓에 발표 준비는 주말을 사용해야할것 같다. TIL 2025. 1. 31.

• TIL_2025-01-27 클라이언트 초기 타워 설치 되어있지 않은데 ID값 list 의 마지막 값 참조해서 가져오는 부분 문제 클라이언트를 고쳐버림 원래 의도는 이것이 아닌것 같지만 해당 형태로 변경하여 진행하였다. 타워 설치 문제 타워 공격시 이미 죽은 몬스터를 공격하는 문제 등등 여러 어려움이 들어왔다. 빠르게 해결 하려하지만 지방에 내려온터라 안타까운 환경에서 이것을 해결하기에는 조금 무리가 있었다. TIL 2025. 1. 27.

• 

  CodeKata_js_공원산책 TIL 2025. 1. 27.

• TIL_2025-01-24 몬스터 관련 로직 해결 어시스트 ㄴ 해당 문제 원인 아직 모름.실패. 점수 관련 로직.ㄴ 해당 기능 추가해야함ㄴ 게임 종료시 게임 결과 로직ㄴ 해당 기능 추가해야함ㄴ 게임 종료시 2개의 로직 모두 SQL로 데이터 저장해야함. TIL 2025. 1. 24.

• 

  CodeKata_js_달리기 경주 TIL 2025. 1. 24.

• TIL_2025-01-23 3줄 요약 회원 가입과 로그인이 성공적으로 dev에 적용되었고 매칭이 되지 않는 문제의 원인을 발견하였다. 해결 방안까지 모색하였으니 오늘은 꿀잠을 잘 수 있다! TIL 2025. 1. 23.

• 

  code_kata_js_개인정보 수집 유효기간 CodeKata/JS 2025. 1. 23.

• 

  TIL_2025-01-22 제발 돌아만 가라! 이틀 간의 노력이 물거품이 되지 않기를 기도 매타!  로그인 했는데 회원가입은 왜 있는거지?! TIL 2025. 1. 22.

• 

  2025-01-21 회원가입과 로그인 빠르게 작업해야하는 부분을 맡았기 때문에패킷 전송이 어떻게 되는지 확인 할 필요가 있었고우선은 회원가입 기능까지 성공적으로 마쳤다. 하지만 클라이언트의 코드 응답시 실행되어야 하는 부분이 있는데해당 부분을 어떻게 묶어서 진행할지 고민해야할 부분이다. 우선은 패킷 전송까지는 무사히 마쳤다. 다음 진행 사항은 패킷에 대한 응답을 받았을 경우 실행하는 코드의 실행을 묶어서 하는것이다. 나의 생각으로는 기본적인 기능은 클라이언트에서 수정없이 될줄 알았으나. 수정이 필요하다....    서버  클라이언트 TIL 2025. 1. 21.

• 

  TIL_2025-01-20 게임 서버 아키텍처 조사게임 서버 아키텍처는 다양한 방식으로 구성될 수 있으며, 각각의 아키텍처는 특정 요구 사항과 게임의 장르에 따라 달라질 수 있습니다.클라이언트 - 서버 아키텍처클라이언트와 서버 간의 통신이 이루어지는 전통적인 모델입니다.클라이언트는 게임의 사용자 인터페이스와 로직을 처리하고서버는 게임 상태와 데이터를 관리합니다.장점관리가 용이하며 서버에서 모든 게임 로직을 처리하므로 클라이언트의 보안이 강화됩니다.단점서버에 모든 부하가 집중되어 확장성이 떨어질 수 있습니다.피어 투 피어 (p2p) 아키텍처모든 클라이언트가 서로 직접 통신하여 게임 상태를 공유합니다.중앙 서버 없이 각 클라이언트가 데이터를 전송합니다.장점서버의 비용이 절감되며, 각 참여자가 서버 역할을 하므로 확장성이 높습니다.단점.. TIL 2025. 1. 20.