The application at<\/p>\n
https:\/\/www.uvm.edu\/htpasswd\/podcast_manager<\/a><\/p>\n was exhibiting strange behavior. Guy from COM had 607 Mb file, wouldn’t upload.<\/p>\n Fixed and improved, can now upload up to 10Gb files (when used with a ‘modern’ browser). It\u2019s just a glorified file uploader, relying on plupload (1.5.8). \u00a0There is evidence (\/users\/c\/o\/comvideo\/public_html\/podcast_folder) that as of last October, it was working fine. Now, For a certain file size 343Mb < N < 607MB, upload succeeds in Safari and FireFox on MacOS; fails on Chrome Mac and Win, FireFox Win, and IE. It is setup to use HTML5 runtime, no chunking for all but IE. For IE, Silverlight and chunking.<\/p>\n Chunking? Yes. Upload widget sends file in (now set to) 10Mb 'chunks.' Each chunk is sent to the same php script, along with file name, chunk number, and total chunks. php script appends chunk \u00a0to file. This gets us around \u00a0the (UVM\/ETS\/SAA) imposed php max file size limit of 1Gb.<\/p>\n Step forward<\/p>\n I blamed it all on upgraded browsers and old plupload. So I created<\/p>\n https:\/\/www.uvm.edu\/htpasswd\/podcast_manager_dev<\/a><\/p>\n with plupload 2.1.1 and chunking all the time. And here is what I discovered:<\/p>\n The podcast_manager lives in \/shares\/uvmweb\/htdocs\/htpasswd\/ , which has SAFE_MODE turned off, and relies on WebAuth set_uid magic to allow the script to create files in the REMOTE_USER\u2019s home directory<\/p>\n plupload sends the first chunk 0, upload.php \u00a0creates filename_part with mode \u2018wb’<\/p>\n $out = fopen(“{$filePath}.part”, $chunk == 0 ? “wb” : “ab”);<\/p>\n creates file and writes data to file. plupload sends next chunk 1, upload.php attempts to open file using mode \u2018ab\u2019, FAILS with a permission denied error, system crashes and burns. In fact, even trying to create a new file using mode \u2018ab\u2019 fails<\/p>\n <\/p>\n On Mar 28, 2014, at 10:27 AM, Benjamin Coddington wrote:<\/p>\n I just (this morning) fixed a problem where un-authenticated PHP could not open files with O_APPEND. \u00a0That shouldn’t have changed the behavior for this case because you are using the WebAuth authentication.<\/p><\/blockquote>\n Well, it shouldn’t, but now it does work<\/p>\n","protected":false},"excerpt":{"rendered":" The application at https:\/\/www.uvm.edu\/htpasswd\/podcast_manager was exhibiting strange behavior. Guy from COM had 607 Mb file, wouldn’t upload. Fixed and improved, can now upload up to 10Gb files (when used with a ‘modern’ browser). Some background … It\u2019s just a glorified … Continue reading
\nSome background …<\/p>\n