
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Hyo814`s Blog</title>
      <link>https://hyo814-blog.vercel.app/blog</link>
      <description>풀스택 개발자 임효진의 기술 블로그 — 프로젝트 회고, 프런트엔드·백엔드 학습 기록을 정리합니다.</description>
      <language>ko</language>
      <managingEditor>ggamjge8888@naver.com (Hyo814)</managingEditor>
      <webMaster>ggamjge8888@naver.com (Hyo814)</webMaster>
      <lastBuildDate>Tue, 14 Jan 2025 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://hyo814-blog.vercel.app/tags/네트워크/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://hyo814-blog.vercel.app/blog/websocket-connection-to-wss-failed오류의-원인과-해결-방법</guid>
    <title>WebSocket connection to wss failed — 후보 열 개를 놓고 하루 종일 좁힌 기록</title>
    <link>https://hyo814-blog.vercel.app/blog/websocket-connection-to-wss-failed오류의-원인과-해결-방법</link>
    <description>로컬에서 잘 되던 STOMP 채팅이 배포하니까 연결이 안 됐습니다. 원인 후보가 서버 상태부터 인증서까지 열 개쯤 되는 상황에서, 하루 8번의 배포 끝에 mixed content — https 페이지에서 ws:// 차단 — 하나로 좁혔습니다. 후보를 어떤 순서로 제거했는지와, 다음에 같은 일을 겪으면 뭘 먼저 볼지를 정리했습니다.</description>
    <pubDate>Tue, 14 Jan 2025 00:00:00 GMT</pubDate>
    <author>ggamjge8888@naver.com (Hyo814)</author>
    <category>기술노트</category><category>네트워크</category>
  </item>

  <item>
    <guid>https://hyo814-blog.vercel.app/blog/websocket-연결-문제-및-http-https-에러-분석</guid>
    <title>서버 로그에 찍힌 16진수 메서드 이름의 정체 — wss 삽질의 서버 쪽 이야기</title>
    <link>https://hyo814-blog.vercel.app/blog/websocket-연결-문제-및-http-https-에러-분석</link>
    <description>wss 연결 실패를 디버깅하던 중 백엔드 로그에 &quot;Invalid character found in method name [0x16, 0x03, 0x01…]&quot;이 찍혔습니다. 악성 트래픽인가 싶었던 이 바이트들은 사실 TLS 핸드셰이크의 첫 패킷이었어요. HTTP만 받는 포트에 wss를 쏘면 왜 이런 로그가 남는지, 프로토콜 불일치를 로그만 보고 판별하는 법을 정리했습니다.</description>
    <pubDate>Mon, 13 Jan 2025 00:00:00 GMT</pubDate>
    <author>ggamjge8888@naver.com (Hyo814)</author>
    <category>기술노트</category><category>네트워크</category>
  </item>

  <item>
    <guid>https://hyo814-blog.vercel.app/blog/로그아웃-시-patch-방식과-delete-방식의-비교</guid>
    <title>로그아웃은 PATCH인가 DELETE인가 — 그리고 이 비교가 놓쳤던 것</title>
    <link>https://hyo814-blog.vercel.app/blog/로그아웃-시-patch-방식과-delete-방식의-비교</link>
    <description>로그아웃 API를 설계하며 PATCH(상태 전환)와 DELETE(세션 삭제)를 비교했던 글입니다. 실제 프로젝트에서는 PATCH를 채택했는데, 지금 다시 보면 이 비교에는 빠진 선택지(실무 사실상 표준인 POST)와 더 중요한 질문(&quot;무엇의 상태인가&quot;)이 있었어요. 그리고 예시 코드의 결함이 실제 코드에도 그대로 들어갔다는 것까지 확인했습니다.</description>
    <pubDate>Tue, 09 Apr 2024 00:00:00 GMT</pubDate>
    <author>ggamjge8888@naver.com (Hyo814)</author>
    <category>기술노트</category><category>네트워크</category>
  </item>

  <item>
    <guid>https://hyo814-blog.vercel.app/blog/웹소켓과-stomp를-이용한-채팅-구현-중-메시지-동기화-문제-해결</guid>
    <title>STOMP 채팅에서 두 번째 메시지부터 동기화가 깨지던 문제 — 범인은 key였다</title>
    <link>https://hyo814-blog.vercel.app/blog/웹소켓과-stomp를-이용한-채팅-구현-중-메시지-동기화-문제-해결</link>
    <description>첫 메시지는 잘 가는데 두 번째부터 화면이 안 갱신되고, 새로고침하면 다 보이는 이상한 증상이었습니다. 저장은 되는데 렌더만 안 되는 것 — React key로 쓰던 messageId가 서버 응답에 없어서 프런트가 난수로 채우고 있었어요. 원인을 좁힌 과정과, 당시 정리에서 스스로 놓쳤던 것까지 다시 봤습니다.</description>
    <pubDate>Tue, 14 Jan 2025 00:00:00 GMT</pubDate>
    <author>ggamjge8888@naver.com (Hyo814)</author>
    <category>기술노트</category><category>네트워크</category>
  </item>

    </channel>
  </rss>
