트러블슈팅

websocket을 이용한 채팅서버개발 고생기(1)1편에 이어 .. 마저 작성.상대방 읽음처리가 가장 어려운 난제중에 하나였다.이 부분에서 정말 많이 헤맸는데 우선 헤맸던 포인트가 있다.앱이라면 괜찮지만 웹은 유저가 이 방에서 나가도 프론트에서 정확하게 트래킹이 어려웠

2년정도 나를 괴롭히던 대규모 업데이트를 드디어2024-09-10일에 끝마췄다.물론 끝마쳤다고 끝은 아니고.. 뒤에 잔 버그들 관리는 계속해야하지만..링링이들은 더 귀엽고 예쁘게 변했고,처음에는 똑같다고 생각했던 UI도 더 예뻐진게 쓰면쓸수록 체감하게 된다. ( 버전업

노션에다가만 적어놓았다가 블로그시작하니 예전에 고생했던 기록이 하나둘씩 떠오른다. 이전에 취준생 및 대학생 시절.. 인터넷 강의로 socket을 활용한 채팅을 만들어본적이있다. 회사에서 작년에 채팅서버를 새로 만들어야할것같다 라는 말을 들었을 때 > 그때랑 별

출근해서 그동안에 장애가 없었나 로그를 들여다 봤는데 오전 6시경부터 약 20분간 mysql이랑 연결이 안되는 에러가 발생한 것을 발견했다. Can't add new command when connection is in closed state위의 에러가 지속적으로 발생

Mysql에서 주의해야할 것 중 하나가 transaction이다.회사 서버중에서 대량의 정기적인 작업을 할 때 큐를 만들어 큐를 순차적으로 돌리는 작업만 하는 서버가 따로 있다.이때 이 큐에서 일을 하나씩 빼와서 순차적으로 한번에 작업을 돌리는데,하나하나가 매우 중요한

이번에 서버 업데이트를 하나 했는데, 갑자기 엉뚱한 부분에서 에러가 터졌다. 그냥

어느날 log를 보는데 대량의 api가 같은 ip로(해외) 난사가 되어있는걸 발견했다.beta같은 환경은 이미 nginx에서 ip제한을 걸어두었는데,live환경에서는 ip제한을 걸어두기가 애매해서 어떻게 할까 하다가 nginx에서 시간당 ip별 횟수제한을 걸 수 있는