PriMoThemes — now s2Member® (official notice)
This is now a very OLD forum system. It's in READ-ONLY mode.
All community interaction now occurs at WP Sharks™. See: new forums @ WP Sharks™
s2Member's default method of file delivery uses an advanced routine that delivers the file in chunks ( i.e. Transfer-Encoding: chunked ). This method avoids most issues related to high memory consumption on large file downloads. Making it possible for large file downloads to succeed. If you are getting a 0kb file download, I suspect there is a conflict between your server configuration and the way s2Member delivers the download. This is a server-side issue, and can happen when/if your Apache configuration and/or PHP configuration is overriding the headers that s2Member sends; or conflicts with output compression, as described below.glbrent wrote:I don't know about you, but I'm still a little annoyed at this problem!!!! I would like to get to the heart of it somehow. But I think this is so much more of a s2member programming/internet explorer permissions issue. It's a weird one for sure. But not surprising considering how Microsoft likes to do "their own thing".
<?php
add_filter("ws_plugin__s2member_stream_file_downloads", "__return_false");
?>
Yea, the explanation for this gets really *geeky*, but basically it has to do with the way different browsers handle ( i.e. decipher ) mixed and/or confusing messages being sent by your server and/or the combination of your server and a PHP script. For instance, if your PHP installation is attempting to GZIP output with ob_gzhandler or another form of PHP-based output compression, instead of that having been configured within Apache, it may cause odd problems in IE ( or even in other versions of browsers you've not tested yet ). There are some additional technical details discussed here in regards to ob_gzhandler ( common with GoDaddy hosting ): http://php.net/manual/en/function.ob-gzhandler.phpmattkitchen wrote:Thanks for the detailed reply Jason, why would this happen in IE though and not firefox. The way your making it sound is that the issue lies with the way the serve is handling things, which doesn't make sense why some browsers are fine and others aren't then... Or possibly the explanation is just way over my head.
# COMPRESSION FOR SPEED
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/css text/plain
AddOutputFilterByType DEFLATE text/javascript application/javascript application/x-javascript
AddOutputFilterByType DEFLATE text/xml application/xml application/xhtml+xml application/rdf+xml application/rss+xml application/atom+xml image/svg+xml
AddOutputFilterByType DEFLATE font/truetype application/x-font-ttf font/opentype application/x-font-otf
</IfModule>
Users browsing this forum: No registered users and 1 guest