我移植的Joomla的安裝,我得到這個錯誤:致命錯誤:讓內存大小,但它不應該是
致命錯誤:用盡134217728個字節允許內存大小(試圖在分配
116個字節)\ wwwroot的\圖書館\的Joomla \上線錯誤\ exception.php 117
我試着加大了限制,但這並不能幫助(當然,它不會,它只是試圖分配116個字節)
任何想法?
我移植的Joomla的安裝,我得到這個錯誤:致命錯誤:讓內存大小,但它不應該是
致命錯誤:用盡134217728個字節允許內存大小(試圖在分配
116個字節)\ wwwroot的\圖書館\的Joomla \上線錯誤\ exception.php 117
我試着加大了限制,但這並不能幫助(當然,它不會,它只是試圖分配116個字節)
任何想法?
它看起來像有一些問題與Joomla!核心文件 - 爲取一個新的副本和一個新的副本重寫index.php文件,現在都還是不錯的。奇怪的!
我在使用GD進行圖像處理時通常遇到類似這樣的錯誤。正如Yogesh所建議的,增加一條線來增加內存限制已經爲我解決了這個問題。例如:
ini_set('memory_limit', '128M');
我把內存限制了一個巨大的數額,但仍然沒有奏效。這一定是Joomla – Paul 2010-09-08 17:00:10
我碰到的另一種可能性是你的一個MySQL表可能會崩潰。聽起來很奇怪,有時候這種方式表現出來。
只需運行mysqlcheck -rA
來檢查和修復所有的mysql表。
Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 40 bytes) in /home/site/public_html/libraries/joomla/error/exception.php on line 117
我所做的(感謝幾個零散的建議是改變117線以下
$this->backtrace = debug_print_backtrace();
要解決,我去了後臺,並檢查調試的站點。
我救了configuraztion和網站現在的工作。
爲我工作的一些問題。我設置了調試模式,運行該站點,然後取消設置調試模式。錯誤消失了 – podosta 2013-02-27 20:31:26
也可能出現此問題,如果你有內存緩存ENAB並且您沒有安裝memcache客戶端。
如果是這種情況,只需pecl安裝memcache(確保在php.ini中相應地啓用了擴展),然後重新啓動apache,您應該很好。
這是一個非常古老的問題,但我現在有同樣的問題,我想分享解決方案(其他答案沒有幫助我)。
如果您正在移植joomla instalation,則需要在源主機和目標主機中檢查與PHP相關的所有軟件包。
如果使用的是基於Debian Linux上你必須在兩者中鍵入:
dpkg -l | grep "^ii php5\?-"
和測試,有安裝在同一個軟件包。如果沒有,你能源主機上輸入:
echo $(dpkg -l | grep "^ii php5\?\-" | cut -d " " -f 3)
複製的結果,它(如果您使用的是SSH客戶端爲例)粘貼目標主機上:
apt-get install php-mail-mime ... (lot of packages) ... php5-curl
或者你可以試試這個:
apt-get install $(ssh source_host dpkg -l | grep "^ii php5\?\-" | cut -d " " -f 3)
檢查source_machine是否正確(如果需要,使用root @ source_host或another_user @ source_host)。
重新啓動的Apache2服務器(這是沒有必要的,但它是安全的):
service apache2 restart
,並再次檢查。
如果您在遷移之前和遷移之前使用啓用了Windows檢查的擴展(上載「info.php」文件以測試它們)並更改php.ini。使用SERVICES.MSC或命令行管理員稍後重新啓動的Apache2服務:
net apache2 stop
net apache2 start
我從開始再次安裝時發現的錯誤和失敗的要求檢查。
希望這對有同樣問題的人有用。
超過134兆字節的腳本?不管什麼?這聽起來像破碎的代碼或錯誤的配置。 – 2010-09-08 15:26:50
[允許的內存大小33554432個字節用盡(嘗試分配43148176個字節)in php](http://stackoverflow.com/questions/415801/allowed-memory-size-of-33554432-bytes-exhausted-tried -to-allocate-43148176-byte) – kenorb 2016-01-29 10:35:16