Ceon URI Mapping (SEO)

I dont see this at all in FF, Opera or Chrome??
could you upload a 'print screen'/'screendump'?
im curious now to see what you're referring to

paul3648:

"Go to the canonical page at http://www.mysite.com"

Here's a screen shot of my address bar in FireFox. I don't think I have anything special installed to show it.

The blue C is a clickable link which goes to the canonical link. A grey C means you are already at the canonical link.

madness.. i have never seen that before in a browser window... it doesnt appear on my browser when viewing your site...

a FF addon you have of some sort?

paul3648:

Here's a screen shot of my address bar in FireFox. I don't think I have anything special installed to show it.

The blue C is a clickable link which goes to the canonical link. A grey C means you are already at the canonical link.

I have a few addons, but this was not an intentional addition - I just noticed it after using this CEON module.

Anyway I have the answer and it has nothing to do with Ceon URI Mapping (I think)

My canonical home page is indicated with the canonical tag as:

i.e. without the trailing back slash. But my home page is defaulting to http://www.teafromtaiwan.com/ with the back slash.

So I just have to figure out where these URI's are being generated and fix one of them.

Installed this add on and it's simply... PERFECT. The quality of this package is unbelievable.

HOWEVER... when I copy the store to a sandbox (that's how I apply add-ons, including this one, to an already working store), all the " SEO friendly" URIs still point to the operational store...

Is there a script or an SQL patch that can fix all URI automatically (or manually without going throuh EDIT for ALL products)?

Thanks,
Chris

chrisjo:

Installed this add on and it's simply... PERFECT. The quality of this package is unbelievable.

HOWEVER... when I copy the store to a sandbox (that's how I apply add-ons, including this one, to an already working store), all the " SEO friendly" URIs still point to the operational store...

Is there a script or an SQL patch that can fix all URI automatically (or manually without going throuh EDIT for ALL products)?

Thanks,
Chris
Sounds like either your store configure.php file or your .htaccess file are pointing to your production store.. (Not a Ceon URI issue..)

Hi Chris,

Glad you like the software and thanks for the nice comments about the overall distribution! :)

chrisjo:

HOWEVER... when I copy the store to a sandbox (that's how I apply add-ons, including this one, to an already working store), all the " SEO friendly" URIs still point to the operational store...

Do you mean that you have a "sandbox" store in a subdirectory and that you're moving the store to the root directory want to apply all the URIs you've generated for the "sandboxed" store to the "real" store?

I'm afraid I'm not quite clear on what the exact problem you are having is.

Best weather we've had this year today so taking the weekend off. I'm afraid I may not be able to reply until Monday.. :)

All the best...

Conor
ceon

Hi,

paul3648:

I have a few addons, but this was not an intentional addition - I just noticed it after using this CEON module.

It's definitely the output of an addon. I must look it up and install it myself - thanks for the [roundabout/unintentional] tip! :)

paul3648:

i.e. without the trailing back slash. But my home page is defaulting to http://www.teafromtaiwan.com/ with the back slash.

The latest version of Ceon URI Mapping will always output a canonical tag for the home page which is the server's name plus the value for DIR_WS_CATALOG.. without the slash at the end. So if you navigate to the homepage with the slash at the end the canonical URI will differ (the slash at the end being the difference).

This is NOT a problem! :)

However it's always nicer for the URIs to remain consistent. The way to fix this is to change whatever links there are to the home page which are using the slash at the end to links which don't have a slash at the end.

I'll be releasing version 3.6.0 of the module on Monday.. I think the final change I'll make to it is to have Zen Cart output the exact matching canonical URI for the home page anytime it generates links instead of linking to the home page with a slash at the end.

As I said, the current behaviour is not a problem, it's fine for the canonical URI for the home page to have no slash at the end while the actual URI does.. that's the whole pointof canonical URIs after all.. telling the browser that the two URIs are equivalent! So just ignore this for the minute and take some time off! :)

Got to go now.

Enjoy the rest of your weekend!

All the best...

Conor
ceon

Shane78:

Ditto.. i made my donation yesterday too! top work fella!!

Also people should donate to the ZC project too! For all the support they give and regular updates!

I want to donate to the ZC project. But, I want to know what will be the benefits of that project in other members? :lamo:

tiresmokindad:

I want to donate to the ZC project. But, I want to know what will be the benefits of that project in other members? :lamo:Not to be the detail police, but you should probably take any non Ceon URI support related discussions to a seperate thread..:smile:

The way to fix this is to change whatever links there are to the home page which are using the slash at the end to links which don't have a slash at the end.No. The canonical URL for the root page of a site should include the trailing slash. That's defined in the HTTP specs.

chrisjo:

HOWEVER... when I copy the store to a sandbox (that's how I apply add-ons, including this one, to an already working store), all the " SEO friendly" URIs still point to the operational store...

Is there a script or an SQL patch that can fix all URI automatically (or manually without going throuh EDIT for ALL products)?

To the best of my knowledge there isn't any automated tool to help with that so I solve the problem by doing what @DivaVocals suggested:

1. I fire up phpMyAdmin and select the teststore database (left pane).
2. Within the teststore database I select the zen_ceon_uri_mappings table
3. Then, I select the Export tab, check 'Add DROP TABLE', Save as gzipped file and hit GO.
4. I then use Emacs to replace, in one fell swoop, all occurrences of /store/ to /teststore/.
5. Then I used gzip to create a .sql.gz file
6. Within the teststore database I then select the Import tab
7. Load the edited .sql.gz file and...
8. Voila!

Does this answer your question? :smile:

Hi,

g1smd:

No. The canonical URL for the root page of a site should include the trailing slash. That's defined in the HTTP specs.

Actually, I've since realised that that's the only practical solution.. didn't know it was the official spec as well.. glad my thoughts have turned out to line up with those who wrote the specs in the first place! :)

Will have a new release out soon (today or tomorrow).

All the best..

Conor
ceon

Yes, you're obviously aware that asking for http://example.com/somepage.html will cause the browser to send a "GET /somepage.html HTTP/1.1" HTTP request to the server.

In the same way, asking for http://example.com/ will cause the browser to send a "GET / HTTP/1.1" HTTP request to the server; and that means the URL "http://example.com" without the trailing slash included is technically invalid, as the GET request for it would be blank: "GET HTTP/1.1".

In reality, the browser will usually still send the correct "GET / HTTP/1.1" request for this.

However, when the request is for "GET /folder HTTP/1.1" the server will send a 301 redirect response along with a note of the new URL at "http://example.com/folder/" so that the browser can make a new HTTP request for "GET /folder/ HTTP/1.1" with trailing slash included.

Hi,

Ten hours in the making, it gives me great pleasure to announce the release of another new version of Ceon URI Mapping.

All users should upgrade to 3.6.0 now!

All going well, this should be the last release for 2010!

Free support from Ceon will only be given for version 3.6.0 in future.

Upgrading shouldn't take long.. there are a few new template files with this version which should be copied into the appropriate folders. As always, full instructions are included in the distribution which help make this process simple.

From the Revision History:

[ADDED] Support for filtered product listings having their own static URI added. Previously only a single unique set of query string parameters would allow a filter product listing to have its own static URI. The software can now extract the identifying query string parameters which allow product listing pages to have their own static URI.

[ADDED] Modified template files added to distribution to enable support for static URIs in the Manufacturers sidebox, the Music Genres sidebox, the Record Company sidebox and all of the product listing filter forms. This would seem to complete the support for static URIs in a standard Zen Cart installation. There are no further files known to have code which does not support static URIs!

[UPDATED] Software will now (once again) redirect to the static URI for a manufacturer's page, if it exists, when the index page is being accessed with the query string parameters identifying a manufacturer.

[BUGFIX] The canonical URI for the root of a site was incorrectly having its trailing slash removed.

[UPDATED] Checks against the query string parameters being used to build links are now case insensitive.

[UPDATED] Order of checks against query string parameters changed so that the check for the identifying parameter for a category is now the last check made. This has been done in case any other software uses links which have the category query string parameter in them, so that these [hypothetical] links won't have their static URIs incorrectly overridden by a static URI for the associated category.

Download version 3.6.0 now!

Once it has been confirmed that this version does everything necessary for a Zen Cart store to be able to use static URIs for all of its URIs and that this software works without any ill effect, the distribution will be uploaded to the Zen Cart downloads area. In the meantime please use the above link.

Enjoy!

All the best...

Conor
ceon

Hi Conor, excellent work... one small thing tho?.. in the download the files for your latest mod appear to use files from 1.3.9b. I had a little look at one of the files (admin/categories) via winmerge and notoiced this.

Hi Martin,

How are you?

Shane78:

Hi Conor, excellent work... one small thing tho?.. in the download the files for your latest mod appear to use files from 1.3.9b.

Yes, that's why they were in a folder called "139b"! :-P

Shane78:

I had a little look at one of the files (admin/categories) via winmerge and notoiced this.

You have reminded me though.. I did indeed forget to add sample files for 1.3.9c!

I've released version 3.6.1, the only change being:

[ADDED] Sample modified core files for Zen Cart 1.3.9c added to the distribution.

Download 3.6.1 now!

Enjoy!

All the best..

Conor
ceon

i am trying to get the google base feed working along with the URL mapping, but in vain. I understand that it is caused by the mapping, coz its works just fine with the mapping being turned off. Will you be able to give me a head start on what do i need to do to get it working?

Thx in advanced.

diverpeter:

i am trying to get the google base feed working along with the URL mapping, but in vain.
Your question/request is vague.. "doesn't work" says nothing about the specific issues being experienced and makes it impossible for anyone to provide you with any kind of assistance..

diverpeter:

** I understand that it is caused by the mapping**, coz its works just fine with the mapping being turned off. Will you be able to give me a head start on what do i need to do to get it working?Based on what did you come to this particular conclusion???? I know there are problems with the Googlebase feeder module and SSU, but I have no issues with this working right alongside Ceon's URI module..

conor:

:-P

:P

lol