有關Magento的網站

Question

問題我們有相關的Magento的網站的問題。該網站是由另一個開發服務公司開發&我們是一個移動網站開發的專家，得到了任務開發移動網站。

我們開始2013年5月在網站上工作&後&更新（我們的演示服務器上），最終該網站在2013年十月

做現場許多重複的變化之後，進一步的更新上做根據客戶要求提供現場服務器。在2013年12月的月經過幾周/ JAN 2014年，客戶抱怨說，該網站正面臨着一些停機時間&託管公司發出了給他的通知，由於本網站所不能完全優化，是消耗自己的CPU &帶寬使用&導致其他網站崩潰。

在這個研究之後，我們意識到，所有的託管公司不能處理的Magento網站&由於交通的網站上（包括桌面&移動）量龐大，平均服務器無法處理它。最後客戶同意這個&將他的主機改爲VPS。

網站的轉移到新的託管後，未來幾周內，該網站已經下降了19倍，由於各種致命錯誤。這是發生PHP錯誤的列表，它導致致命錯誤&網站停機時間：

PHP致命錯誤：未捕獲的異常「PDOException」有消息「SQLSTATE [42S02]：基表或視圖未找到：1146表」 italianb_magento .core_file_storage '不存在' 在/home/italianb/public_html/lib/Zend/Db/Statement/Pdo.php:228 堆棧跟蹤：

-0 /家庭/ italianb /的public_html/lib中/ Zend公司/ Db/Statement/Pdo.php（228）：PDOStatement-> execute（Array）

-1 /home/italianb/public_html/lib/Zend/Db/Statement.php(300）：Zend_Db_Statement_Pdo - > _ execute（Array ）

-2 /home/italianb/public_html/lib/Zend/Db/Adapter/Abstract.php(479）：Zend_Db_Statement->執行（陣列）

-3 /家/ italianb /的public_html/LIB/Zend/Db/Adapter/Pdo/Abstract.php（238）：Zend_Db_Adapter_Abstract-> query（'SELECT e。* FR ...'，Array）

-4/home/italianb/public_html/lib/Varien/Db/Adapter/Pdo/Mysql.php（337）：Zend_Db_Adapter_Pdo_Abstract-> query（'SELECT e。* FR ...'，Array）

-5/home/italianb/public_html/lib/Zend/Db/Adapter/Abstract.php（753）：Varien_Db_Adapter_Pdo_Mysql-> query（Object（Va rien_Db_Select），Array）

-6/home/italianb/public_html/app/code/core/Mage/Core/Model/Mysql4/File/Storage/Da in/home/italianb/public_html/lib/Zend/Db /Statement/Pdo.php 234行

-7調用未定義函數pageTitle（）在/home/italianb/public_html/app/design/frontend/aw_mobile/iphone/template/review/view.phtml on line 56

一個在列表的底部看到的錯誤是因爲這個錯誤是移動主題，它的路徑是移動網站。但函數pageTitle（）錯誤是寫在桌面文件中的函數。而移動網站正在調用該功能，就像獲取產品圖片，產品說明等一樣。

因此，當桌面文件發生錯誤並且調用了此（pageTitle（））移動主題功能時，它無法找到此在桌面文件上的功能，因爲他們已經有致命的錯誤，或者很可能桌面文件沒有正確加載。由於這個，發生了第7號錯誤。

關於其他六個錯誤，他們是由於桌面文件中的錯誤&而不是移動網站文件造成的。

雖然我們被通知了這個問題，但我們檢查了問題&注意到Cpanel也沒有在同一時間工作。在對網站進行ping測試後，我們注意到託管服務器發生故障&它無法正常工作。

服務器一上來，C面板開始工作，網站也開始工作。

該客戶說，致命錯誤導致帶寬被超過，移動網站負責，沒有任何技術證據。要注意

很少有其他的要點：

• 該網站的Magento的版本是1.5.1（過時了）。
• 桌面網站圖片未優化。
• 由於舊的Magento版本，網站上無法使用優化插件。
• 許多插件已過時。

我們會珍惜您的專家意見，以什麼可能是網站的下降可能的原因和是實事求是地說帶寬/ CPU將這些PHP致命錯誤顯示超過？

另外，如何證明它是或不是導致服務器崩潰的移動網站？

Answer 1

如果你缺少表格問題，我懷疑它是與主題相關的。有沒有簡單的方法來追蹤這樣的模糊問題。

如果是CPU相關的，你應該會看到Failed to allocate memory錯誤。帶寬是帶寬，無論它背後的應用程序如何。你可以稍微調整一下你的服務器設置，但是那裏沒有太多的事情要做。

這裏有一些建議供您參考：

• 驗證託管服務提供商滿足Magento System Requirements
• 運行magento-check.php
• 運行由Google PageSpeed Tools和Web Page Test（發現帶寬性能DB Repair Tool
• 修復項目：緩存過期頭設置，避免重定向，避免404s，從CDN服務）
• 創建您的網站幾頁的Xdebug配置文件，並確定最花費的處理時間在哪裏

至於投下責任，請嘗試關閉一段時間的移動主題，看看事情是否改善。

Call to undefined function pageTitle()錯誤令人擔憂。作爲Magento開發人員，您不應該在此莊園中定義/調用函數。它打破了MVC架構。您應該使用塊/模型中的方法。

Answer 2

如果主題及其配置沒有問題，那麼編碼似乎是一個複雜的問題。作爲移動開發公司，您很難跟蹤和糾正問題。我建議您獲得可以進行Magento定製和諮詢的優秀Magento開發公司的服務。這將能夠分析您的網站的潛在問題，並進行必要的更改或從頭開發您的網站。例如，FME是自2009年以來運營的Magento development company。