2012-12-03 4 views
0

나는 Magento 1.7 사이트에서 어제 밤 작업을하고 있었는데, 이것은 가장 빠르지는 않았지만 적어도 속도 측면에서는 받아 들일 만하다. (System> Tools> Compilation)을 실행 해 보았습니다. (System + Tools> Compilation), 영원히 완료 (5 분 이상)하여 취소하고 캐시를 플러시 (2 분 이상) 한 다음 다시 컴파일했습니다. 결국 끝났다. 페이지로드 속도가> 팔초 및 관리자 페이지 로딩 속도는> 20초 있습니다 Magento가 밤새 천천히 움직입니까?

지금 사이트가 매우 느리게 실행됩니다.

다시 컴파일하기 전에 몇 가지 사소한 변경을했습니다. 관리자> 구성> 체크 아웃에서 사용자가 장바구니에 추가를 클릭 한 경우 체크 아웃으로 리디렉션을 예에서 아니요로 변경했습니다. 범주 목록 페이지의 레이아웃을 변경하기위한 기본 코드 변경은 물론입니다.

나는 기본적으로 어디에서 시작해야할지 모르겠다. 이 사이트는 http://www.vapetropolis.ca

편집입니다 : 그냥이 생각 - 워드 프레스는 컴파일하기 전에 사이트의 하위 디렉토리에 설치되었다. 이것이 문제가 될 수 있습니까? 그것을 제거하고 다시 컴파일하고 무슨 일이 일어날지를 볼 것입니다 ... 편집 2 : 문제가 지속됩니다.

편집 3 : 확인, 컴파일이 문제의 일부입니다. 컴파일을 비활성화 한 후에는 사이트가 훨씬 빠르게 실행됩니다. 은 (우측)
고토 시스템> 캐시 관리> 이미없는 경우가 이전에 컴파일 작업을하지만, 깨진 컴파일 된 상태보다 훨씬 빠른 때보다 느린 것은

+0

나는 자젠가를 경험하지는 않지만 처음 실행을 취소했기 때문일 수 있습니다 . 내 생각 엔 일부 DB 인덱스가 제거되어 사이트가 현재 매우 느리게 실행되는 것입니다. 잘못된 것일 수도 있습니다. 테스트 설정이 있습니까? 그리고 그와 비교할 수 있습니까? – h2ooooooo

+0

저는 로컬 컴퓨터에있는 복사본 하나만 있습니다. 라이브 버전보다 느리지 만 여전히 빠릅니다. – valen

답변

2

솔루션!

컴파일하기 전에 설치된 Wordpress 하위 디렉토리를 삭제했습니다. 컴파일러는 Magento가 아닌 파일에서 숨 막혀 야합니다. 디렉토리를 삭제하고 모든 캐시를 비우고 모든 데이터를 다시 색인화 한 후 컴파일을 해제 한 다음 다시 컴파일하면 사이트의 속도가 최대가됩니다

0

드롭 다운 사용을 선택 캐시를 가능하게 시도하고

을 "제출"버튼을 클릭하고
시도에서 alreay 경우 캐시의 모든 유형을 세척 한 후

2

내 생각 엔 당신이 재 컴파일하는 동안 캐시를 삭제 한 것입니다 귀하의 웹 사이트 OPN하려고, 다시 캐싱을 시작할 시간이 필요하다는 것입니다. 이 방법으로 생각하면, 캐시는 빈번하게/액세스 가능한 용도로 저장되는 저장 메모리입니다. 캐시를 지우고 다시 캐싱 될 때까지는 더 느리게 움직입니다.

또한이 문제가 발생하면 "덜"명백하게 만들 수있는 많은 작업이 있습니다. 다시 컴파일은 실제로 당신이 APC 서버 측을 설치 같은 PHP 캐싱의 일종을하지 않는 한 속도로 도움하지 않을

1. APC와 같은 것은 스테이플이며 성능이 향상되고로드 시간이 줄어 듭니다.

1.7은 이전 버전보다 돼지의 것이지만 바니시에 잘 반응하는 것으로 보입니다. 우리의 Varnish 전체 페이지 캐시 구현은로드 시간만으로 약 70 %를 절약했습니다. Varnish를 구현할 수 있다면 이것이 필수입니다.

검색 및 카테고리 페이지의 경우 SOLR은 훌륭한 도구입니다. Magento가 만든 자체 인덱스를 사용하며 MySQL 전체 텍스트 검색을 사용하지 않습니다. 이렇게하면 검색 결과 페이지의로드 시간이 줄어들뿐만 아니라 카테고리 플랫도 함께 이동합니다.

하드웨어 - Magento는 상당한 처리량이 필요하지만 APC 및 Varnish와 같은 도구를 사용할 때는 RAM이 필요합니다. 하드 디스크 공간보다 훨씬 빠른 RAM에 데이터를 저장하기 때문입니다. top이 높은 RAM "사용"을 나타내지는 않지만 munin tools을 설치하고 상기 도구에 대해 예약 된 RAM 공간을 살펴본 후에는 모든 도구를 효율적으로 사용하고있을 것입니다.

Magento가 재 컴파일 후 천천히 움직이는 것이 걱정됩니다. 그리고 제 대답은 "예상되는 결과입니다." - 위의 작업을 수행하면 Magento 캐시 지우기 효과를 크게 줄일 수 있습니다.

+0

제안을 주셔서 감사합니다. 확실히 살펴 보겠습니다. 둔화에 관해서는, 나는 과거에는 캐시를 재 컴파일/삭제할 때 사소한 속도 저하를 예상했지만 결코 그렇게 극적이지는 않았습니다. 나는 문제가 단지 시간을 다시 캐싱하는 것보다 크다고 생각한다. – valen

관련 문제