Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
pexter
I have tried both auto and manual. I don't have any ezplugins for multilanguage that I know of. I have uploaded the ezpage file again. Still the same results.
Have a look at the website,
http://www.scaffoldusa.com
Click "New Products" and look at the URL. It should read /new-products
Now, try changing the address to /new-products. It shows an empty page, but it's showing a page, not a 404.
I'm confused, could it be that my template has something to do with this? I tried changing the page title in ez-pages and it worked, just to verify that the ez-pages was actually being used.
I'm grateful for any ideas you might have!
/Peter
I'm not sure why you think or are saying that new products, or any of the items in the upper menu are considered ez-pages as they all point to static pages which require manual entry into the ceon_uri_mappings table. (See instructions). Basically if the main_page doesn't equal page, index, manufacturer, any of the default (or manually expanded) product types with _info attached at the end, then the link to the address needs to be "manually" entered.
I did notice that for some reason the zenID follows around in the uri until one of the rewritten uris is used... That seems odd as it should only really be displayed on the first page visited.
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
mc12345678
I'm not sure why you think or are saying that new products, or any of the items in the upper menu are considered ez-pages as they all point to static pages which require manual entry into the ceon_uri_mappings table. (See instructions).
As per my previous response, these are internal links that are part of the EZ Pages top menu.. You add these internal links using the EZ Pages function (which IS allowed). However this module will NOT generate URIs for EZ Pages internal links..
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
DivaVocals
There are posts from the original author on this.. If you are using EZ Pages for some of the store pages (new, featured, specials, all products) this module will NOT create a URI for these kinds of EZ pages.. There are instructions in the readme for creating URIs for pages that are not auto-generated..
Well, yes, I did go through every active EZ-page and generated the URI's, or do you mean something else?
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
DivaVocals
As per my previous response, these are internal links that are part of the EZ Pages top menu.. You add these internal links using the EZ Pages function (which IS allowed). However this module will NOT generate URIs for EZ Pages internal links..
Ah, just saw your response now, so the module won't work at all for my ez-pages links? Is there a workaround?
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
pexter
Ah, just saw your response now, so the module won't work at all for my ez-pages links? Is there a workaround?
Follow the instructions in the readme for this module for adding URIs for pages like new, featured, specials, all, etc..
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
pexter
Ah, just saw your response now, so the module won't work at all for my ez-pages links? Is there a workaround?
Quote:
Originally Posted by
DivaVocals
Follow the instructions in the readme for this module for adding URIs for pages like new, featured, specials, all, etc..
Following the instructions will resolve both issues, but the direct answer for can this program work with ez-pages, the answer is yes it does, there are some caveats though as Diva Vocals has indicated.
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
mc12345678
Following the instructions will resolve both issues, but the direct answer for can this program work with ez-pages, the answer is yes it does, there are some caveats though as Diva Vocals has indicated.
I have really tried to get my EZpages to work but they won't. I have manually added the URL in the DB etc etc... Do I need to convert my EZpage to get this to work? What needs to be done? For instance, http://www.scaffoldusa.com/specials points to http://www.scaffoldusa.com/index.php?main_page=specials. I have set the main page cell to specials in the DB, I have also tried using the URL instead.
Thanks!
/Peter
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
pexter
I believe I would have to disagree that http://www.scaffoldusa.com/specials points to http://www.scaffoldusa.com/index.php?main_page=specials. It may point closely to it, but entering both addresses gives two different results.
What information has been entered for each field of the ceon_uri_mappings table for any/all entries where the uri has /specials in it?
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
mc12345678
URI= /specials
Language_id= 1
current_uri= 1
main_page= specials (it used to say "page" but I changed it just now to specials, the others still says page)
query_string_parameters= NULL
associated_db_id= 17
alternate_uri= NULL
redirection_type_code= NULL
date_added= (the date it was added)
Check the specials link again, it now points somewhere but the link addresses hasen't changed on the website, shouldn't the links automatically change to /specials /new-products etc...?
/Peter
Re: CEON URL working with Multi-language SEO URLs
Quote:
Originally Posted by
pexter
URI= /specials
Language_id= 1
current_uri= 1
main_page= specials (it used to say "page" but I changed it just now to specials, the others still says page)
query_string_parameters= NULL
associated_db_id= 17
alternate_uri= NULL
redirection_type_code= NULL
date_added= (the date it was added)
Check the specials link again, it now points somewhere but the link addresses hasen't changed on the website, shouldn't the links automatically change to /specials /new-products etc...?
/Peter
If the mapping is properly formatted, then yes the uri wouuld change. For a standard rewrite uri like this one, there is no associated_db_id, that too should be set to null.
As I went to test this again to see the effect of having 17 there, it appears that it has been removed... The uri for specials now points to the correct location.
