修改PHP的memory_limit限制3种方法

memory_limit是php.ini中的一个比较重要的参数了，它可以限制你php进行最大使用内存的情况，如果小了会导致运行时提示Fatal Error： Allowed memory size of xxxxxx bytes exhausted错误了，下面我们一起来看看解决办法。

编辑php.ini 在php.ini中，找到“memory_limit”这一项，如果没有，你可以在文件的尾部自己增加这个参数。以下是一些设置范例

memory_limit = 128M ; 可以将128M改为任何你想设置的值

保存文件

重启php web 服务器  web服务器使用Apache， 则执行：

httpd restart

你可能不被允许私修改php.ini。那么，你可以需要考虑用其他方法来增加memory_limit的值。

修改memory_limit大小方法2： .htAccess

说明： 这种方法只有在php以Apache模块来执行时才生效。 在你的网站的根目录下找到“.htaccess”文件，如果没有，可以自己创建一个。然后把以下配置放入其中

php_value memory_limit 128M ; 可以将128M改为任何你想设置的值

修改memory_limit大小方法3： 运行时修改php的内存设置

在你的php代码中增加以下命令行即可。

ini_set(‘memory_limit’,’128M’);

Curl函数在php中一个默认未开启的组件，如果你需要使用Curl我们需要在php.ini中把extension=php_curl.dll前面的;去掉即可。

我先是把php.ini中的extension=php_curl.dll前面的;去掉了，并且重启了apache环境，但调用如下函数时提示

代码如下	复制代码
<?php // 初始化一个cURL对象 $curl = curl_init(); // 设置您需要抓取的URL curl_setopt($curl, CURLOPT_URL, 'http://www.111cn.net''); // 设置header curl_setopt($curl, CURLOPT_HEADER, 1); // 设置cURL参数，要求结果保存到字符串中还是输出到屏幕上 curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1); // 运行cURL，请求网页 $data = curl_exec($curl); // 关闭URL请求 curl_close($curl); // 显示获得的数据 var_dump($data); ?>

错误提示

Call to undefined function curl_init()

看了相关文章我又把将PHP的ext目录下的三个文件：php_curl.dll、libeay32.dll和ssleay32.dll复制到系统system32目录中，但还是不行，于是再接google发现win7(x64)有一点区别了自带的php_curl.dll文件在64位windows7环境下并不能运作

具体解决步骤：

1、单击通知栏wamp图标，在php-ext里找到php_curl选项，单击选中，等待wamp重启服务完成。

2、下载修复过的php_curl.dll(php5.X/X64位系统)文件，放置到wampbinphpphp(版本号)ext文件夹下。

3、重新启动wamp服务即可。

提示

找了这么久原来是我们安装的php环境与系统版本不同，我们最好是多少位系统选择多少位的php版本哦。

在运行dedecms是有些朋友会发现有些页面会提示Fatal error: Allowed memory size of 134217728 bytes exhauste错误了，下面我们一起来看看解决此问题办法。

报错提示：Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 38218371 bytes) in .....

解决方法：

1.取消PHP的内存限制。
在php程序中添加 ini_set("memory_limit","-1");
2.根据自己的需要及参考本机的内存大小修改php内存限制，如改为1024M。
在php程序中添加 ini_set("memory_limit","1024M"); 或者将php.ini中相应位置改为memory_limit = 1024M;

内存限制的意义

php中的相关文档解释 memory_limit 如下:

memory_limit： integer

该指令设定了一个脚本 所能够申请到的最大内存字节数。这有助于防止写得不好的脚本消耗光服务器上的可用内存。要使用此指令必须在编译的时候激活。因此 configure 一行中应该包括：--enable-memory-limit。如果不需要任何内存上的限制，必须将其设为 -1。 从 php 4.3.2 起，当激活了 memory_limit，PHP 函数 memory_get_usage() 便可以使用了。也就是说，php在一个 page 中的处理内存限制，默认的(/etc/php.ini)定义为 128M (我的系统默认安装后)，后来开发组的应用写的越来越复杂，但是在结构上可能还有些欠缺，频繁的对象请求，居然造成了内存不足。

应用层面测试与解决方法

最好的方式应该在应用层面解决，而不是不断的增加内存设置。以下为代码测试：

代码如下	复制代码
<? printf(" total run: %.2f s<br>". "memory usage: %.2f M<br> ", microtime(true)-$HeaderTime, memory_get_usage() / 1024 / 1024 ); ?>

运行结果显示如下：

total runtime: 1.47 s

memory usage: 77.09 M

一个页面居然会有77M的请求。究其原因，是程序员在编码时，仅仅对变量赋值，却从来没有 unset ($var) 过。试想，如果一个页面请求要处理20个sql查询，每个sql查询返回10个sql结果，而程序员从来都不关心是返回一个row的所有column还是仅仅返回需要的column(实际上当我们采用更common的中间层时，往往会返回全部的column而不是特定的某几个字段，就像在 ORM 中如NHibernate, JBOSS中的那样)如果一条row有10K, 那么这个页面到处理结束时就要增加到 10K*10*20=2M的数组分配，这还不算有时候我们需要最数组进行复制。

所以在php中，合理的方法是变量使用后就 unset($var)，最大限度节省内存资源。

经验之谈

本人有一台服务器使用的是apaceh2.3与php5.2.6上面的方法无效，经官方确认是php版本bug了，我们可以换个高版本手php版本即可解决。

在使用phpmyadmin时发现Cannot start session without errors问题解决办法，希望此文章能给你带来帮助哦。

解决方法一，nginx 环境

在一个新环境中，装了一个phpmyadmin
发现打开的时候提示：Cannot start session without errors….
然后登陆的时候，也发现样式等等的错误，
解决办法：
是php环境中session存放目录的权限访问问题
先打开php.ini
查找：session.save_path
检查路径下的目录的所有者是否正常：
root apache 4096 Mar 15 23:07 session
如果是这样的，明显不正常
应该改成：
apache apache 4096 Mar 15 23:07 session
或
nginx nginx 4096 Mar 15 23:07 session
等等。
另外请注意！，如果是nginx + php-fpm，除了检查/etc/php.ini 的设置外也要检查：
/etc/php-fpm.d/www.conf 的

php_value[session.save_path] = /var/lib/php/session

这个session的存储路径必须和php.ini 的一致！！！

解决办法二

环境：linux ,apache2 ,php5
问题：
打开phpmyadmin出现如下错误：

Cannot start session without errors, please check errors given in your PHP and/or webserver log file and configure your PHP installation properly.

解决办法：

vim /etc/php5/apache2/php.ini

查找session.save_path ，将session.save_path=/var/lib/php5这一句的注释符号去掉。
如还不能正常工作，将session.auto_start的值改为1（启动），默认是0（禁用）

解决办法三

Windows Server 2003 + IIS6 (ISAPI mode php +zend)

在php的目录建立个文件夹Temp,设置Temp属性为IIS_Users组除完全控制的所有权限。(IIS_Users为IIS匿名用户组)

在php.ini找到session.save_path 这一行,设成session.save_path = “D:/host/php/Temp”(把分号去掉)。

解决办法：

将php.ini中的session.auto_start的值改为1（启动），默认是0（禁用），
在php.ini找到session.save_path 这一行,设成session.save_path = “D:/host/php/Temp” (把分号去掉)

在phpmyadmin中找到，config.sample.inc.php,改成config.inc.php,
找到 $cfg['blowfish_secret'] 将后面的赋值，加入数字和字母组合。

php5.3.9中增加了一个 max_input_vars 变量，如果你post提交的数据超出来了 max_input_vars 值就会有部分数据丢失了。

最近在项目中，出现一个奇怪的现象，有一个大form里面有上千个input，提交的时候，老是发现post过来的数据不完整，一开始还怀疑是html 表单名称有冲突，排除掉了。

然后，网上找了一堆，php.ini 的post_max_size和upload_max_filesize都设置了很大的值，没用，nginx的client_max_body_size 500m;加到了那么大的值，也没用。

最后终于google到办法：

原来PHP从5.3.9开始增加一个变量 max_input_vars 用来限制提交的表单数量,实在无语。

该值默认情况下是1000 ， 不能满足有1000个以上输入项的需求，所以得在php.ini 里面加上更大的值如：

max_input_vars = 5000 ，修改后重启php，终于一切正常！