Hi all,
I'm really hoping someone here can help me.
I have a site that has been largely built in Wordpress, with Opencart in a 'shop' sub-directory. Both are styled the same to look like the same website.
The issue I have is that Paypal's IPN keeps failing because it says http://www.domain.co.uk/shop/index.php? ... d/callback cannot be found. All settings in both Paypal and Opencart are correct, but it looks as though Wordpress' URL control could be overriding Opencart's and causing the callback to fail. This is resulting in intermittent Paypal IPN emails, and missing orders.
Has anyone else run a Wordpress/Opencart hybrid? If so, any answers or advice would be greatly appreciated.
If more information is required please feel free to let me know.
You probably need to adjust the public root .htaccess to send traffic from the PayPal server up to the OC directory where its own .htaccess will do what it in turn is supposed to do. Exactly how to amend the lower .htaccess depends upon what it already says or neglects to say. You can also control traffic to OC as a subdomain in its own directory and with its own DNS A record, and send PayPal traffic to and back to that.
While you are at it, wordpress is known for containing an outmoded known longstanding severe security risk (going back to long before there even was any wordpress), find and delete the damned whereami.cgi file if is anywhere in the account, otherwise you risk having your entire cart hacked.
Hi Butte,
Thanks for the response. The current .htaccess file contains this:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# Stop any rewrites of the /shop subdir
RewriteRule ^shop/.*$ - [PT]
# END WordPress
Is there anything wrong in this?
Thanks for the response. The current .htaccess file contains this:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# Stop any rewrites of the /shop subdir
RewriteRule ^shop/.*$ - [PT]
# END WordPress
Is there anything wrong in this?
You have wordpress in control of root, and doing just as this says:
# Stop any rewrites of the /shop subdir
RewriteRule ^shop/.*$ - [PT]
# END WordPress
You will be best off for the cart's sake to put wordpress in its own directory, too. If OC has both its own subdomain and its own directory, then traffic to it can land there. If you want the broader www. or [nothing] for the same domain to go to the cart, then .htaccess as-is won't do it. Any calls from the outside will, with that in place, not likely go to OC. OC does NOT need the help or the interference of wordpress, and you need your payment returns to reach OC.
Look in your transaction processor's account to see what you might have preset and forgotten for the return address -- if you set up the subdomain then you will need to amend that. In PayPal's instance you would likely have one of those in there, and possibly another one in your module. Getting the information back or getting the customer back, landed right where you need or want them, can be tricky with PayPal (others, ditto). You may need to review every step in overall dns A and other (sub)domain and public path addressing. Proofread everything involved in it.
# Stop any rewrites of the /shop subdir
RewriteRule ^shop/.*$ - [PT]
# END WordPress
You will be best off for the cart's sake to put wordpress in its own directory, too. If OC has both its own subdomain and its own directory, then traffic to it can land there. If you want the broader www. or [nothing] for the same domain to go to the cart, then .htaccess as-is won't do it. Any calls from the outside will, with that in place, not likely go to OC. OC does NOT need the help or the interference of wordpress, and you need your payment returns to reach OC.
Look in your transaction processor's account to see what you might have preset and forgotten for the return address -- if you set up the subdomain then you will need to amend that. In PayPal's instance you would likely have one of those in there, and possibly another one in your module. Getting the information back or getting the customer back, landed right where you need or want them, can be tricky with PayPal (others, ditto). You may need to review every step in overall dns A and other (sub)domain and public path addressing. Proofread everything involved in it.
Who is online
Users browsing this forum: No registered users and 76 guests