Ceon URI Mapping v4.x

Hi , wondered anyone could tell me the correct part to click, Basically i want to create new categories but use existing products, Like a filter for "Same Brand" products,

It's not a problem as such, It's just i'm not sure what to do,

When i want to "copy" a product for my new category the Ceon Mapping asks me this ,

Installed Version: 4.0.8
URI Mapping (only applies if product is being duplicated):

-Auto-generate a new URI mapping for the duplicate product.

-Copy existing product's URI mapping to the duplicate product (it will have a number appended so that the URI mapping is unique and therefore doesn't conflict with the -URI mapping of the product being copied).

-Don't auto-generate the URI mapping or copy the existing product's URI mapping for the duplicate product.

Can someone please advise : All the existing URL's are nice and clean, So don't want to upset anything by maybe creating uneccessary errors, Duplicates.

Thanks

Zen Cart version presently using: v1.5.0

Hi,

sash:

Hi , wondered anyone could tell me the correct part to click, Basically i want to create new categories but use existing products, Like a filter for "Same Brand" products,

The options you are being shown are for creating a new product based on an existing product - i.e. "duplicating" the product.

What you want to do is to "link" the products into these new categories. Then no new mapping is needed/used.

All the best..

Conor
ceon

Thanks Connor, So i shouldn't have even looked at that bit , and used Multiple Categories Link Manager to do it ,

EDIT: replied to an too old of a post, sorry.

Okay, it's been over a year since I've tested CEON URI and at least two years since I've used any re-writing on my main site. I'm aware of the arguments that re-writing isn't necessary as google/se's pick-up zencart dynamic urls just fine. And I can attest that google does read them. But the other night I read here on the forums that some who don't use re-writing admit that re-writing can give a small bump in search engine results, but content is still king. And tonight I read recent, independent articles online that state that re-written urls with your category and product names is critical...and one even suggested to stay away from carts that don't allow for friendly urls.

I want that slight bump and my site has never perfomed as well as when it had re-written urls (in it's case, the commercial Magic SEO).

I've tested Ultimate SEO pretty extensively and am about 98% satisfied with it. But looking again at CEON. Before I put-up a demo cart and install CEON again, two quick questions:

1. Can it have the product url without the category information? Zencart's canonical dynamic url shows the product only, not the cpath. Just in case I like this. (Ultimate SEO can do this.)

2. Even bigger issue: I intend to do alot of copying products to different categories. If I do so, will they jump back to their master category if one goes "prev/next"? Or will they stay in their copied categories? (Ultimate SEO can do this with proper setting to show cpath at end of url, to behave like dynamic urls.)

Thanks.

Hi, not sure wher to go with my problem (CEON or SitemapXML), so I start here.

I have the latest versions of CEON Uri mapping and Sitemap XML. It all works fine, untill I now started to use ezpages.

Creating an ezpage works fine and CEON creates the correct uri mapping. So far so good, the link works. But when create a sitemapezpages.xml with Sitemap XML I get this output:
.....mysite/index.php?main_page=page&id=1

where I expected:
.....mysite/test

So first of all it does not pick up the uri mapping, but second, the xml file does not work because of: page**&**id=1
Clicking the sitemapezpages.xml give me a "XML-parse error: element not found" and Google webmastertools reports that it is not valid.

All other uri mappings and xml file work normal, it's just the ezpages which have this problem. Ok, I can manually build the sitempaezpages.xml but it would be nice if it worked correctly :)

Is this "&" the reason why the uri maping is not put in the xml file? I have read some posts about "&" but cant figure out what causes this or how it can be fixed.

Thanks in advance

Edit: jus saw that the original output for this ezpage is "page**&**id=1" So without the "amp;". Now I should assume it's the SitemapXML that creates this error right?

Here's how my main site currently on dynamic urls and using the sitemap xml plugin (zc 1.5.1) produces the urls involving the "&":

1. The html page version:
   http://www.prommart.com/index.php?main_page=product_info&products_id=376

2. The view source version - which generates the &:
   http://www.prommart.com/index.php?main_page=product_info&products_id=376

The & is apparently the correct html code to render the & character, which shows as "&" on the html version.

We've learned that basically every place you use the "&" in your site - whether in category names, product names, descriptions, conditions page - if you do not use the & it will generate validation errors.

And note that when you click on no. 2 above with the "&" that the url goes to a page not found. That's not an error in itself, it's just that in the url address bar you use "&" instead of the "&".

In no. 1 above, the "&" is correctly converted to just "&" for the url address bar and everything works.

Hi,

SPH:

Okay, it's been over a year since I've tested CEON URI and at least two years since I've used any re-writing on my main site. I'm aware of the arguments that re-writing isn't necessary as google/se's pick-up zencart dynamic urls just fine. And I can attest that google does read them. But the other night I read here on the forums that some who don't use re-writing admit that re-writing can give a small bump in search engine results, but content is still king.

Content is definitely king, the difference anything else makes is minor in comparison, however, that is in comparison.. things like the number of links to a page and the use of keywords in the URI will make additional differences, so do indeed provide benefits worth pursuing.

SPH:

And tonight I read recent, independent articles online that state that re-written urls with your category and product names is critical...and one even suggested to stay away from carts that don't allow for friendly urls.

That sounds more than a bit extreme to me.. search engines will pick up a site with dynamic URIs just fine. However, dynamic URIs aren't useful for advertising literature, which was the primary purpose behind the creation of Ceon URI Mapping.. the SEO benefits are a welcome additional effect of human-readable URIs. :)

SPH:

I want that slight bump and my site has never perfomed as well as when it had re-written urls (in it's case, the commercial Magic SEO).

I've tested Ultimate SEO pretty extensively and am about 98% satisfied with it. But looking again at CEON. Before I put-up a demo cart and install CEON again, two quick questions:

Ceon URI Mapping's much better than that software, so glad to see you looking at it as an alternative. ;)

SPH:

1. Can it have the product url without the category information? Zencart's canonical dynamic url shows the product only, not the cpath. Just in case I like this. (Ultimate SEO can do this.)

Yes, you can enter whatever URI you want for any "page" whether that's a product page or any other kind of page.

If wanting to use auto-generation instead of typing, you can tick the auto-generation box and then click "Preview" and then copy and paste the product part of the auto-generated URI and go back to the product page and paste that in the URI textfield (and untick auto-generate). That's the quickest way to have the product part of the URI without the category and without typing. :)

SPH:

2. Even bigger issue: I intend to do alot of copying products to different categories. If I do so, will they jump back to their master category if one goes "prev/next"? Or will they stay in their copied categories? (Ultimate SEO can do this with proper setting to show cpath at end of url, to behave like dynamic urls.

No, Ceon URI Mapping will add the cPath query string parameter to maintain context. With full support for canonical URIs that's not a problem, the search engines don't have any "duplicate URI" issues. Installing Ceon URI Mapping will never have a negative effect on a site that can cope with static URIs (i.e. the only problems are misconfigured servers or modules that can't work with static URIs - both fixable with a bit of effort).

Hope that sets your mind at rest! The software does work well. :)

All the best...

Conor
ceon

Hi,

Gerjan:

Creating an ezpage works fine and CEON creates the correct uri mapping. So far so good, the link works. But when create a sitemapezpages.xml with Sitemap XML I get this output:
.....mysite/index.php?main_page=page&id=1

where I expected:
.....mysite/test

I would have expected mysite/test as well.. I'm afraid all I can say is that you should check out what way the Sitemap XML module is calling zen_href_link()... Ceon URI Mapping will always return the static URI if that function is called with the correct parameters.

Sorry, I don't have the time to debug this for you.. I hope you find the solution quickly!

If you do, and it requires the Sitemap XML module to be fixed, please let its author know and update us here too. :)

All the best..

Conor
ceon

SPH:

and one even suggested to stay away from carts that don't allow for friendly urlsSilly suggestion as there are major retailers and websites who do not use "friendly" URLs.. They are not hurting at all by not using "friendly" URLs.. Search engines stopped having issues reading/interpreting dynamic URLs LONG ago..

IJS

I still think that all things being equal (and they rarely are) that re-written urls will perform better. And major retailers like big-box stores don't primarily rely on search engines anyway, as everyone knows who they are.

I do not see a wide-spread movement across the web AWAY from re-written urls, on the theory that dynamic urls consistently out perform re-written urls. It's really only here at zencart you see statements like that. Since zencart does not come with url re-writing, and re-writting plugins are susceptible to being broken by some plugin or zencart upgrade (CEON excepted, of course), the feeling is that since dynamic urls work good enough, stay with them.

Hey, I'm giving a plug for CEON here!

SPH:

I do not see a wide-spread movement across the web AWAY from re-written urls, on the theory that dynamic urls consistently out perform re-written urls. It's really only here at zencart you see statements like that.and there is no wide spread movement TOWARDS "friendly" URLs either.. It's 6 of one half dozen of the other truly.. Your theory about dynamic URLS is not correct.. There are PLENTY of stores/sites that perform well and do not need dynamic URLS to do so because the developers/maintainers know the value of good content.. Finally the assumption that large retailers are NOT concerned with SEO or search engine results/performance is not a true statement..

Bottomline is it seems as if YOU prefer "friendly" URLs for whatever reasons you have found sound, then you should feel free to use whatever add-on you find will be the most sound one to use to provide this feature.. However, much of what you have assumed and posted about why friendly URLs are a better choice is not based fully in facts.

Fine, then let's just forget the whole CEON re-writing thing. Few probably need product urls for printed material and nobody really remembers even a re-written url; hard enough just to remember the domain.

But before that, I'm having what I think is a htaccess issue on my test site, using a subdomain. I'll search thread a bit first. I remember this an issue when I tested this plugin in the past. Wasn't THAT easy to install.

Post #819, looks like subfolders (where my test site is) are not that great. I may have a sub-domain 1.5.0 cart ready to go to test, or maybe I'll try again on a top level unused domain with a new 1.5.1 cart. Want to give CEON plugin the best possible test.

Got it!

http://www.webdivision.prommart.com/demo-stores

It was much easier than I remembered, once I saw the post about subfolders vs sub-domains. Now to play with it a bit.

SPH:

Got it!

http://www.webdivision.prommart.com/demo-stores

It was much easier than I remembered, once I saw the post about subfolders vs sub-domains. Now to play with it a bit.
Sub-domains are the RIGHT way to go it is what Conor has continuously stressed as how a test store should be setup.. The reason is simple.. sub-domains will be have like a top level domain when it comes to installing and testing this add-on.. It means that the code will easily transfer over to the the top level domain when the time is right.

I've an error adding or modifing ezpages (with multilanguage support patch) under admin, this the log:

[05-Oct-2012 08:54:17 UTC] PHP Fatal error:  1146:Table 'mydatabase.ceon_uri_mapping_configs' doesn't exist :: 
			SELECT
				autogen_new,
				whitespace_replacement,
				capitalisation,
				remove_words,
				char_str_replacements,
				mapping_clash_action
			FROM
				ceon_uri_mapping_configs
			WHERE
				id ='1'; in /home/myaccount/domains/mydomain.it/public_html/beta/includes/classes/db/mysql/query_factory.php on line 120

conor:

If you do, and it requires the Sitemap XML module to be fixed, please let its author know and update us here too. :)

Thx Conor, I will take it to Sitemap XML. I will let you know if/when it is fixed.

Webmart:

I've an error adding or modifing ezpages (with multilanguage support patch) under admin, this the log:

Last error solved, but now i've a new one

[05-Oct-2012 09:47:38 UTC] PHP Warning:  trim() expects parameter 1 to be string, array given in /home/gamesmart/domains/gamesmart.it/public_html/beta/gm_admin/ezpages.php on line 140
[05-Oct-2012 09:47:38 UTC] PHP Warning:  addslashes() expects parameter 1 to be string, array given in /home/gamesmart/domains/gamesmart.it/public_html/beta/gm_admin/includes/functions/database.php on line 65
[05-Oct-2012 09:47:38 UTC] PHP Fatal error:  1054:Unknown column 'pages_title' in 'field list' :: update ezpages set pages_title = '', page_open_new_window = '0', page_is_ssl = '0', alt_url = 'index.php?main_page=page_2', alt_url_external = '', status_header = '1', status_sidebox = '0', status_footer = '1', status_toc = '0', header_sort_order = '1', sidebox_sort_order = '0', footer_sort_order = '1', toc_sort_order = '0', toc_chapter = '0', pages_html_text = '' where pages_id = '1' in /home/gamesmart/domains/gamesmart.it/public_html/beta/includes/classes/db/mysql/query_factory.php on line 120

Any help?