PHP:检查删除/剪切的帖子数据
PHP对POST数据有几个限制(总体数据大小限制以及字段限制)。当我遇到这些限制时,我目前没有收到任何警告-除了丢失的数据PHP:检查删除/剪切的帖子数据,php,post,Php,Post,PHP对POST数据有几个限制(总体数据大小限制以及字段限制)。当我遇到这些限制时,我目前没有收到任何警告-除了丢失的数据 有没有办法检查PHP是否遇到了这些限制?您可以在PHP.ini或中检查或更改值。htaccess: 此文件中还有其他限制: 您可以使用.htaccess控制这些,如下所示: php_value post_max_size 100M 还可以使用以下工具检查流程中是否存在错误: error_reporting(E_ALL); 您需要更改错误报告级别,以便
有没有办法检查PHP是否遇到了这些限制?您可以在
PHP.ini
或中检查或更改值。htaccess
:
php_value post_max_size 100M
还可以使用以下工具检查流程中是否存在错误:
error_reporting(E_ALL);
您需要更改错误报告级别,以便在达到POST大小时输出警告时显示警告
error_reporting(E_ALL);
将错误报告设置为E\u ALL
包括E\u警告
,但是,如果不希望报告其他错误,您可以使用E\u警告
如果希望输出错误,请确保已将display_errors
设置为on
或1
。如果没有,可以使用display\u errors(1)在本地执行此操作代码>
无论是否显示错误,它们仍将记录到PHP错误日志文件中。您的应用程序可以检查这些设置。用于此
例如:
ini_get('post_max_size'); // in bytes
请注意,这是一个开发和部署问题,因为您的PHP脚本(甚至整个Apache服务器)可能是反向代理的,并且无论如何,可能有任意数量的中间代理对请求有限制,从而截断请求
因此,第一步是确保post请求大小的PHP限制是处理请求的服务器软件链中最小的
然后,我建议您阅读(以及答案和评论),了解您可以做什么,平台给了您什么,尤其是检测这样的错误有多麻烦,有多不可靠
无论如何,我认为您不应该太害怕不向用户提供有关输入数据的反馈:毕竟,所有内容都有一个限制(考虑数据库列大小、磁盘空间等),适当的大小比发出错误消息更重要。至少,我甚至记不起上一次服务部门抱怨请求大小是什么时候了。相反,如果你对文件上传限制特别感兴趣,那就完全不同了,因为在PHP脚本中,如果用户达到了给定的限制,就更容易知道。这是一个很好的避免方法,但是OP询问他如何捕捉警告,而不是询问如何增加大小以防止错误。@Stanyer说,在我看来,OP没有意识到你可以增加限制。回答得很好。