Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>Check your PHP ini file, which governs how large a file PHP will allow to be uploaded. These variables are important:</p> <ul> <li>max upload filesize (upload_max_filesize)</li> <li>max post data size (post_max_size)</li> <li>memory limit (memory_limit)</li> </ul> <p>Any uploads outside these bounds will be ignored or errored-out, depending on your settings.</p> <p>This section in the docs has the best summary: <a href="http://ca3.php.net/manual/en/features.file-upload.common-pitfalls.php" rel="noreferrer">http://ca3.php.net/manual/en/features.file-upload.common-pitfalls.php</a></p> <p>EDIT: Also note that most browsers won't send uploads over 2GB in size. This link is outdated, but gives an idea: <a href="http://www.motobit.com/help/scptutl/pa98.htm" rel="noreferrer">http://www.motobit.com/help/scptutl/pa98.htm</a>. Anyone have a better source of info on this?</p> <p>There are also limits that can be imposed by the server, such as Apache: <a href="http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestbody" rel="noreferrer">http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestbody</a></p> <p>To truly see what's going on, you should probably check your webserver logs, check the browser upload limit (if you're using firefox), and try seeing if <code>print_r($_FILES)</code> generates any useful error numbers. If all else fails, try the net traffic monitor in firebug. The key is to determine if the request is even going to the server, and if it is what the request (including headers) looks like. Once you've gotten that far in the chain, then you can go back and see how PHP is handling the upload.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload