Ceon URI Mapping v4.x

[mc12345678]

Hello, I'm using ZC 1.51 with Ceon URI v4 installed. I built my site on a subdomain - test dot - and once the site was ready to go, I renamed my site to the primary domain name (without the test dot). When visitors come to my site and surf around, the page url's show the much-discussed zenid tacked on at the end - looks something like:

(proper page url)?zenid=c5c5810bfcf(and a bunch more numbers and letters)

However, when you click on "Home" link (upper right) on the homepage and enter the site through that portal, the zenid's do not appear. All URL's are nice and clean. Is there a way to get rid of the zenid's? As many people probably won't click on the "Home" link. Many thanks for your help!

This is not a result of this plugin (see readme) and should be addressed by beginning a new thread. Possibly caused by the template or maybe cookie and session settings.

[mc12345678]

Hi,
Im getting an error that appears when adding or modifying a product.
The message is PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant FILENAME_TELL_A_FRIEND in /public_html/admin/includes/classes/class.CeonURIMappingAdminProductPages.php on line 788 (i have changed the admin folder name for this post)
I can not find any reference to FILENAME_TELL_A_FRIEND
If someone could be of hlep, please do it.
ciao from Italy

Around line 677 of the same file, $page_types is defined as an array that includes tell_a_friend. At about line 684, the various page_types are reviewed one by one to create a new array that includes each page_type that is to be considered for auto management. If not mistaken the management options are in one of the confiiguration screens for this plugin. At the line in question a constant is created from each page type to manage that capitalizes the previous page_types array value(s) that areto be managed. The complete absence of a declared FILENAME_TELL_A_FRIEND, further indicates that this page type should be excluded, or that you are missing a filename define. I thought that ZC 1.5.x removed the tell a friend option/capability, so technically again, this option should be disabled.

Modules->Ceon URI Mapping (SEO) Config, then the Auto-managed ProductPage URIs tab.

[enzo-ita]

I thought that ZC 1.5.x removed the tell a friend option/capability, so technically again, this option should be disabled.

Modules->Ceon URI Mapping (SEO) Config, then the Auto-managed ProductPage URIs tab.

WOW!!! This is THE ANSWER!
Not simply an answer.
Thanks. You certainly got the problem and given the solution.
ciao from Italy.

[DivaVocals]

Hello, I'm using ZC 1.51 with Ceon URI v4 installed. I built my site on a subdomain - test dot - and once the site was ready to go, I renamed my site to the primary domain name (without the test dot). When visitors come to my site and surf around, the page url's show the much-discussed zenid tacked on at the end - looks something like:

(proper page url)?zenid=c5c5810bfcf(and a bunch more numbers and letters)

However, when you click on "Home" link (upper right) on the homepage and enter the site through that portal, the zenid's do not appear. All URL's are nice and clean. Is there a way to get rid of the zenid's? As many people probably won't click on the "Home" link. Many thanks for your help!

This is not a result of this plugin (see readme) and should be addressed by beginning a new thread. Possibly caused by the template or maybe cookie and session settings.

The "much-discussed zenid" is not created by this module.. Suggest searching the forum for the MANY posts on the "much-discussed zenid" to see what it REALLY is.. (hint: the answer is it's NOT an "issue" at all though folks certainly seem to believe it is)

[luckystu]

The "much-discussed zenid" is not created by this module.. Suggest searching the forum for the MANY posts on the "much-discussed zenid" to see what it REALLY is.. (hint: the answer is it's NOT an "issue" at all though folks certainly seem to believe it is)

Hello Diva, No offense intended, just looking for some friendly help. Actually I've searched through many threads, honestly it gets confusing. There was a response couple years back suggesting a slight change in php code having to do with cookie sessions but thought I'd ask here first. I'll take from your response that zenid is not connected to this module and is just part of Zen Cart. Easier on the eyes though to see a nice, clean url, esp for email purposes. Again no offense intended. Thank you.

[luckystu]

This is not a result of this plugin (see readme) and should be addressed by beginning a new thread. Possibly caused by the template or maybe cookie and session settings.

mc, Thank you for pointing me in a clearer direction. I'll keep digging, esp re: cookie and session settings, thanks.

[DivaVocals]

Hello Diva, No offense intended, just looking for some friendly help. Actually I've searched through many threads, honestly it gets confusing. There was a response couple years back suggesting a slight change in php code having to do with cookie sessions but thought I'd ask here first. I'll take from your response that zenid is not connected to this module and is just part of Zen Cart. Easier on the eyes though to see a nice, clean url, esp for email purposes. Again no offense intended. Thank you.

Not offended.. but it's truly NOTHING and NOT generated as a result of this module.. and a quick search of this support thread and the forum in general will tell you that it's not a "problem" to be resolved.. (I've quoted two older posts) It's NORMAL Zen Cart behavior.. Seriously.. The zenid does not cause ANY issues you may be thinking it causes.. Leave it OUT of URLs in emails if that's the issue you are having..

zenid had been discussed to death here.. but short answer it is that the zenid is attached to the URL for first time visitors..

Hi,



Normally it's only the first page as no cookie will have been set yet.

The zenid is set by Zen Cart, Ceon URI Mapping has nothing to do with it.

Maybe there is something up with the cookie settings on your site?

(Having it does no harm, due to the software's canonical URI support, but it obviously doesn't look as nice, I'd not like to have that happen on our site).

All the best...

Conor
ceon

[akrogers]

My client using Zen Cart and CEON URI (latest version) has many products that are linked to different categories. When they submit the feed to google, it shows duplicate products for those because numbers are added to the end of the url. I've searched around and haven't found a solution. I'm hoping this forum might be able to give me some suggestions. Thank you!

[DarkAngel]

My client using Zen Cart and CEON URI (latest version) has many products that are linked to different categories. When they submit the feed to google, it shows duplicate products for those because numbers are added to the end of the url. I've searched around and haven't found a solution. I'm hoping this forum might be able to give me some suggestions. Thank you!

I too would be curious about the answer cause for now we ---my client and I---have tried ignoring google when it claims there are duplicate urls. She too has category/product and has them copied to several other categories....as I do in my own store.

She gets tons of dupe links and we have no real clue what to do about them since I suppose in essence they are duplicates, in a way.

[mc12345678]

I too would be curious about the answer cause for now we ---my client and I---have tried ignoring google when it claims there are duplicate urls. She too has category/product and has them copied to several other categories....as I do in my own store.

She gets tons of dupe links and we have no real clue what to do about them since I suppose in essence they are duplicates, in a way.

This is not a CEON URI issue specifically, readme states this happens for linked products. Whatever interfaces with google should be updated to ignore the category parameter in the "final" URI when interfacing with google. My suggestion is that further assistance on this topic should either be sought in the applicable google thread, in a new thread, or by way of getting custom code developed.