Mp3 Download causing 500 Internal Error

[davestrand]

Hi,

I've been reading the forums trying to figure out why some of my download files are causing 500 Internal Errors.

It only happens when someone purchases our zipped up album files. These files are about 75 megabytes.. could that have something to do with it? Our links are green, and I've tried re-uploading the zip files.

If you would like to try out the process, here is a $5.00 coupon code that will allow you access to the mp3 zips.

Coupon Code: 244BDAY
http://www.strandland.com/digitalstore

My config files?

<?php
/**
*
* @package Configuration Settings
* @copyright Copyright 2003-2006 Zen Cart Development Team
* @copyright Portions Copyright 2003 osCommerce
* @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
*/


// Define the webserver and path parameters
// HTTP_SERVER is your Main webserver: eg, http://www.yourdomain.com
// HTTPS_SERVER is your Secure webserver: eg, https://www.yourdomain.com
define('HTTP_SERVER', 'http://www.strandland.com');
define('HTTPS_SERVER', 'https://strandland.com');

// Use secure webserver for checkout procedure?
define('ENABLE_SSL', 'true');

// NOTE: be sure to leave the trailing '/' at the end of these lines if you make changes!
// * DIR_WS_* = Webserver directories (virtual/URL)
// these paths are relative to top of your webspace ... (ie: under the public_html or httpdocs folder)
define('DIR_WS_CATALOG', '/digitalstore/');
define('DIR_WS_HTTPS_CATALOG', '/digitalstore/');

define('DIR_WS_IMAGES', 'images/');
define('DIR_WS_INCLUDES', 'includes/');
define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');
define('DIR_WS_DOWNLOAD_PUBLIC', DIR_WS_CATALOG . 'pub/');
define('DIR_WS_TEMPLATES', DIR_WS_INCLUDES . 'templates/');

define('DIR_WS_PHPBB', '/');

// * DIR_FS_* = Filesystem directories (local/physical)
//the following path is a COMPLETE path to your Zen Cart files. eg: /var/www/vhost/accountname/public_html/store/
define('DIR_FS_CATALOG', '/home/davestra/strandland.com/digitalstore/');

define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/');
define('DIR_FS_DOWNLOAD_PUBLIC', DIR_FS_CATALOG . 'pub/');
define('DIR_WS_UPLOADS', DIR_WS_IMAGES . 'uploads/');
define('DIR_FS_UPLOADS', DIR_FS_CATALOG . DIR_WS_UPLOADS);
define('DIR_FS_EMAIL_TEMPLATES', DIR_FS_CATALOG . 'email/');

// define our database connection
define('DB_TYPE', 'mysql');
define('DB_PREFIX', 'zen_');
define('DB_SERVER', 'mysql.strandland.com');
define('DB_SERVER_USERNAME', 'davestrand');
define('DB_SERVER_PASSWORD', 'smeghead');
define('DB_DATABASE', 'strandlandsql');
define('USE_PCONNECT', 'false'); // use persistent connections?
define('STORE_SESSIONS', 'db'); // use 'db' for best support, or '' for file-based storage

// The next 2 "defines" are for SQL cache support.
// For SQL_CACHE_METHOD, you can select from: none, database, or file
// If you choose "file", then you need to set the DIR_FS_SQL_CACHE to a directory where your apache
// or webserver user has write privileges (chmod 666 or 777). We recommend using the "cache" folder inside the Zen Cart folder
// ie: /path/to/your/webspace/public_html/zen/cache -- leave no trailing slash
define('SQL_CACHE_METHOD', 'database');
define('DIR_FS_SQL_CACHE', '/home/davestra/strandland.com/digitalstore/cache');

?>

[davestrand]

Oh yeah, my service provide also switched my servers about a week ago, in an attempt to speed up my store.

But even, prior to that some of the zip files would work, and I some wouldn't. I can't figure it out.

[davestrand]

Okay, just FYI..

I worked out this problem with my service provider. The fix was, we BOTH switched off GZip Compression.

All my downloads work now without having any errors!

Yay!

[Ajeh]

Interesting solution ...

I am moving this into the Bug Reports so we can do additional testing on large files like this and the effects of GZip on servers where it is turned on by default vs GZip set by Zen Cart ...

You did not have GZip turned on in the Admin at the same time as having it on for the server, correct?

[benelly]

OH MY GOSH!!!! I LOVE YOU I LOVE YOU I LOVE YOU!!!!

Seriously though, I have been having a heck of a time trying to figure out WHY my downloads were not working when they were working originally. I came across this post and thought...hmm, it wouldn't hurt to turn gzip compression off (I had it turned on after testing the downloads but did not even think it could possibly have anything to do with the downloads not working). My service company has been scratching their heads too...they can't figure out where the error is coming from, but this did the trick! Thanks for sharing.

[Ajeh]

How large are your files?

Does your server already have GZip turned on by default?

To check, with it turned off in the Admin ... go to this test site and put in a full URL ... do not just put in your domain name ... click on a product on your site and enter that URL so you have a complete URL to test ...

http://www.whatsmyip.org/mod_gzip_test/

If it comes up and says GZip is ON then it is ON by default on your server ...

Thanks!

[benelly]

Well, my files range from 40MB to 55MB and I didn't know if my server had gzip turned on by default, but I checked with the link you provided and it says that it is ON. Thanks Now that I have it turned off, my downloads are working.

[Ajeh]

I am wondering about the effect of have the manual GZip on in Zen Cart when it was already on by default on your server ...

Thanks for the update!

[DrByte]

I would be interested in knowing whether if you put your GZIP settings back the way they were and make the following code change ... whether it would resolve the problem or not ...

/includes/init_includes/init_gzip.php
line 16 says:

if ( (GZIP_LEVEL == '1') && ($ext_zlib_loaded = extension_loaded('zlib')) && (PHP_VERSION >= '4') ) {

try changing to:

if ( (GZIP_LEVEL == '1') && ($ext_zlib_loaded = extension_loaded('zlib')) && (PHP_VERSION >= '4') && $current_page_base != FILENAME_DOWNLOAD) {

[davestrand]

Dear Dr. Byte and Ajeh,


I tried pasting Dr Bytes new code and reuploading the init_gzip.php file, and then i re-enabled Gzip, and got the same error again. As soon as I removed Gzip, once again my store was functioning perfectly.

My zipped files are about 74 meg.

Thanks,

I'm just glad it's working now.

-dave