如何优雅地处理超过PHP的`post_max_size`的文件？
我正在处理一个将文件附加到电子邮件的PHP表单，并试图妥善处理上传的文件太大的情况。
我了解到，其中有两个设置php.ini会影响文件上传的最大大小：upload_max_filesize和post_max_size。
如果文件的大小超过upload_max_filesize，PHP会将文件的大小返回为0。我可以检查一下。
但是，如果超出了范围post_max_size，我的脚本将以静默方式失败并返回空白表格。
有什么办法可以捕捉到此错误？
问题答案：
从文档中：
如果发布数据的大小大于post_max_size，则 $ _POST和$ _FILES超全局变量为空 。这可以通过多种方式进行跟踪，例如，将$
_GET变量传递给处理数据的脚本，即
因此，不幸的是，PHP似乎没有发送错误。由于它发送的是一个空的$ _POST数组，这就是为什么您的脚本返回空白格式的原因-
它不认为它是POST。（恕我直言，糟糕的设计决策）
似乎更优雅的方法是在post_max_size和$ _SERVER
[‘CONTENT_LENGTH’]之间进行比较。请注意，后者不仅包括上传文件的大小加上帖子数据，还包括多部分序列。
-
我的web应用程序是由对服务器端的大量Ajax调用组成的。每次客户登录我的站点时，登录页面将从服务器获取(JSON Web令牌）令牌，并将其作为存储在客户端。（我选择将其存储为cookie，是因为这是唯一让浏览器自动发送的方式，而且据说比HTML5网页存储更安全）。令牌中有一个字段描述令牌的过期日期。对于每个Ajax调用，都会发送令牌进行身份验证。 但是上面的方法有一个问题：“如何在客户端优雅地处
-
让我们假设我们有这样一个用python编写的琐碎守护进程： 我们使用< code>start-stop-daemon对其进行守护，默认情况下，它会在< code> - stop上发送< code > SIGTERM (< code > TERM )信号。 假设当前执行的步骤是。此时我们正在发送信号。 发生的情况是执行立即终止。 我发现我可以使用＜code＞signal.signal（signal.
-
问题内容： 假设我们有一个用python编写的琐碎守护程序： 我们将它守护起来，默认使用它发送信号–。 假设当前执行的步骤是。此时此刻，我们正在发送TERM信号。 发生的情况是执行立即终止。 我发现我可以使用处理信号事件，但事实是它仍然会中断当前执行并将控制权传递给。 因此，我的问题是-是否可以不中断当前执行，而是TERM在单独的线程（？）中处理信号，以便能够进行设置，从而有机会优雅地停止运行？
-
我最近在我的Spring4/Hibernate Web应用程序中实现了Spring Security来处理登录/退出和不同的用户角色。 经过大量阅读，它现在似乎工作得很好，但我注意到，由于错误的Spring Security配置而引发的异常没有使用我的自定义处理程序进行优雅的处理，而是显示为一个丑陋的Tomcat错误页面（显示HTTP状态500-UserDetailsService是必需的，后跟一
-
问题内容： 通过 设计， 人们只能将访问权限限制为仅通过身份验证的用户。 无论如何，当 未经 身份 验证的 用户尝试访问受限页面时，devise会自动导致重定向到 登录 页面。 因此，尝试打开http：// localhost：3000 / users / edit 将导致重定向到http：// localhost：3000 / users / sign_in 。 现在，如果我将链接http：//
-
人生太短，不能写没人会读的废话，如果你写了废话，没人会去读。所以好一点的文档是最好的。经理不会去理解这些东西，因为不好的文档会给他们错误的安全感以至于他们不敢依赖他们的程序员。如果一些人绝对坚持你真的在写没用的文档，就告诉他们“是的”，然后安静的找一份更好的工作。 没有其他事情比精确估计 把好的文档转为放松文档要求的估计 更为有效率。真相是冷酷而艰难的：文档，就像测试，会花比开发代码多几倍的时间。