Ceon URI Mapping (SEO)

[finlander]

Conor, thanks much for looking up the old conversation about it .. seemed obscure but dang if it hasn't already been discussed! Have a good week.

[finlander]

Conor, I wanted to mention something in case it hasn't been noticed yet.

In the text box in Admin URI for the replacement strings feature, I use the following two rules (among others).

&=>, &=>

After clicking Save, the first one will render in that text box as & only (single character only), even though the database correctly still has it stored as & from when it was saved. So, after saving I will have the following in the text box, even though the first is really representing & in the database.

&=>, &=>

If I work on something else and click Save again, I have to remember (before hitting Save again) to re-do the & before hitting save again, or I will overwrite the correct value of & stored in the database.

I have noticed that the text box in Admin, for example, for entering the title of a product when routinely creating or editing a product will always render the full & in the text box, if that is how it was originally stored. I was wondering if you needed to know about this and if you would consider a way of doing this in 4.0.0 for the text boxes in URI mapping in Admin.

[conor]

Hi,

Conor, I wanted to mention something in case it hasn't been noticed yet.

You're really going through things with a fine toothed comb, aren't you! ;) Can't complain about that, we like to produce quality software.. it's just a pity that this ZC software is consuming so much of my time, which could be better spent elsewhere!

&=>, &=>

Why do you have product names with & in them?

You should be using &.. the software hasn't been tested with HTML entities as product names shouldn't contain HTML entities.. if you need "special" characters in product names, you should use UTF8 instead of the latin character set.

The product name isn't "Barbie & Ken" but "Barbie & Ken"..

I have noticed that the text box in Admin, for example, for entering the title of a product when routinely creating or editing a product will always render the full & in the text box, if that is how it was originally stored. I was wondering if you needed to know about this and if you would consider a way of doing this in 4.0.0 for the text boxes in URI mapping in Admin.

Personally I think that Zen Cart is wrong to allow HTML entities in product names, as is Ceon URI Mapping for allowing HTML entities to be entered in the remove words box..

However, coming down from the "idealistic, proper way to do things" described above, to a practical, kludgey, "get it working" mentality...

You should replace

echo zen_draw_textarea_field('remove_words', 'virtual', 50, 6, $remove_words) . "\n"; 

with

echo zen_draw_textarea_field('remove_words', 'virtual', 50, 6, htmlentities($remove_words, ENT_COMPAT, CHARSET)) . "\n"; 

in admin/ceon_uri_mapping_config.php

I'll possibly include this change in 4.0.0.

All the best..

Conor
ceon

[finlander]

thanks, Conor, yeah, I had a slew of old categories and products that I had both & and & in the title. When I started using URI mapping, I put in those rules to just drop the symbol entirely from the friendly URIs. That's when I noticed the Save action/rendering issue. Yeah, no biggie at all, I just seem to stumble on obscure stuff. It's like a curse...
:)

I'll heed your advice and warnings about naming conventions for all future work!

[Jorge05r]

I kind of successfully added CEON to my Zen Cart 1.3.9f. The urls were changed to SEO friendly but when I click on the links I get a "page not found".

I've been looking around, googled it but found nothing.

[DivaVocals]

I kind of successfully added CEON to my Zen Cart 1.3.9f. The urls were changed to SEO friendly but when I click on the links I get a "page not found".

I've been looking around, googled it but found nothing.

and if you search this thread you would see that the COMMON reason for the "page not found" error is because the .htaccess file is setup incorrectly.. Please go back to the documentation for this mod and read through the section on setting up the .htaccess file... The .htaccess file sample settings included in the documentation is USUALLY what will work for most hosting configurations. (modify of course to match your own stores folder names of course..)

[conor]

Hi,

I kind of successfully added CEON to my Zen Cart 1.3.9f. The urls were changed to SEO friendly but when I click on the links I get a "page not found".

I've been looking around, googled it but found nothing.

You haven't set up a working RewriteRule (in a .htaccess file). Please follow that step of the installation/configuration process.

All the best..

Conor
ceon

[Jorge05r]

Hi,

You haven't set up a working RewriteRule (in a .htaccess file). Please follow that step of the installation/configuration process.

All the best..

Conor
ceon

I thought I did. My zencart is located inside newsite folder and not in the root.
Could you please check if there's something wrong with the htaccess file:

# ONLY rewrite URIs beginning with /newsite/
RewriteCond %{REQUEST_URI} ^/newsite/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/newsite/backend [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/newsite/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 .* /newsite/index.php?%{QUERY_STRING} [L]

[conor]

Hi,

I thought I did. My zencart is located inside newsite folder and not in the root.
Could you please check if there's something wrong with the htaccess file:

I'm not a .htaccess checking service!

However, where have you put the .htaccess file?

If you have put the .htaccess file in the newsite folder then you'll need the following rule at the end instead of what you have:

RewriteRule .* index.php [QSA,L]

Please note though that you CANNOT test the site in a "newsite" folder then move it to the root folder.

If you want to test a site with URI Mappings you must have the site at the same domain level as the final live site.

So if your shop will be at "/" for the new site you must not set up your test shop in "newsite".

You can create a subdomain "newsite.yourdomain.com" and test things there.

Otherwise you will have to enter EVERY URI mapping again when you move the test site to the live site.

All the best..

Conor
ceon

[richphitzwell]

Instructions are for pansies! Ok it took me afew tries before reading your instructions lol.

Seems to work nicely, I hope this wont mess up my existing qr's though. If it does, oh well theres only 600 products that will need to be redone