행동은 일을합니다. 필터는 사물을 수정합니다. 필터를 적용하면 필터링하는 값을 수정하는 것 외에는 이벤트 나 작업이 발생하지 않을 것으로 예상됩니다. 예를 들어, 이메일을 보내거나 DB 값을 필터에 저장하는 것은 좋지 않지만 동작에는 문제가 없습니다. 이 컨벤션을 위반해야하는 경우는 드물지만 유용하고 필요한 컨벤션입니다.
모든 필터 add_action
와 do_action
통화를 필터 대응으로 대체함으로써 구별을 제거 'the_content'
하고 세계에서 액션이나 필터 등의 이름에 대한 지식을 강요하여 실수를 장려합니다.
따라서 코드를 읽기 어렵게 만드는 대신 코드 속도가 느리다는 것은 여기저기서 명령을 면도하지 않았기 때문이 아니라 서버 속도가 느리거나 코드의 알고리즘 구조 및 처리되는 데이터의 특성 프로세스 리팩토링, 하드웨어 업그레이드 또는 패러다임 변경을 통해 더 많은 것을 얻을 수 있습니다. 전체적인 계획에서 느린 사이트는 메타를 사용하는 쿼리를 게시하거나 쿼리를 많이 작성하거나 쿼리를 많이 작성하기 때문에 속도가 느릴 __not_in
수 있습니다.
WordPress가 실행될 때 PHP는 수백만 개의 명령을 실행 합니다. 필터에 대한 스와핑 조치는 백분위 수의 상위 10 분의 1에 거의 움푹 들어 가지 않습니다.
http://fabien.potencier.org/article/8/print-vs-echo-which-one-is-faster
새로운 Wordpress 설치를 시도했습니다. 스크립트가 랩톱에서 "버스 오류"로 끝나기 전에 정지되지만 opcode의 수는 이미 2.3 백만 이상 입니다. 충분했다.
정말로 시도하고 싶다면 그 사람이 VLD를 어떻게 사용했는지 살펴보고 자신의 이론을 테스트하십시오.