- This topic has 11 replies, 6 voices, and was last updated 12 years ago by
.
-
Posts
-
I’m trying to set up eStore on my client’s site. When I purchase a product (temporarily set to $.05), I get a confirmation from PayPal and I’m redirected to the Thank You page, where there’s a download link. So far, so good. But the link takes me to a 404 page. And I never get an email with a download link. And the debug reports are blank. No activity in Stats, either. I’ve tried generating an encrypted download link manually and emailing it to myself. The link just takes me to a 404 page, also. What am I missing? (*hitting head on the wall*)
I’ve recommended this eStore (premium) plugin to two other clients who purchased them and are waiting for me to setup their online stores/shopping carts. Please help me figure out what I’m doing wrong.
Please see the following forum post.
What to do if the Debug file is empty or New Debug info is not getting added
This should help you with the issue you are having.
As for the link have you checked that the link in the download URL is a proper link that takes you to the product?
When I copy/paste the Digital Product URL in a new browser, it downloads just fine. Steps 1, 2, and 3 are verified. http://www.yoursite.com/wp-content/plugins/wp-cart-for-digital-products/paypal.php just takes me to a 404 page. Debug file says: “[10/30/2012 1:35 PM] – Advisory : Log file reset.” That’s the day I first tested the cart, enabled debug, and clicked the reset button.
Side note: on the Thank you page, the product download UR is http://www.yoursite.com/download.php?file=2BOa%2FC8BU%2FyQgKni which also takes me to a 404 page.
Thru a process of elimination I’m on Step 4. How do you give the debug file “ipn_handle_debug.log” write permission?
FYI: On PayPal, IPN is turned on. (The notification email used to be http://www.yoursite.com/store/paypal.pl so I changed it to just the url of the site.)
Site Diagnostic section on the Admin Functions page, if this helps:
WP eStore Version: 6.9.1.7
WP Version: 3.4.2
WPMU: No
MySQL Version: 5.1.65
WP Table Prefix: wp_
PHP Version: 5.3.18
Session Save Path: /tmp
WP URL: http://www….
Server Name: http://www….
Cookie Domain: http://www…
CURL Library Present: Yes
Debug File Write Permissions: Writable
I will be happy to email you the proof of purchased estore/affiliate license for this site if you want to look at the site more closely.
What’s interesting is that after you make a purchase, PayPal redirects you back to the Thank You page, where you can clearly see an encrypted product download link. When you click the link, however, it simply takes you to a 404 page. And you never get an email with a product download link.
I’ve verified that the product ULR is valid by copying/pasting it into a new browser window and downloading the zipped folder.
I feel like I’m sooooo close to getting this working. (My client wants to launch his new products tomorrow, so I’m in a bit of a panic to get this fixed.)
receiving this error intermittently, any reason for it, what could be wrong? Using on a clients site soon, everything works most of the time. Also, any reason $ wouldn’t show up in pricing?
Error! Invalid item ID passed to the is_quantity_availabe() function
@Linda Bell
Your servers permission setup seems to be incorrect.
It doesn’t appear to allow the execution of standalone PHP scripts.
eg, when entering the following in the browser it should not send you to the 404 page (it should execute the “download.php” script):
http://www.yoursite.com/wp-content/plugins/wp-cart-for-digital-products/paypal.php
Please contact your hosting provider and ask them why you can’t execute stand alone PHP scripts (you can use the above as an example).
Regarding the encrypted downlaods not working… check the following two posts which will help you sort out the issue:
Encrypted Download Link Issue Checklist – https://support.tipsandtricks-hq.com/forums/topic/downloaded-file-size-is-0-zero-byte
Testing eStore’s Encrypted Download Link – https://support.tipsandtricks-hq.com/forums/topic/how-to-test-wp-estore-plugin-encrypted-download-system-on-your-site
I followed all the steps – even deactivated the plugin, upzipped the file and reinstalled via FTP. No luck!
I contacted the hosting company. They said it might havesomething to do with mod_rewrite…?
My client has a newsletter going to out to 10,000 subscribers Thurs morning to checkout his new product line. (omg… breathe… breathe…)
Is there anyone I can call and talk to … or even pay… to HELP ME resolve this???
We have already told you what the issue is. Here it is again:
This server is not configured correctly to execute standalone PHP script. It is your hosting providers duty to give you a server where you can run PHP secript. Simply tell your provider why that script is not executing (it should not give a 404). Get them to fix it (this is an issue with the server config so only they can fix it).
As soon as you get your hosting provider to fix the server issue, you won’t get the 404 error anymore and PayPal will be able to communicate with the plugin.
ChiHost said, “If that was the true your index page would not be loading, which is index.php, a stand alone php script.”
They turned off world write permissions on the plugin directory and it fixed the problem!
I did a test transaction. The encrypted links on the Thank You page work AND it sends you an email with the download links that work, as well. HOORAY!!! HAPPY DAY!!!!
Thanks for reporting back. What we are dealing with is a new kind of server security countermeasure against hackers:
The server will not directly execute PHP scripts (started by the user’s browser) that reside in globally writable (chmod 777) directories. This is to protect against hackers that “discover” writable directories, deposit their own scripts, and then directly execute them (from their browsers). I’m actually surprised that it took so long for servers to start doing this
The eStore folder permission should have been set to 755 by default.
If any other eStore users are experiencing a similar issue, my recommendation is that they first take note of the existing eStore plugin directory permissions, and then change the directory permissions to chmod 755. You should never have a directory with a 777 permission unless you have real good reasons for it.
- You must be logged in to reply to this topic.