Redirect
리디렉트
리다이렉트는 클라이언트를 다른 주소로 보내요. 상태 코드를 보면 그 이동이 잠시 동안인지 영구적인지 알 수 있어요.
다른 예시
안내문이 새 위치로 옮겨가면, 과거 주소는 새 주소로 영원히 보내져. 책갈피와 검색 정보도 계속 쓸 수 있어.
주요 부분
- 01Originating request
- 02Resolution or processing hop
- 03Response, timing, and failure
사용할 때
이동된 리소스, 주요 호스트, 프로토콜 업그레이드 또는 로그인 후 안전한 복귀를 위해 리디렉션을 사용하십시오.
다음 경우에는 사용하지 마세요
체인, 반복, 홈페이지 대체, 확인되지 않은 외부 반환 URL은 피하세요.
코드에서 사용된 이름
Location + 301 / 302 / 307 / 308 출시하기 전에
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome:Complete the task with 리디렉트 (Redirect)。 User context:안내문이 새 위치로 옮겨가면, 과거 주소는 새 주소로 영원히 보내져. 책갈피와 검색 정보도 계속 쓸 수 있어. Technical concept or control:리디렉트 (Redirect)。 Why it fits:이동된 리소스, 주요 호스트, 프로토콜 업그레이드 또는 로그인 후 안전한 복귀를 위해 리디렉션을 사용하십시오. Do not use it when:체인, 반복, 홈페이지 대체, 확인되지 않은 외부 반환 URL은 피하세요. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary):이 표준은 나열된 범위만 적용합니다. 시각적 스타일, 제품 결정, 또는 Vibulary 예시는 선택하지 않습니다. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
이 요청을 확인하세요
Review how 리디렉트 (Redirect) is used now. Definition: 리다이렉트는 클라이언트를 다른 주소로 보내요. 상태 코드를 보면 그 이동이 잠시 동안인지 영구적인지 알 수 있어요. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.