I've been dealing with the same thing. Uploading a zipped, built application to a "pub" server. I'd get different results testing on different machines. It's said in this thread, that ultimately the file is in a blob, and a blob needs contiguous blocks of memory. The state of memory could vary. Another thread mentioned 64-bit 4D is obviously better.
https://forums.4d.com/Post/EN/17791174/1/17800233#17800233 I ended up zipping things by folders, so I never had a file larger than 90 MB, and transferring 4D server to 4D server, all 64 bit. Miyako also mentioned chunking the file into parts - I didn't try that. Jim On Wed, Dec 11, 2019 at 1:04 PM Jim Labos - infobase via 4D_Tech < [email protected]> wrote: > I seem to remember in the past there was a way to get the entire body and > one > would have to parse the contents in order to delineate the part that was > the > uploaded file. > > Also if you do a WEB GET VARIABLES you will get an out of memory error if > the file is too large (413 - Request Entity Too Large) and the 2 arrays are > empty. I just tried it with 637,939,648 bytes (637.9MB) and that is error I > get on browser just before On Web Authentication is triggered. > > The problem is that I would not know beforehand what size of document the > user will be uploading. That is why I am testing to see what the limits > are. > I was prepared for the default 2GB limit but I am encountering this wall at > around 600MB. > > Last week I did a few tests and I think (I wasn't paying attention as I was > just starting to dabble in the code.) I was able to do around 1.3GB. But > like I said I can't be sure as I was just picking documents randomly as I > tested the code. > > I am glad to see I am not the only one getting this result. If anyone has > an > explanation or solution I would certainly like to hear about it. > > Thanks > > > > > ----- > Jim Labos - infobase > -- > Sent from: http://4d.1045681.n5.nabble.com/4D-Tech-f1376241.html > ********************************************************************** > 4D Internet Users Group (4D iNUG) > Archive: http://lists.4d.com/archives.html > Options: https://lists.4d.com/mailman/options/4d_tech > Unsub: mailto:[email protected] > ********************************************************************** ********************************************************************** 4D Internet Users Group (4D iNUG) Archive: http://lists.4d.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
