Ceon URI Mapping (SEO)

[easy3dsource]

Well, unfortunately this didn't go quite as planned; the 301 redirects I'm trying to setup have a .shtml file extension, which for some reason will not properly redirect. I did a test redirect and removed the extension and everything worked, but I can't seem to get it to work with the .shtml extension.

I vaguely remember seeing something about this as I was searching through this thread, but I might be mistaken. Is this something that is addressed by your plugin? I apologize if it's beyond the scope of this thread, but thanks in advance for any suggestions you may have.

[easy3dsource]

I figured it out; I added this line to my .htaccess file:

RedirectMatch 301 (.*)\.shtml$ http://www.mydomain.com$1

also, when I added the url into the database, I dropped the .shtml file extension, since it automatically gets dropped with the rewrite rule.

[conor]

Hi,

I vaguely remember seeing something about this as I was searching through this thread, but I might be mistaken. Is this something that is addressed by your plugin? I apologize if it's beyond the scope of this thread, but thanks in advance for any suggestions you may have.

The example rewrite rule given with the documentation excludes any URI that has a file extension of between 2 and 5 characters (inclusive).

So the module never handles the .shtml URIs.

To rewrite .shtml etc. you'd have to modify the rewrite rule as outlined in the section of the documentation:

Modifying the rule to allow URI mappings to be used which end with a particular file extension (e.g. “.html”).

I see you have now added a custom rewrite rule yourself.

For anyone else though, please do check the configuration documentation if you are having any trouble, or want to add mappings/historical URIs which are to have a file extension.

All the best...

Conor
ceon

[tomgsd]

Hi there, just a quick one regarding the latest version of Zen Cart.

I've just downloaded the 3.8.0 package for your website. In the "modified_core_files" directory there are files for Zen Cart versions up to 1.3.9f.

Am I safe to assume the 1.3.9f files will be ok to use in a 1.3.9h installation?

[conor]

Hi,

Hi there, just a quick one regarding the latest version of Zen Cart.

I've just downloaded the 3.8.0 package for your website. In the "modified_core_files" directory there are files for Zen Cart versions up to 1.3.9f.

Am I safe to assume the 1.3.9f files will be ok to use in a 1.3.9h installation?

As I've said on this thread several times.. yes.

:)

All the best..

Conor
ceon

[Cookiepus]

Hi
We've been using 'Simple SEO'
And its working ok.
But we have an issue with 'layout settings/skip 1-product category'
we need to turn this on.
but it only works if our 'Simple SEO' module is turned off.
Something to do with URL rewrites?

Does anyone know if the Ceon Mod will have the same effect?

Thanks

[chandra_prak]

Hi Ceon

Thanks for your reply again. As you suggested I've excluded the feed folder, unfortunetly still no joy. I think I'm doing something wrong related to .htaccess file itself. please have a look on the content of .htaccess file as below.

My Store is located in the folder zen139h. and obviously feed folder is inside zen139h/feed.

My url to access store is http://mystoreurl.com/zen139h and the .htaccess file is located inside zen139h folder.

RewriteEngine On

# ONLY rewrite URIs beginning with /zen139h/
RewriteCond %{REQUEST_URI} ^/zen139h/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
#RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [NC]
# Don't rewrite feed directory
RewriteCond %{REQUEST_URI} !^/zen139h/feed [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/zen139h/new-admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/zen139h/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule .* index.php?%{QUERY_STRING} [L]

I've also excluded the /zen139h/googlefroogle.php file inside ceon url mapping under modules.

Whenever I click on the tools--> Google Merchant Center Feeder, I get a 3 fields form and a confirm button. when I choose feed type product and click confirm, it popups a window with url http://mystoreurl.com/zen139h/google...key=544b32e9e0 it opens my home page in the popup window. No matter if I choose Max product = 100 and Starting Point = 10 as other two fields of the form it will popup the homepage in new window with url http://mystoreurl.com/zen139h/google...key=544b32e9e0 . Pls suggest me I've no choice only either remove the Google Merchant Center Feeder or Ceon URI Mapping (SEO) plugin.

[chandra_prak]

One more thing I've noted that if I disable the Ceon URI Mapping (SEO) by setting the value 0 of Enable/Disable URI Mapping field inside configuration--> Ceon URI Mapping (SEO), Still the Google Merchant Center Feeder is behaving as I explained above.

[DivaVocals]

In my humble opinion the issue you are experiencing is not caused by the Ceon URI module at all, but something that has gone wrong with your Google Base Feeder install.. The exclusion of the googlefroogle.php and the exclusion of the feed directory should have been all you needed to do with regards to this module..

I suggest you re-examine your Google Base Feeder install.. Something has CLEARLY gone wrong.. this module is not the cause of the problem you describe..

One more thing I've noted that if I disable the Ceon URI Mapping (SEO) by setting the value 0 of Enable/Disable URI Mapping field inside configuration--> Ceon URI Mapping (SEO), Still the Google Merchant Center Feeder is behaving as I explained above.

Hi Ceon

Thanks for your reply again. As you suggested I've excluded the feed folder, unfortunetly still no joy. I think I'm doing something wrong related to .htaccess file itself. please have a look on the content of .htaccess file as below.

My Store is located in the folder zen139h. and obviously feed folder is inside zen139h/feed.

My url to access store is http://mystoreurl.com/zen139h and the .htaccess file is located inside zen139h folder.

RewriteEngine On

# ONLY rewrite URIs beginning with /zen139h/
RewriteCond %{REQUEST_URI} ^/zen139h/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
#RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [NC]
# Don't rewrite feed directory
RewriteCond %{REQUEST_URI} !^/zen139h/feed [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/zen139h/new-admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/zen139h/editors [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel [NC]
RewriteCond %{REQUEST_URI} !/frontend [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule .* index.php?%{QUERY_STRING} [L]

I've also excluded the /zen139h/googlefroogle.php file inside ceon url mapping under modules.

Whenever I click on the tools--> Google Merchant Center Feeder, I get a 3 fields form and a confirm button. when I choose feed type product and click confirm, it popups a window with url http://mystoreurl.com/zen139h/google...key=544b32e9e0 it opens my home page in the popup window. No matter if I choose Max product = 100 and Starting Point = 10 as other two fields of the form it will popup the homepage in new window with url http://mystoreurl.com/zen139h/google...key=544b32e9e0 . Pls suggest me I've no choice only either remove the Google Merchant Center Feeder or Ceon URI Mapping (SEO) plugin.

[countrycharm]

One more thing I've noted that if I disable the Ceon URI Mapping (SEO) by setting the value 0 of Enable/Disable URI Mapping field inside configuration--> Ceon URI Mapping (SEO), Still the Google Merchant Center Feeder is behaving as I explained above.

I have been using Ceon URI Mapping with google base feed a long time now with no problems. I would suggest doing what DivaVocals said to do because it is clearly not this module that is causing your problem.