마젠토는 왜 이렇게 느려?
마젠토는 원래 그렇게 느리나요?
처음 경험하는 것으로, 관리 패널은 변경 내용을 로드하고 저장하는 데 시간이 걸립니다.테스트 데이터가 포함된 기본 설치입니다.
이 서버가 호스트되는 서버는 Magento 이외의 다른 사이트를 매우 빠르게 처리합니다.Magento가 사용하는 PHP 코드의 무엇 때문에 속도가 느려지고 있으며, 이를 해결하기 위해 무엇을 할 수 있을까요?
지금까지 Magento의 퍼포먼스 최적화에 관여한 것은 접선뿐이지만, 이 시스템이 느린 이유는 다음과 같습니다.
Magento의 일부에서는 MySQL 위에 구현된 EAV 데이터베이스 시스템을 사용합니다.즉, 1개의 "물건"에 대한 쿼리는 여러 행에 대한 쿼리를 의미합니다.
메모리 내에 거대한 XML 트리를 구축한 후 정보를 얻기 위해 동일한 트리를 "쿼리"해야 하는 많은 작업(애플리케이션 구성, 시스템 구성, 레이아웃 구성 등)이 백그라운드에서 이루어집니다.여기에는 메모리(트리의 저장)와 CPU(트리의 저장)가 모두 필요합니다.이 중 일부는(특히 레이아웃 트리) 크기가 큽니다.또한 캐시가 켜져 있지 않은 한 이러한 트리는 디스크의 파일과 각 요청에 따라 구축됩니다.
Magento는 구성 시스템을 사용하여 클래스를 재정의할 수 있습니다.이것은 강력한 기능이지만 모델, 도우미 또는 컨트롤러가 인스턴스화되면 PHP 명령을 추가로 실행하여 원래 클래스 파일 또는 오버라이드 클래스 파일이 필요한지 결정해야 합니다.말이 되네.
레이아웃 시스템 외에도 Magento의 템플릿 시스템은 많은 재귀 렌더링을 포함합니다.말이 되네.
일반적으로 Magento 엔지니어들은 무엇보다도 가장 유연하고 맞춤 가능한 시스템을 구축하는 업무를 맡았으며 나중에 성능에 대해 걱정했습니다.
성능 향상을 위해 가장 먼저 할 수 있는 일은 캐시를 켜는 것입니다(시스템 -> 캐시 관리).이렇게 하면 Magento가 다양한 XML 트리를 구축하는 동안 발생하는 CPU/디스크 블록의 일부를 줄일 수 있습니다.
두 번째로 호스트 및 운영팀이 Magento를 튜닝하는 경험을 갖도록 해야 합니다.월 7달러짜리 플랜에 의지하고 계신다면 행운을 빕니다.
캐싱에 대한 Alan Storm의 권장 사항 외에도 캐싱과 관련하여 특별히 두 가지 사항을 살펴보시기 바랍니다.
- 캐시가 디스크가 아닌 memcached로 되어 있는지 확인합니다.
마젠토의 인스톨을 몇개인가 실시하면, 시스템에 부하가 걸리면, memcached의 처리 속도가 훨씬 빨라집니다.전환은 매우 간단합니다(적어도 다른 매젠토와 비교해서).
좋은 출발점은 http://www.magentocommerce.com/boards/viewthread/12998/P30/입니다.그러나 이전에 memcached를 전혀 사용하지 않으셨다면 이에 대한 일반적인 정보도 참조해 보시기 바랍니다.
- 템플릿/뷰 캐싱을 활성화합니다.
이것은 좋은 기사입니다.http://inchoo.net/ecommerce/magento/magento-block-caching/
마젠토 사이트에도 좋은 것이 있지만(구글 마젠토 블록 캐싱), 현재는 다운되어 있습니다.
블록 캐싱에 2센트를 더하려면 /app/code/local에 자체 블록을 생성하여 코어 블록을 확장하고 캐시 파라미터를 정의하고 xxx_Cache라는 이름을 붙인 후 이들 블록을 코어 블록 대신 사용하도록 레이아웃을 업데이트하십시오.이렇게 하면 magento를 업그레이드할 때 변경 내용이 손실되거나 시스템이 파손되는 것을 방지할 수 있습니다.
아직 Magento와 Rackspace가 협력하여 Magento 성능 튜닝에 대한 백서를 작성했습니다.훌륭합니다.https://support.rackspace.com/whitepapers/building-secure-scalable-and-highly-available-magento-stores-powered-by-rackspace-solutions/
--- 편집 ---
또 다른 뛰어난 리소스는 새롭게 이용 가능(2011년 10월)입니다.http://www.sessiondigital.com/assets/Uploads/Mag-Perf-WP-final.pdf
(이번 건은 Alan Storm 덕분입니다.)
또, 관리 인터페이스가 매우 느린 것은, 매우 불명확한 이유도 있을 가능성이 있습니다.Magento에는 Mage_AdminNotification이라는 이름의 모듈이 있습니다.그 익스텐트를 무효로 해 주세요.새로운 업데이트메시지에 대해 magentocommerce.com에 문의하기 때문입니다.서버의 속도가 느린 경우 네트워크 지연과 외부 뉴스 로딩으로 인해 관리 페이지가 지연되고 실제로 속도가 느립니다.방화벽을 통해 발신 서버 접속을 보호하고 있는 경우 관리 인터페이스가 magentocommerce.com에 도달할 수 없을 때 타임아웃을 대기하기 때문에 더욱 답답할 수 있습니다.
비활성화하려면 [시스템]-> [설정]으로 이동하여 맨 아래로 스크롤하여 [상세설정]섹션에서 [상세설정]를 누릅니다.사용 안 함Mage_AdminNotification저장!
나는 마젠토에 대해 피상적인 경험만 가지고 있다.공유 그리드 서버에 설치했더니 페이지 로딩이 5초 이상 지연되었습니다.장난삼아 CMS 사이트에 최적화된 전용 서버에 설치했는데, 매우 빠르게 느껴졌습니다.
전용 호스팅에서는 최대 10개의 Joomla! 사이트와 VBullitin 사이트가 실행되고 있었습니다.
공유 호스팅에서는 퍼포먼스를 발휘할 수 없을 것 같습니다.과다 구독으로 인해 마젠토가 제대로 작동하기에 충분한 자원을 확보하지 못할 것입니다.
회사에서는 관리 서버의 최적화에 더 많이 관여하고 있습니다만, 몇 가지 힌트를 드릴 수 있습니다.먼저 Zend 서버의 코드 추적 기능을 사용하여 코드를 보다 자세히 볼 수 있습니다.언제 어디서 더러워지는지 알 수 있어요.
캐시에 대한 벤럼리의 생각은 전적으로 동감입니다호스팅하는 대부분의 사이트에는 블록 캐시가 활성화되어 있지 않습니다.이 캐시는 명시적으로 호출되어야 하며 "추정"되어서는 안 됩니다.따라서 아직 이 메커니즘에 참여하지 않은 코드가 있다면 반드시 시도해 볼 필요가 있습니다.EE 버전이 있으면 Full 페이지를 띄워 야수를 이길 수 있습니다.
역방향 프록시도 도움이 됩니다.정적 리소스를 캐시하여 프론트 서버의 php 해석 스택에 대한 부담을 크게 줄입니다.
세션과 Magento 캐시를 RAM 디스크에 쓰는 것을 잊지 마십시오.이것은 분명히 당신을 다른 레벨의 퍼포먼스로 이끌 것입니다.
There's still a lot to be said here but I'm running out of time. You have to know that a good site, well coded in a 1.4.1 CE version, running on a 2x5650 Xeon + 16 GB RAM server and having a Rproxy on top can take up to 50 000 unique visitors a day with smooth pages to everybody.
Switching from Apache to LiteSpeed helped us a lot. In addition to: Editing MySQL's settings, installing Fooman Speedster (module to compress/combine js and css files), and installing APC. Magento has also posted a white paper on how to get the best performance out of the enterprise edition, but it is equally applicable to the other versions: http://www.magentocommerce.com/whitepaper/
There are many reasons why your Magento shopping cart could be running slow but no excuses for there is a variety of ways to eleviate the problem and make it pretty darn fast. Enabling Gzip by modifying your htaccess file is a start. You can also install the fooman speedster extension. The type of server used also will determine the speed of your store. More tips and a better explanation here http://www.interactone.com/how-to-speed-up-magento/
Magento is very slow because the database design is not very good. The code is a mess and very hard to update and optimize. So all optimizations are done via cache instead of code.
On the other hand. It is a webshop with a lot of tools. So if you need a flexible webshop just buy a very powerfull server and you will be ok.
When I first installed I had pages that were taking 30 seconds to load. My server was not maxed out in ram or processor, so I didn't know what to do. Looking at firebug's net panel it was loading about 100 files per page, and each one took a long time to connect. After installing fooman speedster and the gzip in the htaccess loads times were down to 3 seconds, like they had been on other shopping carts on my server.
it will also come down to functionality versus performance.
Raw performance is gained using nginx, php-fpm, memcached, apc and a proper designed server.
Functionality like plesk and magento performance could be managed by taking the entire infrastructure in perspective when designing a magento performance cloud.
ReferenceURL : https://stackoverflow.com/questions/1639213/why-is-magento-so-slow
'programing' 카테고리의 다른 글
| mariadb: jdbc: setTimestamp가 밀리초를 잘라냅니다. (0) | 2022.09.28 |
|---|---|
| PHP 네임스페이스 및 "사용" (0) | 2022.09.28 |
| 익명 재귀 PHP 함수 (0) | 2022.09.28 |
| python-3.x의 사전을 사용하여 문자열을 포맷하려면 어떻게 해야 합니까? (0) | 2022.09.28 |
| vuex 지속 상태:클래스 인스턴스 저장 중.베스트 프랙티스가 있나요? (0) | 2022.09.28 |