프로파일링 조언 - 사이트 로딩 문제를 특정하려고 합니다.

프로파일링 조언 - 사이트 로딩 문제를 특정하려고 합니다.

저는 워드프레스 e-comm(이 질문은 일반적으로 프로파일링에 관한 것이지만) 사이트를 인수했습니다.이것은 CMS의 admin 섹션의 특정 영역에만 영향을 미치는 것처럼 보이는 성능 문제를 가지고 있습니다.많은 속성이 부가된 특정 유형의 제품을 편집하려고 할 때, 페이지는 효과적으로 br을 발생시킵니다.99% 크래시 시킵니다.병목현상을 일으키는 MySQL 쿼리가 원인일 것으로 예상했는데 DB 프로파일을 작성해보니 다음과 같은 결과가 나왔습니다.

총 쿼리 수: 174 - MySQL 쿼리 수: 0.11370

이는 병목현상이 다른 곳에서 발생하고 있음을 시사하지만 어디에 있을지는 잘 모르겠습니다.페이지에서 YSlow를 실행하면 이 문제를 설명할 수 있는 극단적인 것은 없지만, 스크립트와 스타일시트가 20개 정도 로드되어 있기 때문에 어느 정도 최적화가 이루어질 수 있습니다.PHP의 퍼포먼스를 향상시키는 opcode 캐시 라이브러리를 유효하게 합니다만, 여기서 문제를 특정하기 위해서 할 수 있는 다른 방법이 있습니까?감사해요.

Xdebug와 같은 Profiler 사용...문제가 데이터베이스에 없는 경우 내 be PHP에 문제가 있습니다.코드의 어느 부분이 더 오래 걸리는지 알아냅니다...Xdebug는 함수 호출당 소요 시간 및 메모리 사용 방법을 알려줍니다.

지난번 워드프레스 프로파일링을 했을 때,microtime(1)- 로딩 시간의 절반인 2.5초의 위치를 찾기 위한 계산입니다..mo 현지화 파일을 로드하고 해석하고 있었습니다.

또한 APC 캐시를 설치하면 상당한 이점을 얻을 수 있었습니다. 워드프레스는 무겁고 비대해진 괴물이기 때문에 코드를 해석하는 데 많은 시간이 소요됩니다.

난 그럴거야.

• Firebugs 또는 Chrome의 Net 패널을 사용하여 속도가 느려지는 원인이 페이지인지 JavaScript/CSS/images인지 확인합니다(프런트 엔드).
• 컬을 사용하여 페이지 소요 시간을 확인합니다.time curl -b PHPSESSID=123 http://example.com/wp-admin/
• Xdebug를 활성화/설치하고 프로파일링을 활성화합니다.KCachegrind를 사용하여 지연이 가장 큰 함수를 확인합니다.

firebug(firefox 애드온)는 이러한 문제를 특정하는 데 가장 적합한 도구입니다.「페이지 속도」라고 불리는 다른 플러그 인을 인스톨 할 수도 있습니다.로딩에 시간이 걸리는 부품이 정확하게 표시됩니다.또 다른 옵션은 "time" 인쇄로 코드를 디버깅하고 어떤 것이 가장 큰 시간 간격이 있는지 확인하는 것입니다.http://php.net/manual/en/function.microtime.php

언급URL : https://stackoverflow.com/questions/9055990/profiling-advice-trying-to-pinpoint-site-loading-issue