우리는 제품, 블로그 게시물 등의 리소스 데이터베이스를 보유하고 있습니다. 공개 웹 사이트를 위해 URL 체계를 설계해야합니다.
다음은 데이터베이스 ID 바인딩 된 두 가지 예입니다.
다음은 친근한 예입니다.
(내 브라우징 생활을 조금 엿볼 수 있습니다)
이메일이나 문서에서 URL을 가리 키거나 볼 때 URL 끝에 무엇이 있는지 알기 때문에 친숙한 URL을 좋아합니다. SEO에 더 좋거나 예전에는 좋았습니다.
문서 나 제품의 이름을 바꾸면 어떻게됩니까? 변경 되었기 때문에 (Wiki는 변경되지 않지만 리소스는 변경 될 수 있음) 또는 오타 때문에 발생합니까? 우리의 자원은 매우 기술적이고 긴 단어이며 오류가 발생하기 쉽습니다.
또한 데이터베이스 ID는 숫자입니다. 가장 한 대여점을 사용하여 동영상 주소에 대한 아이디어를 살펴 보겠습니다.
ID는 분명하며 DB 조회에 사용됩니다. 벌금.
슬라이딩 도어 비트는 고유하지 않으며 비디오 타이틀에서 방금 생성되었으므로 GET에서 확인할 수 있으므로 글라이딩 도어가 입력되어 문서 287171의 내용과 일치하지 않으면 404로 응답합니다.
또는 누군가 무시하고 있다면 인간이 원하는 것을 고수 할 수 있도록 무시해도됩니다. 따라서이 URL은 다음과 같이 작동합니다.
친숙한 부분을 확인하는 문제는 언급했듯이 이름 변경 또는 오타 수정 문제입니다. 이름이 변경되고 도메인에서 발생하는 경우 외부에있는 URL을 중단하고 싶지 않으므로 다음과 같이해야합니다.
친절한 부분 만 확인하지 마십시오.
데이터베이스 레코드에 친숙한 부분의 '이력'을 추가하여 이전의 친숙한 ID가 계속 작동하는지 확인하십시오!
당신의 생각과 아이디어는 환영합니다.
누가
http://programmers.stackexchange.com/questions/255684/providing-friendly-urls-for-a-website-vs-realities-of-database-ids
(제목 변경에 비추어 검증되지 않은 버전 사용, 짧은 "공유"링크는 ID 일뿐입니다 :http://programmers.stackexchange.com/q/255684/25768
(및 배지 추적을위한 사용자 ID))