URL rewriting from Ceon to Utimate URL.

[mc12345678]

Thank you for checking. Another question, when the new store was tested, was it located in the same location as the old store? Ie, did the return address in paypal set to go back to the 1.5.3 site or the previous version's location? (I don't recall the comparison results, but I thought there were some changes to files associated with paypal and I don't know if that means/meant ipnhandler as well... (I'm about done installing paypal credentials to test, this issue.)

So, I have products mapped, but not say the other uris such as main_page=shopping_cart, but I went to and cancelled a purchase and was successfully brought back to the cart. Will try to provide payment information and come back to the cart.

[lhungil]

After a bit of experimenting I have found that this part of the .htaccess that is added by Ultimate URLS is causing the problem:

# All other pages
# Don't rewrite real files or directories
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index\.php?main_page=$1&%{QUERY_STRING} [L]

With it in the .htaccess file it seems to go to the Zen Cart 404 page for deleted shorter product URLS but for deleted longer ones it just gives the white screen??
When I take it out all product URLs that are wrong go to the 404 page I created in Cpanel.
Any ideas about why the above bit of code does what it does?

That little bit of code in the .htaccess from Ultimate URLs is what handles non product / category / EZ pages. Removal will break handing of pages such as privacy, shipping_info, etc if rewritting is enabled for those pages. Not a big deal if you disable rewriting of all the other pages... But in and of itself that rule will not be the root cause of a "blank page".

You may want to enable "autoload" debugging in Zen Cart to see if an error is occuring during autoload or modify your php.ini to log all PHP errors to file (will catch all PHP errors including before Zen Cart's file logging is loaded / enabled).

As for CEON URI, that error is a new one to me... Although I've not used any versions past 4.4.0 (2012)... Has the paypal cancel URI changed? Or is a different one specified somewhere in settings on paypal?

Also on a side note, if your site was well established w/ good ranking on SEs... After changing the URLs you will probably want to redirect (or rewrite) the old URLs to the new ones...

[robbie269]

Ie, did the return address in paypal set to go back to the 1.5.3 site or the previous version's location?

As I recall it would not even go to Paypal. I just got an error message.
My test site worked OK with Paypal Express at first, but I eventually worked out that was because I did not have Ceon activated on the test site. As it is under the same domain as my live site. ie /store/ vs /store_test/.
When I moved the 1.5.3 version to my live site, with Ceon activated, that is when the Paypal problem started. I quickly went back to my 1.5.1 copy for the live site, as at the time I did not really know what was causing the error.
After a bit of trial and error, and hair pulling, I eventually activated Ceon on the test site and got the same paypal error as what the live site did previously.

[robbie269]

That little bit of code in the .htaccess from Ultimate URLs is what handles non product / category / EZ pages. Removal will break handing of pages such as privacy, shipping_info, etc if rewritting is enabled for those pages. Not a big deal if you disable rewriting of all the other pages... But in and of itself that rule will not be the root cause of a "blank page".

I am only using the rewritting for my product pages so at least I know I did not do any major problems deleting it.

You may want to enable "autoload" debugging in Zen Cart to see if an error is occuring during autoload or modify your php.ini to log all PHP errors to file (will catch all PHP errors including before Zen Cart's file logging is loaded / enabled).

Will have to look up how to do this.

As for CEON URI, that error is a new one to me... Although I've not used any versions past 4.4.0 (2012)... Has the paypal cancel URI changed? Or is a different one specified somewhere in settings on paypal?

Nothing had been changed in Paypal.

Also on a side note, if your site was well established w/ good ranking on SEs... After changing the URLs you will probably want to redirect (or rewrite) the old URLs to the new ones...

Probably.... Is there an easy way to do it with a couple of hundred products?

[mc12345678]

As I recall it would not even go to Paypal. I just got an error message.
My test site worked OK with Paypal Express at first, but I eventually worked out that was because I did not have Ceon activated on the test site. As it is under the same domain as my live site. ie /store/ vs /store_test/.
When I moved the 1.5.3 version to my live site, with Ceon activated, that is when the Paypal problem started. I quickly went back to my 1.5.1 copy for the live site, as at the time I did not really know what was causing the error.
After a bit of trial and error, and hair pulling, I eventually activated Ceon on the test site and got the same paypal error as what the live site did previously.

But, with the 1.5.3 site, ceon installed but deactivated, you were able to get to paypal, correct? Having just activated the paypal credentials I was going to try, I'm wondering if I need to wait a few "minutes" or if there is something similar going on. (Or of course I could have setup paypal express incorrectly, which at the moment, I'm thinking ny of these issues could be true.) :)

[mc12345678]

I am only using the rewritting for my product pages so at least I know I did not do any major problems deleting it.


Will have to look up how to do this.


Nothing had been changed in Paypal.


Probably.... Is there an easy way to do it with a couple of hundred products?

I have some ideas, but what you consider easy and what I consider easy may be two different things. :) I have a relatively high tolerance before something becomes not easy. :)

[robbie269]

But, with the 1.5.3 site, ceon installed but deactivated, you were able to get to paypal, correct?

Yes that is correct.

[robbie269]

You may want to enable "autoload" debugging in Zen Cart to see if an error is occuring during autoload or modify your php.ini to log all PHP errors to file (will catch all PHP errors including before Zen Cart's file logging is loaded / enabled).

Ok got STRICT_ERROR_REPORTING going on my test site. I will see what it does.

[mc12345678]

But, with the 1.5.3 site, ceon installed but deactivated, you were able to get to paypal, correct? Having just activated the paypal credentials I was going to try, I'm wondering if I need to wait a few "minutes" or if there is something similar going on. (Or of course I could have setup paypal express incorrectly, which at the moment, I'm thinking ny of these issues could be true.) :)

Went to another device, tried both with on and off, and able to reach paypal for payment on that device. Entered credit card information and was returned back to the site without issue.

Therefore unable to reproduce this issue, though unlike lhungil I have a more recent version installed. :) I am running php 5.3 on zc 1.5.3, so don't know if that also has an effect or is a cause of this difference.

[robbie269]

Ok got STRICT_ERROR_REPORTING going on my test site. I will see what it does.

Could not get it to do the error on the test site. Maybe it is something with my main .htaccess file??

Anyway I had a little play on the live site and this worked:

# Handle when a resource is not found (404 Error Page)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index\.php?main_page=page_not_found&%{QUERY_STRING} [L]

# All other pages
# Don't rewrite real files or directories
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index\.php?main_page=$1&%{QUERY_STRING} [L]

As long as I have the "error" part before the "other pages" part it is all good.