wp 해커 메일 링리스트, THIS 포럼 및 Google에서 다른 퍼머 링크의 성능에 대한 토론을 읽었습니다.
그러나 지난 몇 년 동안 사용했던 퍼머 링크 구조가 좋은지 아닌지는 실제로 추론 할 수 없었습니다.
/%postname%-%year%%monthnum%%day%.html이 조합은 /와 연도, 월, 일 조합 바로 뒤에 이름을 넣는 것으로, 많은 이름이 같은 이름을 가지므로 더 고유합니다. html 추가는 지난 10 년간 내 블로그 (사전 워드 프레스)에서 사용해온 것이므로 레거시입니다.
이것이 permance에 좋거나 성능에 좋지 않은지 모르겠습니다. 어떻게 확인할 수 있습니까?
(저는 10 년 동안 블로그를 운영해 왔으며 많은 링크가있는 약 10.000 개의 게시물이 있습니다)
연결:
답변:
데이터베이스에서 rewrite_rules 옵션의 크기를 확인하여 확인할 수 있습니다. 작 으면 (이 구조에서 사용해야한다고 생각합니다) 자세한 규칙을 사용하지 않는 것입니다. 반대로 정적 페이지 당 여러 줄이 표시되는 경우 자세한 규칙을 사용하는 것이 좋지 않습니다.
나는 대답을 거부한다. 다시 쓰기 규칙의 복잡성이 아티클 조회 성능을 측정하는 것은 아닙니다.
특히 게시물 이름으로 퍼머 링크를 시작하는 것은 좋지 않은 것 같습니다. http://codex.wordpress.org/Using_Permalinks#Structure_Tags 참조
Wordpress 코드를 보지 않고도 게시물이 계층 적으로 색인되어 있다고 상상할 수 있습니다. 따라서 퍼머 링크에 사용되는 변수는 가장 일반적으로 사용 된 후 가장 구체적인 변수에서 왼쪽에서 오른쪽으로 정렬되어야합니다. 이 휴리스틱은 표준 년 / 월 / 이름 또는 카테고리 / 이름을 강력하게 선호합니다.
category/name실제로 많은 양의 페이지가있는 경우 성능 문제를 일으키는 것으로 알려져 있습니다. 검색 할 올바른 객체를 추론하는 것만 큼 조회 속도와 관련이 없으며 재 작성 규칙의 복잡성 이 완전히 관련됩니다.
(wp-include/rewrite.php와 wp-include/query.php)를; is is 정말로 끔찍하고 불필요하게 복잡해 보이지만, 기본적으로 부품이 수집되어 식별되어 SQL 쿼리에 직접 삽입되는 것으로 보입니다. 다른 주문에서 왜 이것이 더 오래 걸리는지 알 수 없습니다. 그러나 db-query가 실행될 때 몇 가지 조인이 수행되어야하며 여기서 순서는 중요합니다. MySQL이 조인 순서를 최적화하는 데 특히 나쁘다는 것을 기억합니다.
/page/하고 모든 게시물 URL 이로 변경되도록 규칙을 변경 /post/하여 명확성을 제거하는 것이 좋습니다. 고정 텍스트를 영구 링크 구조에 추가하여이 작업을 직접 수행 할 수 있어야합니다. 어쨌든 이것은 좋은 결정일 것입니다. 카테고리 FOO에 게시물 BAR과 FOO의 서브 페이지 인 페이지 BAR이 있으면 어떻게됩니까? 둘 다 /foo/bar/% category % / % postname % 체계 를 가정하여 해결됩니다 . 아니면 슬러그가 전 세계적으로 독특합니까?