나는 많은 페이지를 열었을 때 URL에 숫자 ID 또는 이와 같은 몇 가지 항목이없는 URL 문자열을 볼 수 있습니다. 단어 사이에 하이픈 (-)이 있습니다. 즉, 페이지가 데이터베이스의 문자열을 기준으로 데이터를 검색하고 있음을 의미합니다. 일부 URL은 매우 길다. 즉, 데이터베이스에 해당 필드에 대한 색인이 없을 수 있습니다 (너무 길기 때문에). 그래서, 효율적인 방법입니까, 그렇지 않은 경우, 왜 이렇게 많은 사이트가이 방법을 사용합니까?URL 문자열의베이스에서 모든 페이지 데이터를 가져 오는 것이 효율적인 방법입니까?
프레임 워크의 라우팅 시스템이 대부분의 검색에서 작업을 수행하므로 비효율적이지 않습니다. 예를 들어 products/en-gb/mens/shirts/light-blue-full-sleeve-twill-shirt은 제품 카테고리로 분류 할 수 있으며 그 다음으로 en-gb, mens 및 셔츠 순으로 표시되며 카테고리는 서로 연결되고 제품은 셔츠 카테고리에 연결되므로 전체를 검색하지 않습니다. 데이터베이스이지만 어떤 경우에도 그 하위 집합입니다.
사이트에 수백만 개의 페이지와 범주가 없으면 깜박이기 전에 데이터베이스에서 수천 개의 레코드를 쉽게 검색 할 수 있습니다.
이 사이트 (stackoverflow)와 같은 일부 사이트는 숫자 인덱스 및을 URL의 문자열 정규 제목으로 사용하는 하이브리드 방식을 사용합니다. 이 같은 페이지의 URL처럼 :
stackoverflow.com/questions/15221783/is-it-efficient-way-to-get-all-the-page-data-on-the-base-of-url-string
// Numeric index -----^ ^-------- canonical title
당신이 두 세계, 빠른 숫자 인덱스의 장점을 가지고이 방법과 의미 SEO 친화적 인 표준적인 캐릭터의 제목입니다.
문자열의 처음 15 자만 인덱싱 할 수 있으므로 매우 효율적입니다. 그러나 고유 한 페이지는 고유 한 URL로 처리해야하며 페이지 제목은 편집 할 수 있기 때문에 일반적으로이 방법은 잘못되었습니다.
질문 제목을 편집하면 이전 URL이 올바른 페이지로 돌아갑니다.
설명하는 시스템의 경우 제목을 편집하면 되돌릴 방법이 없습니다.
좋은 사이트에서는 스택 어어 플로우처럼 고유 인덱스와 슬러그를 모두 사용합니다.