Forum Replies Created
-
Posts
-
So that we are on the same wavelength, are you using the eStore S3 Integration feature?
The plugin directory should have 755 permissions. Each of the *.log files should have 644 or 600 permissions.
You might also try changing WP eStore -> Settings -> Addon Settings -> Download Manager Related Settings -> Download Method to # 3 or 6.
Try this?
http://php.bigresource.com/Track/php-yRLczTlq/
The problem seems to be common, but because it is server configuration related everyone’s solution seems to be different.
No it is not. Take a look at the custom download.php file and compare it to the original one. The custom one is meant to be relocatable to directories outside the normal plugin directory. Its sole purpose is to “find” and then call the original download.php file. When you renamed the original file, it gave up, because it couldn’t find it.
So, when the user invokes the custom download.php file, it first goes looking for the original one and then transfers control to it.
The custom script in the videos directory is supposed to invoke the original script, located in the original directory. Just unrename the one in the plugin directory.
“…Download files are in a separate folder on the root at /video/ – ‘download.php’ (original, not custom) in both /video/ folder and ‘wp-content/plugins/wp-cart-for-digital-products’ folder.”
There’s the problem… If you want to have a custom location for the download script, you must use the custom download script instructions.
http://www.tipsandtricks-hq.com/ecommerce/how-to-customize-the-encrypted-download-url-224
URL conversion preference affects how eStore internally opens the files, as either an HTTP or a filesystem name. It is transparent to the buyer. As long as one of the possible settings works, you are protected.
@DLeonard — Just what kind of integration are you thinking about?
WP eStore -> Settings -> Addon Settings -> Download Manager Related Settings
Please try changing the download method from 1, to 6.
What exactly is the error? Also, could you please enable the debug logs and examine the contents of the download_manager_debug.log file?
Seems the transfer of the file starts but does not complete. you implied that the FTP hangs at different places each time, is that correct? Or is it always at the same file?
If it’s at different files each time, it may be connection related. If it’s always at the same file, the file might be corrupt. In either case, you might try uploading the zip file first, and then unzipped it on the server.
