黄聪：wordpress中PHP运行错最有效解决办法Fatal error: Out of memory (allocated 6029312)（转）

近日在升级wordpress 3.2.1和若干插件的过程当中，发现了一个wordpress的错误：Allowed memory size of XXX bytes exhausted

Fatal error: Allowed memory size of 25165824 bytes exhausted (tried to allocate 150 bytes) in [Blog root path]/wp-includes/pomo/mo.php on line 206

 

 

经过搜索网络和请教牛人，发现可以得出来的错误类型缘由和解决方案基本上只有几种：

有几种相似的报错信息：

• Fatal error: Out of memory (allocated 28835840) (tried to allocate 3981531 bytes) in [Blog root path]/wp-includes/class-http.php on line 1426
• (similar message) in [Blog root path]/wp-admin/admin.php on line 40
• (similar message) in [Blog root path]/wp-admin/includes/media.php on line 268
• Fatal error: Out of memory (allocated 49545216) (tried to allocate 77824 bytes) in /home/xxxxx/public_html/xyz/admin.php(1758) on line 40
• Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 147555 bytes) in [Blog root path]/wp-includes/wp-db.php on line 97

从表面上看这类报错均是因为内存不够用致使的，可是到底是什么致使了本来运行的很好的程序忽然变成这个样子呢？（或者你是在新安装一个wordpress）

我查看了一下官方网站的Requirements大致以下：

3.2版本的WP须要PHP5.2.4或更高，MySQL5.0或更高，须要运行Apache或者Nginx作Web请求服务。

 

To run WordPress your host just needs a couple of things:

• PHP version 5.2.4 or greater
• MySQL version 5.0 or greater

The requirements have changed as of WordPress 3.2. The minimum requirements for WordPress 3.1 are PHP 4.3 and MySQL 4.1.2.

That’s really it. We recommend Apache or Nginx as the most robust and featureful server for running WordPress, but any server that supports PHP and MySQL will do. That said, we can’t test every possible environment and each of the hosts on our hosting page supports the above and more with no problems.

 

 

估算了一下，要运行这几个服务的话，最低须要70M 以上的内存，通常的主机或者空间提供商都是预先跑起来这些服务之后额外给你的php程序再提供最少16M 的内存的（要是更大的话几个G 的也有，固然不是免费的:P），经测试，wordpress在locahost上跑起来的时候占用了大约11.5M左右的内存空间，也就是说，精简安装的状况下，wordpress在不多的内存下也能够运行起来，而本人的主机提供商提供了32M  的内存空间，而且在升级wordpress以前一直运行稳定，未出现过memory问题，而且要特别提到的一点是，个人wordpress上安装了21个插件，也占用很多内存。

接下来先来看看网络上的解决方法吧：

方法一：You can even consider adding a line in .htaccess file which will resolve the issue.  

php_value memory_limit 256M

就是在 .htaccess 文件中加上红色的那行字

 

 

方法二：Add this to your wp-config.php file:

define ('WP_MEMORY_LIMIT', '256M' );

在你的 wp-config.php 文件中加上红色的那行字

 

 

方法三：wp-settings.php，编辑这个文件，修改define('WP_MEMORY_LIMIT', '32M');为

define('WP_MEMORY_LIMIT', '256M');

 

 

方法四：在你的博客目录中添加一个 php.ini 文件，而且写入下面那行

memory_limit=256M

 

 

方法五：实际上是方法四升级版：在你的博客目录中添加一个 php.ini 文件，而且写入下面的内容

register_globals=Off
safe_mode=off
magic_quotes_gpc=On
allow_url_include=Off
file_uploads=on
memory_limit=256M
max_executi alt=90
post_max_size=10M
upload_max_filesize=10M
max_input_time=300

 

以上列举了不少方法，到底有没有用呢？ 逐一分析并尝试：

方法一：

htaccess文件是Apache服务器中的一个配置文件，它负责相关目录下的网页配置。

经过htaccess文件，能够帮咱们实现：网页301重定向、自定义404错误页面、改变文件扩展名、容许/阻止特定的用户或者目录的访问、禁止目录列表、配置默认文档等功能。

咱们在此将php的memory的限制手动改成 256M大小，其实就是提升咱们的php程序分配的运行时内存空间，可是有没有效果呢？

在必定状况下可能会有效果，由于这样写跟写在配置文件中的效果实际上是同样的，可是有的主机供应商可能会刻意屏蔽掉htaccess的功能。

方法2、方法三：

都是在wordpress的配置文件中提升咱们的php程序分配的运行时内存空间，可是有可能会有个疑问，假如个人主机供应商只给我32M的空间我在这里设置有用么？其实这里设置的大小跟主机供应商给你提供的大小没有太多的对应关系。举个例子，就像在只有1G 物理内存的状况下，你仍然能够运行占用2G 内存的程序同样，这里设置的差很少是逻辑上可使用的内存大小的意思，可是，有个问题要注意，若是物理内存比较小而须要的比较多的话，系统可能会由于频繁的页置换致使系统的颠簸，也有可能主机资源管理控制软件回把你的这堆进程kill掉。（后面这段不懂无所谓，也是因不一样的主机而定）

 

另外：在PHP5.2.3-win32这个版本有个bug，PHP对于内存的分配有泄漏的状况

当你分配一个较大的内存空间时，他没法正确编址    连接地址

 

PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 393216 bytes)
PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 393216 bytes)
PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 393216 bytes)
PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 393216 bytes)
PHP Fatal error: Out of memory (allocated 786432) (tried to allocate 393216 bytes)
PHP Fatal error: Out of memory (allocated 1310720) (tried to allocate 393216 bytes)

 

方法4、方法五：

这个php.ini 是php环境中最正统的设置文件，他这里的设置也是提升咱们的php程序分配的运行时内存空间。

可是：通常的php空间的话，管理员是不会开放整个php 运行环境的配置权限给你的，另外管理员还有可能强制指定整台主机的配置文件只使用/etc/php/apache2-php5.3/php.ini （这个路径可能不太同样，本人本地计算机是一台Gentoo+php5.3+apache2+mysql的机器）。因此也不必定起做用。

另外这样设置完成后，还须要将环境变量重置一下，

SetEnv PHPRC [Blog root path]/php.ini

 

可是要执行这条指令，通常的空间也是没有办法的，除非你是VPS。:)

============================================================================

        分割一下：若是上面的方法已经解决问题了能够不用向后看了，后面是深层次缘由

============================================================================

咱们从程序这边找找问题，是否是能够获得改善。就从这行代码开始看吧。wp-includes/pomo/mo.php on line 206

                 截图连接

 

通过查看，我得出了一个结论，这个出错的文件属于多国语言翻译的功能中的一块，主要负责的是英文转换成其余语言而后在后台管理界面中显示翻译后的内容。好比常见的wordpress中文版。

function Translation_Entry($args=array()) {
// if no singular — empty object
if (!isset($args[‘singular’])) {
return;
}
// get member variable values from args hash
foreach ($args as $varname => $value) {
$this->$varname = $value;
}
if (isset($args[‘plural’])) $this->is_plural = true;
if (!is_array($this->translations)) $this->translations = array();
if (!is_array($this->references)) $this->references = array();
if (!is_array($this->flags)) $this->flags = array();
}

 

能够看到我在图上标注出来的这一小段代码这段代码的意思是在翻译后的文件中取出翻译好的字符串，在显示时替换掉原来的英文，foreach是枚举每个字符串变量。
接着看翻译后的文件是什么样子的：
截图连接

这个文件到底有多大呢？

能够看出，这个文件有599行，383747byte。共3313条记录，在本机上，单单使用vim打开该文件时，MEM%占用达到0.4%，本人使用的电脑为4G 内存，也就是说只是打开该文件时就须要占用掉16M左右的内存，此时尚未对这个文件中的字符串解析和替换，相信在进行这一系列操做时，占用会更多。

能够得出来一个结论：WordPress是个吃内存大户，尤为是中文版的wordpress，那如何解决呢？

解决：

当你升级后发现进不去后台了，那就尝试登陆ftp，将wp-content/languages/ 下的文件删光，尝试下是否是能够了？

固然，若是仍是进不去的话，最好是将wp-content/plugins，目录改个名字，即禁用掉了全部的插件，这样的话，应该内存占用会变得很是少。

 

 

若是仍是不能够的话，请留言吧，能够一块儿讨论一下：)

 

PS：

1.发现了wordpress中文翻译中，并非按需进行字符串替换的，如能将此函数改成按需替换显示的话，相信可以大幅减小用于翻译的内存和CPU占用。

2.解决wordpress 内存占用问题的关键是如何让你的wordpress合理使用内存，而不是越大越好，固然，若是可以联系空间提供商扩大内存解决问题的话也是很是好的一种方法:)若是想省钱解决问题的话，就是采用英文版的wordpress不也是很好的吗:)

3.正在看wordpress的一部分可能设计到权限提高的代码，阅读得不是很是明白，可是感受有逻辑漏洞存在，可能会是一个后台提权BUG。

4.写的比较仓促，错别字和表达不妥的地方还请你们指出。

coolfire同窗提出了一种相似的方法，跟方法三方法四殊途同归：

在网站根目录（public_html）下建立一个文件php.ini，里面添加下面的代码：

memory_limit = 64M

而后编辑同目录下的.htaccess文件，在文件末尾添加如下代码：

suPHP_ConfigPath /home/username/public_html/

用你控制面板的用户名替换username，支持问题便可解决。 

 

原创文章，转载请注明