천사티비 주소가 열려도 글이 사라질 때 일러스트

천사티비 주소가 열려도 글이 사라질 때

302 → 200 두 조건의 도착 화면이 달랐습니다. 네 조건 12회의 응답 기록을 비교합니다.

기록 읽기 →
천사티비 모바일 화면과 이미지 용량 확인 일러스트

천사티비 모바일 화면과 이미지 용량 확인

해상도와 바이트 수를 함께 읽습니다. 작은 표시 크기가 작은 다운로드를 뜻하지 않는 이유입니다.

기록 읽기 →
천사티비 주소 표기와 호스트 비교 기록 일러스트

천사티비 주소 표기와 호스트 비교 기록

한글 표기와 쿼리, 사용자정보를 포함한 다섯 문자열에서 실제 호스트를 분리했습니다.

기록 읽기 →

각 기록에서 확인한 결과와 바로 읽기

질문별 결과와 원자료
질문과 글핵심 결과원기록
글 링크가 홈으로 이동했나요?직접 글 200·Article, 경로 유지 302 → 200·Article, 홈 이동 302 → 200·Home, 없는 경로 302 → 404·Not found. 각 조건 3회 동일.12회 GET 기록
이미지가 얼마나 큰가요?5개 WebP 합계 74,884바이트. 배경 1280 × 720px·23,874바이트, 본문 800 × 450px·7,924~13,526바이트. 합계는 첫 화면 전송량이 아닙니다.픽셀·바이트 기록
한글 주소와 다른 표기는 같은 곳인가요?한글·ASCII 표기와 쿼리·조각 추가 사례는 같은 호스트. @ 뒤에 다른 호스트를 둔 사용자정보 사례는 다른 목적지.5개 URL 파서 결과

상태 코드의 일반적인 의미는 MDN의 302 문서, 호스트의 정의는 URL.hostname 문서가 기준입니다. 이 블로그는 그 정의를 옮기는 데서 그치지 않고 조건을 바꾼 결과를 나란히 제시합니다. 숫자만 인용하면 의미가 달라질 수 있으므로 각 글의 조건과 한계도 함께 읽어 주세요.

어떤 기록을 먼저 읽으면 될까요?

세 글의 질문과 자료
지금의 질문직접 확인한 것검증하지 않은 것
글 대신 홈이 열림네 응답 조건 × 세 번, 총 12회 GET외부 서버의 실제 장애 원인
이미지 용량이 궁금함배포할 WebP의 픽셀과 파일 바이트실제 휴대폰 회선별 로딩 시간
같은 이름인데 주소가 달라 보임다섯 URL의 hostname·path·query·fragment목적지 운영자의 신원이나 콘텐츠 안전성

세 글은 하나의 종합 별점으로 묶지 않았습니다. 응답 코드와 파일 바이트, 주소 구성요소는 단위가 다르고 같은 경험을 측정하지 않기 때문입니다. 자기 상황과 맞는 질문을 고른 뒤 표와 원기록을 확인하는 것이 이 목록의 읽는 순서입니다.

출처와 업데이트를 읽는 기준

직접 만든 통제 환경에서 얻은 결과에는 실험 조건을, 웹 표준 설명에는 공식 문서 링크를 붙였습니다. 개별 파일의 크기를 측정했다는 말과 모든 기기의 성능을 검증했다는 말을 구분합니다. 새로운 확인 결과가 생기면 해당 글과 원기록을 함께 갱신합니다.

작성과 검토 방식 및 정정 연락처를 공개합니다. 확인할 수 없는 수치나 테스트 경험을 점수처럼 제시하지 않습니다.