Ceon URI Mapping (SEO)

Hi,

seeinteriors:

Try logging in to see the problem www.seeinteriors.co.uk

You can't use a shared SSL certificate with a URI Mapped site.. static URIs mean that you can't have the non-SSL version of the site at root and the SSL version in a subfolder.. that won't work.

You must buy a SSL certificate for your domain name (they're less than $11 a year from some places like namecheap.com).

In the meantime you can disable SSL on your site or disable Ceon URI Mapping.

All the best...

Conor
ceon

Hi

If the product linked to other category there is "cPath=..." appears at the end of the URI if you list product in non master category. Is there any way to remove "cPath =..." from the link?

Thanks.

Igor_:

Hi

If the product linked to other category there is "cPath=..." appears at the end of the URI if you list product in non master category. Is there any way to remove "cPath =..." from the link?

Thanks.

Sometime people need to read or search the thread to find the answer. :blink:

Per Conor

Ceon URI Mapping has no known bugs now, it handles all canonical links pretty much perfectly, including those of product pages.

If you look at any canonical link for a product page with a mapped (static) URI in Ceon URI Mapping, you'll find that the cPath is not (and never has been) present. It's only used in the non-canonical URI in the address bar.

conor:

Hi,

Only linked products show the cPath in the URI in the address bar.

However, they never show the product ID if they have a URI mapping.

Also, their canonical URI never has the cPath in it, it is simply the static URI the product is mapped to.

Simply look in the source of your product pages to see what I mean.

Hope that helps!

All the best..

Conor
ceon

The answer to your question is no. It may have the cPath in the link product category address bar, but if you look in the source of both of those pages (main category and link category) you'll see that Ceon URI Mapping cleverly sets the following tag for BOTH the above URIs: the same So search engines know that they're both the same URI, with slight variations on the page. That's ideal and exactly how you want things
to work!

countrycharm:

Sometime people need to read or search the thread to find the answer. :blink:

The answer to your question is no. It may have the cPath in the link product category address bar, but if you look in the source of both of those pages (main category and link category) you'll see that Ceon URI Mapping cleverly sets the following tag for BOTH the above URIs: the same So search engines know that they're both the same URI, with slight variations on the page. That's ideal and exactly how you want things
to work!

Thanks for your reply. I tried to use google search to find out the answer in the thread (it could be better if we have thread or forum search) but I've got no luck. I tried to look through the tread but... 256 pages are a bit much for me.
Thanks one more time.

Igor_:

Thanks for your reply. I tried to use google search to find out the answer in the thread (it could be better if we have thread or forum search) but I've got no luck. I tried to look through the tread but... 256 pages are a bit much for me.
Thanks one more time.

Yep.. too bad this forum doesn't have this feature..:wink:

buildingblocks:

If you do have your images in the "images" folder, check your htaccess file and be sure your type of image extension is added to the allowed file types

<FilesMatch ".*.(jpe?g|JPE?G|gif|GIF|png|PNG|swf|SWF)$" >

Do i need to add all image extensions?

And to ceon, you wrote: Check you've put a proper rewrite rule in place that isn't blocking URIs with extensions.

Yes i took the rewrite rule from the sample folder, i think its okay, because everything works good except the images are not showing.

Hi,

melirlbr:

And to ceon, you wrote: Check you've put a proper rewrite rule in place that isn't blocking URIs with extensions.

Yes i took the rewrite rule from the sample folder, i think its okay, because everything works good except the images are not showing.

Then your problem isn't Ceon URI Mapping but something else you have in your .htaccess file.

Or else your template doesn't have the base href set properly or something like that.

All the best..

Conor
ceon

Thanks ceon

I know you're not a fan of Google Checkout from reading earlier in this thread but it has worked fine for me up until now, where I'm now getting communication errors.
I have my .htaccess set as below. Does this look correct?

RewriteEngine On

# ONLY rewrite URIs beginning with /store/
RewriteCond %{REQUEST_URI} ^/store/ [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} !^/c83vm7g58pwh2sk [NC]
# Don't rewrite googlecheckout directory
RewriteCond %{REQUEST_URI} !^/googlecheckout [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/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 [QSA,L]

I've installed the module and it looks good. However, I've noticed that once a product is 'added to cart' and then shows up linked in the cart, the path is looooong... It has the newly mapped uri I specified ANHD then a long product number and assorted characters... Also in the 'View Shopping' cart sidebar. If I click on the product coming out of the Categories, it shows the correct shorter, readable path I gave it.

Did I do something wrong in my install? Running 1.3.8a. This is a downloadable music store (to be.. that is.. only a few downloads in there sofar)
Thanks for your help.
Yolanda

Let me just restate this problem in case I wasn't clear: I set uri's for categories and products, which work fine. But.. when an item is added to the shopping cart and I click that highlighted item in the shopping cart, it now shows 1) the new uri I did and.. 2) a hugely long product number and ids.... What did I miss? Can someone help me identifying this problem>

Thanks for a great mod though.
Yolanda
store is in my sig

Hi,

Yolanda:

Let me just restate this problem in case I wasn't clear: I set uri's for categories and products, which work fine. But.. when an item is added to the shopping cart and I click that highlighted item in the shopping cart, it now shows 1) the new uri I did and.. 2) a hugely long product number and ids.... What did I miss? Can someone help me identifying this problem>

The "extra info" appended to the URI upon clicking a link in the shopping cart is the information added by Zen Cart for the selected attributes for the product.. if that was removed then when someone clicked on a product in the shopping cart, the product page would be displayed with only the default values selected, not the actual selections made by the customer.

So this is desired behaviour that should be left as it is.

Regardless, the canonical URI for the product's page will be the short one you generated for it.

Hope that sets your mind at ease.

All the best...

Conor
ceon

Hi,

Streaming:

I know you're not a fan of Google Checkout from reading earlier in this thread

Yes, I'm not a fan of any badly written software.

Streaming:

it has worked fine for me up until now, where I'm now getting communication errors.
I have my .htaccess set as below. Does this look correct?

I've a feeling that you'd have to add exclusions for the Google Checkout module's files in Modules - Ceon URI Mapping (SEO) Config.

This is covered in the section of the documentation about adding exclusions.

I just downloaded the module and searching for application_top I see that you should probably add the following to the list of exclusions:

/googlecheckout/responsehandler.php

Maybe the following two as well:

/googlecheckout/shipping_generator/shipping_method_generator.php

/googlecheckout/shipping_metrics/shipping_metrics_commandline.php

(Separate each additional exclusion with a comma.)

Enjoy your new URIs.

All the best...

Conor
ceon

Thank you for the reply. Mmmhhh... that creates a page then that has a really unsightly url now. Mine AND about 2 dozen numbers. Wonder if I could de-activate those links in the shopping cart. Gotta look into that. I don't think I want those huge urls now... besides, it creates dup content..

Another issue if you don't mind: My preview audio player is Wimpy and the clips it uses are stored in the media folder. They don't play any longer and I believe it is due to the htaccess file I added to the root folder of the site... That I need fixed asap... if you could give me some advice that would be supa!

Yolanda

Yolanda:

Thank you for the reply. Mmmhhh... that creates a page then that has a really unsightly url now. Mine AND about 2 dozen numbers. Wonder if I could de-activate those links in the shopping cart. Gotta look into that. I don't think I want those huge urls now... **besides, it creates dup content..**Actually this is not true.. Re-read Conor's post.. The extra data added is to make it EASIER for shopper who wish to return to the product page perhaps because they wanted to add an additional quantity to the cart or change a color.. None of this behavior creates duplicate content as these links are only valid for this customer for this order during this session and for that reason the search engines are not going to find these links.. Hence NO DUPLICATE CONTENT..

Edited to add.. what Conor said below.. :laugh:

Hi,

Yolanda:

Thank you for the reply. Mmmhhh... that creates a page then that has a really unsightly url now. Mine AND about 2 dozen numbers. Wonder if I could de-activate those links in the shopping cart. Gotta look into that. I don't think I want those huge urls now... besides, it creates dup content..

It doesn't create duplicate content.. that's what I was talking about in the last post about canonical URIs.

For example, clicking back to the product page from the cart brings up this URI with the attribute info:

http://music.shredmistress.net/female-transgendered-band-glamazon-download-holywar?products_id=17:173eef4a349826d1818ef4e1e2b62225

But the canonical URI in the source is:

<link rel="canonical" href="http://music.shredmistress.net/female-transgendered-band-glamazon-download-holywar">

Yolanda:

Another issue if you don't mind: My preview audio player is Wimpy and the clips it uses are stored in the media folder. They don't play any longer and I believe it is due to the htaccess file I added to the root folder of the site... That I need fixed asap... if you could give me some advice that would be supa!

Sorry I don't know anything about this player. I can't help you with it.

All the best...

Conor
ceon

Thank you Connor and divavocals for the insight. Got it.. nothing to worry about then. I thought I messed up! One of my products (guitar lessons) doesn't have attributes and that shows up fine in the cart. But yeah... I'm good. I am liking the fact that I can customize the products and categories and ez pages... very cool!

In regards to Wimpy player: I added an additional exception into the htaccess file for the 'media' folder. That's where the clips sit. They play now.

Best wishes
Yolanda

Many thanks Conor for taking the time to address my issue with the Google Checkout. Although I still have a couple of minor issues still to resolve, the respective servers are now talking to one another.

P.S. I agree with your comments regarding the checkout module, although I find it strange that only one version was ever written back in 2007 and never updated since. There could be a good earner there for a good software writer.

Thanks again Conor.

Streaming:

P.S. I agree with your comments regarding the checkout module, although I find it strange that only one version was ever written back in 2007 and never updated since. There could be a good earner there for a good software writer.Gonna keep this brief as it is off-topic.. Somewhere in the Google Checkout Wiki or Google forum for this module there is a post which states that the original developer abandoned this project with no plans for further development..

Hi all!
I have ntoiced a slight problem with the cPath extension appended to the end of the mapped URIs.

I have a product that has a master category of 100.
If I link that product to another category with a higher number (say 120), everything still works as expected.....

When I visit the product page under the master category on my website, the URI has no cPath extension.
When I visit the product page under the linked category on my website, the URI does have the cPath extension. Nothing wrong here.

If I now link the product to a category with a LOWER number (say 80), I have a problem.....

When I visit the product page under the master category on my website, the URI now has a cPath extension.
When I visit the product page under the new linked category (category 80) on my website, the URI does not have the cPath extension.

It's as though URI mapping is taking the lowest category number rather than the master category number as the main category for the product.
This doesn't seem right to me. I'm not on the latest version of URI mapping so this could already be fixed!

Has anyone else ever noticed this one?