AI 보이는 추론 실험실 · 바이트 범위와 끝점

AI가 에이치티티피 바이트 범위 0-99를 아흔아홉 바이트로 세어도 될까?

시작·끝 위치와 파일 크기를 바꾸어 양쪽 끝을 포함하는 에이치티티피(HTTP) 바이트 범위의 실제 전송량과 경계 오류를 계산합니다.

탐구게시 2026-10-13읽기·실험 약 9분확인 문제 2개교육용 계산한국논리학협회 자체 제작제작·검수 LTCT 편집부

오늘의 질문

첫 위치가 0이고 마지막 위치가 99라면 선택한 바이트는 몇 개일까요?

에이치티티피 바이트 범위는 마지막 위치를 포함합니다

에이치티티피 범위(HTTP Range) 요청의 bytes=0-99는 위치 0부터 위치 99까지를 뜻합니다. 0을 첫 번째 위치로 세기 때문에 전송량은 99가 아니라 100바이트입니다. 계산은 마지막 위치-첫 위치+1입니다.

RFC 9110의 예에서도 bytes=0-499는 처음 500바이트를 요청합니다. 배열의 끝 위치를 포함하지 않는 프로그래밍 언어 습관을 그대로 적용하면 한 바이트가 빠지는 경계 오류가 생깁니다.

1,000바이트 파일의 마지막 위치는 999입니다. bytes=950-1100을 요청해도 존재하는 위치는 950부터 999까지여서 이 단순 계산에서는 50바이트만 남습니다.

시작 위치가 1,000이라면 파일 안에 첫 바이트가 없습니다. 서버는 만족할 수 없는 범위로 처리할 수 있습니다. 활동에서 파일 크기를 바꾸어 같은 요청이 유효한지 확인해 보세요.

서버는 Range 헤더를 무시하고 전체 표현을 보낼 수 있습니다. 전송 전에 Accept-Ranges 같은 지원 정보와 실제 응답 상태, Content-Range를 확인해야 합니다.

또한 범위는 저장 파일 자체가 아니라 선택된 표현의 바이트를 대상으로 합니다. 압축이나 변환이 적용되면 사용자가 생각한 원본 파일 위치와 다를 수 있습니다.

직접 확인하기 · 교육용 계산

단일 바이트(bytes) 범위의 위치 계산만 다룹니다. 서버의 범위 지원 여부, 여러 범위 응답, 압축 전후 표현은 별도 조건입니다.

첫 바이트 위치0마지막 바이트 위치99파일 크기

요청 범위bytes=0-99

실제 마지막 위치99

전송 바이트 수100

판정유효한 범위

99-0+1 = 100바이트입니다.

에이치티티피(HTTP) 바이트 범위는 양쪽 끝 위치를 모두 포함합니다. 서버는 범위 요청을 무시하거나 여러 범위를 합칠 수도 있습니다.

관계를 읽고, 다른 상황에 적용하기

1bytes=500-999가 포함하는 바이트 수는?

14992500350141,000

21,000바이트 파일에서 유효한 마지막 바이트 위치는?

199921,00031,0014파일 크기와 무관

두 문제의 답을 모두 선택하면 해설을 볼 수 있습니다.

나의 설명으로 마무리

동영상이나 큰 자료를 나누어 받는 상황을 하나 정하고, 첫 범위와 다음 범위 사이에 빠지거나 겹치는 바이트가 없는지 계산해 보세요.

0 / 4,000자

메모는 현재 기기의 브라우저에만 보관됩니다. 계정이나 다른 기기에는 동기화되지 않습니다.

원문을 참고해 설명·도표·문항·실험을 새로 작성했습니다. 별도 표시가 없는 사례와 수치는 학습을 위한 가상 예시입니다. 원문 번역이나 실제 모델의 성능 평가 자료가 아닙니다.

에이치티티피(HTTP) 바이트 범위 요청 ↗IETFRFC 9110 · HTTP Semantics §14.2 Range
bytes=0-499가 위치 0부터 499까지 양쪽 끝을 포함한 500바이트라는 예와 서버가 범위 요청을 무시할 수 있다는 조건을 확인했습니다.