답변:
CMS Tree View 플러그인을 사용하며 매우 잘 작동합니다. 다른 기능 중에서도 부모 페이지 아래의 모든 페이지를 축소합니다.
이 플러그인은 더 이상 지원되지 않으며 WordPress 버전 4.8.7까지만 테스트되었습니다.
예, 관리자는 페이지 수와 게시물 수가 많은 사이트에서 제대로 작동하지 않습니다 . 언급했듯이 대부분의 WordPress 사이트는 블로그이며 누가 이전 블로그 게시물을 자주 편집해야합니까? 최신 블로거는 대부분의 블로거가 일반적으로 필요로하는 것이며 대부분의 블로그에는 5 페이지 이하일 수 있으므로 문제가되지 않았습니다.
동의합니다. 꼭 필요합니다.
관리자 점검없이 염두에 두어야 할 세 가지는 다음 중 일부는 코딩이 필요합니다.
종종 페이지 가 많은 사이트를 보았을 때 맞춤 게시물 유형으로 분류 하면 실질적인 이점이있을 수 있습니다 . 종종 사이트가 구축되었을 때 고려해야 할 맞춤 게시 유형이 WordPress에 없었기 때문입니다. 당신이 가진 유일한 도구가 망치라면 ...
오늘날 나는 그들이 새로운 옵션이기 때문에 그것이 대부분의 사람들에게는 일어나지 않기 때문이라고 생각합니다. 여전히 내 추측은 귀하의 콘텐츠를 보면 페이지가 하나 이상의 사용자 정의 게시물 유형으로 변환 될 수있는 패턴을 식별 할 것입니다.
여기에 영감을주기 위해 두 가지 다른 사용자 정의 포스트 유형에 대한 스크린 샷이 있습니다.
(출처 : mikeschinkel.com )
이미 많은 페이지가 있으므로 기존 게시물 유형을 새로운 사용자 정의 게시물 유형으로 변경해야 할 수도 있습니다. 이를 수행하는 한 가지 방법은 원하는 특수 태그를 사용하여 적절한 페이지에 태그를 지정한 다음 PHP 스크립트 또는 SQL 쿼리를 작성하여 태그가있는 페이지의 게시물 유형을 변경하는 것입니다.
또는 유형을 변경할 수있는 사용자 정의 메타 박스를 작성하거나 유형 변경 기능을 제공하도록 페이지 목록을 수정할 수 있습니다. 이 부분이 특히 관심이있는 경우 이러한 작업 중 하나를 수행하는 방법을 구체적으로 묻는 사용자 지정을 추가하십시오.
다른 방법은 목록에 더 많은 필터링 옵션을 추가하는 것입니다. 카테고리, 태그 및 / 또는 메타 값을 기준으로 필터링 할 수 있습니다. 여기 내 대답 내가 메타 값을 정렬하는 코드를 작성하는 방법을 보여 주었다 질문은; 필터링은 비슷합니다.
(출처 : mikeschinkel.com )
특정 요구에 맞게 정확하게 수행하는 방법에 대한 자세한 내용을 원하면 더 구체적인 질문을 추가하십시오.
세 번째 방법은 jQuery와 AJAX를 사용하여 확장 / 축소 기능을 제공하여 최상위 페이지 만보고 관련 하위 페이지로 드릴 다운하는 것입니다. (불행히도 이것에 대한 좋은 스크린 샷을 찾을 수 없었습니다.)
이것은 또한 프로그래밍이 필요하며 관심이 있으시면 주제에 대해 더 구체적인 질문을 하시겠습니까?
여기에 대한 경험이 없었지만 여기에 주제에 대한 블로그 게시물이 있으므로 다음 중 필요한 것을 찾을 수 있습니다.
도움이 되었기를 바랍니다?
"화면 옵션"(오른쪽 상단)에서 "화면 당 페이지 수"옵션을 변경할 수 있습니다. 200으로 설정하면 브라우저 찾기 기능을 사용하여 빠르게 이동할 수 있습니다 (Control / Command + F).
몇 페이지를 편집하려면 편집 링크를 마우스 가운데 단추로 클릭하여 새 탭에서 열면 페이지의 "디렉토리"를 열어 둘 수 있습니다.
Pages per Screen
이전에 옵션을 가지고 놀지 않았으며 , 내가 놓친 방법을 모른다.
좋은 질문입니다. 나는 확실한 대답이 없으며 다른 사람들이 한 일을 듣고 싶습니다.
약간의 제쳐두고, 여기 WordPress의 관리 UI를 사용자 정의 할 수있는 몇 가지 플러그인이 있습니다. 참고 : 나는 이것들을 직접 시도하지 않았으며 그들이 WP 3.0에서 어떻게 작용할 지 모른다.
이러한 오래된 플러그인 외에도 관리자 테마를 사용하여 관리자를 사용자 정의 할 수도 있습니다 .
아마도 CSS whiz는 카테고리 선택기를보다 두드러지게 만드는 것과 같이 페이지 관리를 더 쉽게 해주는 무언가를 만들 수 있습니다.
기다리십시오 :). http://core.trac.wordpress.org/ticket/14579 , Scribu는 목록을 Ajaxifying하고 있으므로보다 쉽게 물건을 관리 할 수 있습니다. 그것의 물건은 이미 커밋되어 결국에는 그 위에 구축 할 수 있습니다.
자바 스크립트를 추가하는 것 외에도 대량 작업이 사후 작업으로 변환되는 것처럼 보입니다. 이를 통해 사용자는 한 번에 더 많은 수정을 할 수 있습니다.