Jump to content

500 internal error on update file list

Recommended Posts

I see, as a minimum, a few things that could be done to accommodate the outlier situation of wanting to offer super-huge downloadable files:

  • eliminate the use of md5_file() function - it relies on reading the file from the disk
  • change the CubeCart_filemanager 'filesize' column to "BIGINT 12"
  • for all installations, make a strong detailed advisory at setup that there are practical limits to the number of products, filesizes, etc, that are based on real-world laws of physics that are associated with the server environment



Link to comment
Share on other sites

files are getting bigger and bigger each day


it seems very 1997 to have a max of 4gb etc


how do i fix this


the only other option is to upload it into public files section but it leaves me wide open for people to hack my site and take all my digital files


and also runs the risk of the link to be shared worlwide for everyone to have a download instead of 1 per person

Link to comment
Share on other sites

We managed to work around the immediate obstacles (basically, the web server timeout).

With CubeCart's recent ability to "stream" a product's digital file, there is now a reasonable use case to accommodate large files.

A "Feature Request" can be made in CubeCart's GitHub asking to re-code CubeCart to do this.



Link to comment
Share on other sites

CubeCart's /files/ folder does have a /public/ subfolder, and has an .htaccess file that allows the web server permission to deliver all requested files.

But the /files/ folder itself has an .htaccess file that denies the web server permission to deliver any requested file (except for a couple of situations specific to CubeCart's needs).

If you haven't read it yet, please review the GitHub issue:


The point about not calculating the hash can be put into effect in the file /classes/filemanager.class.php, near line 938:


'md5hash' => md5_file($product[0]['digital_path']),


// 'md5hash' => md5_file($product[0]['digital_path']),

So, with the previously discussed edits and web server configuration change, we should be getting to a point where offering super-large files is workable.

Also, when using the special link created by CubeCart (the one with "accesskey=randomchars"), CubeCart does make sure that the file to be downloaded under CubeCart control passes restrictions imposed: time limit and download limit.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Create New...