Ceon URI Mapping v4.x

DML73:

Im trying to get CEON URL working with Multi-language SEO URLs (http://www.zen-cart.com/downloads.php?do=file&id=1717).
By adding:

RewriteRule ^(en|es)/.* index.php [QSA,L]

to the htaccess file ("en" for english and "es" for spanish) the index pages seems to be working fine but all other pages gets a "Page not found error". I suspect the reason is that "Multi-language SEO URLs" adds the "en" and "es" directories to the URL like this:

www.mywebsite.com/en/
www.mywebsite.com/es/

Is there a way to add a rule in htaccess to solve this problem? Or would the code in the CEON module need to be modified?

DML73:

The "Multi-language SEO URLs" module by itself does not do what you mention, as far as I understand. Only if I also install the "Ultimate SEO URLs" plugin as mentioned in the install instructions for the "Multi-language SEO URLs" module it will re-write the URLs. I like the "CEON URL" module better than the "Ultimate SEO URLs" plugin, that's why I would like to get it working with that instead.

So you are trying to get a module that is meant to work with a COMPLETELY DIFFERENT re-writer to work with THIS re-writer?? The short answer to how to make the "Multi-language SEO URL" module with with THIS module versus the module it was written to work with ("Ultimate SEO URLs") is is to have the "Multi-language SEO URL" module re-written to work with this module.. The question that's already been posed to you is WHY would you want to do this?? This module has supported multi-language shops since 2011.

From the FIRST PAGE of THIS support thread in the original author's OWN WORDS:

conor:

Hi,

Welcome to the new support thread for Ceon URI Mapping. At the time of writing, the latest version is v4.0.3.

The latest version of Ceon URI Mapping is always available for download here.

v4.0.3 should be available in the downloads area soon.

About the module

Use Static URIs to make web addresses Easier to Remember and Easier to Enter.
Improve the store's Rankings in Search Engines!

The Ceon URI Mapping module is a very handy module that no Zen Cart site should be without!

Unlike other SEO modules, where the URIs are generated automatically when a customer visits a page, this module allows specific URIs to be entered within the admin, or even for auto-generation to be used to create a static URI for an individual category/product/manufacturer/EZ-Page/Zen Cart page.

We believe this to be a much better solution as **the store is in control of its URIs**. 

It lets the store specify static, human-readable, keyword-based URIs to be used instead of the dynamic, ID-based URIs which Zen Cart uses as standard.
For example, for a product, instead of dynamic URIs like this:

http://yourstore.com/index.php?main_...&products_id=5

A static address - easy to read, easy to type in and full of keywords - could be specified for the product:

http://yourstore.com/books/life-is-good

It's simple to promote sections of the site on advertising literature.

For example, the following static URI could be mapped to the specials page:

http://yourstore.com/EasterSpecials

Ceon URI Mapping is packed full of features, which include:

• Full Multi-Language Support

• Canonical URI Support

• Historical URI Redirection (Never have a broken link again!)

• URI Auto-Generation

• Transliteration Support

• 100% Compatibility with Zen Cart

• As well as many more!

Give potential customers easy to enter/remember URIs and improve the site's rankings in search engines!

DML73:

I see your point. I think my situation is special because I have 2 domains, one for each language (on same server), for example:

www.site.co.uk
www.site.dk

In my htaccess file I then redirect each language to the correct site:

#danish to dk site
RewriteBase /
RewriteCond %{HTTP_HOST} ^(www.|)site.dk$ [NC]
RewriteRule ^$ index.php?&language=da [R=301,L]

#english to co.uk site
RewriteCond %{HTTP_HOST} ^(www.|)site.co.uk$ [NC]
RewriteRule ^$ index.php?&language=en [R=301,L]

I have found that this redirection is not working with the CEON module but it works fine with the Multilanguage SEO module, so I was trying to combine the two. However I guess a better approach would be to get the redirection code working with the CEON module instead. Any ideas?

It's simply AMAZING what you find when searching the support thread (i.e search for multi language). All from the ORIGINAL author..

conor:

Hi,

Glad you like the software.

I'm not entirely clear on what it is you want to do.. do you have two stores, one for each language, or simply one store with two different languages?

If it is the latter, then you simply adjust the URIs as you enter them for the categories/products. E.g., for products, simply add "/sub-folder/" to the start of the "French" URI Mapping for each product/category etc. (I like to have site.com/fr/xxxxx for example, that's how our aarck/aawe software works and is how all language sites should work in my opinion).

If your question is about the former, then you can simply have a rewrite rule for each store in the root's .htaccess file, but add an exclusion for the /sub-folder/ to the first rewrite rule so that it "falls over" to the second rule. Or you can make sure the first rule only applies for the second, sub-folder (French) store and "falls back" to the first rule for the root/English language store.

Certainly, I can say that what you want to do in supporting multiple languages is indeed doable with the software (a fact which is one of the software's strengths!).

All the best..

Conor
ceon

conor:

Hi,

Yes. The distribution even comes with code to get the Multi-language EZ-Pages using static URIs if you want. :)

Have a good weekend!

All the best...

Conor
ceon

I Cannot solve this:

I have structured the int. urls. like this: /mysite.com/en/blahblah, /mysite.com/fr/blahblah,...but it is impossible to me to map the homepage: mysite.com/en

Any idea? (tested mapping at db and rewritting with htaccess with nosuccess)

tonibarcelona:

I Cannot solve this:

I have structured the int. urls. like this: /mysite.com/en/blahblah, /mysite.com/fr/blahblah,...but it is impossible to me to map the homepage: mysite.com/en

Any idea? (tested mapping at db and rewritting with htaccess with nosuccess)

INSERT INTO `ceon_uri_mappings` (`uri` ,`language_id` ,`current_uri` ,`main_page` ,`query_string_parameters` ,`associated_db_id` ,`alternate_uri` ,`date_added`) 
VALUES ( '/mysite.com/fr','2','1','index','language=fr',NULL ,NULL , NOW() 
);

This assumes that French is language id 2; although I had also inadvertently used a value of '1' and obtained the same final result.

It doesn't replace the link provided at the language flags, but entering the link using the two letter language designation does result in landing on the home page in the language identified by the two letter abbreviation.

Not sure that using the mysite.com approach is correct meaning having the period included... I have seen a site before that had problems with having a subfolder of mysite.com instead of mysitedotcom or some full text only method.

DivaVocals:

The question that's already been posed to you is WHY would you want to do this?? This module has supported multi-language shops since 2011.

The reason currently is that the "Multi-language SEO URLs" module adds the hreflang tags correctly to all zencart pages. As far as I can see the CEON module by its own does not.
Maybe not a necessity but would be nice to have.

DML73:

The reason currently is that the "Multi-language SEO URLs" module adds the hreflang tags correctly to all zencart pages. As far as I can see the CEON module by its own does not.
Maybe not a necessity but would be nice to have.

Seems to me that it is not up to the CEON module to add the tags, but instead should be a function of ZC that just happens to be supported or continued by the CEON module. Didn't find a reference to hreflang in zc 1.5.3 so would say that it is not an issue with CEON URI...

DML73:

The reason currently is that the "Multi-language SEO URLs" module adds the hreflang tags correctly to all zencart pages. As far as I can see the CEON module by its own does not.
Maybe not a necessity but would be nice to have.

and one thing Conor was a STICKLER about was that his module's played well with other modules, and that the way to do this was to follow Zen Carts established coding standards.. Ceon URI has supported multi-languages since 2011, so there REALLY is NO REASON to make it work with the "Multi-language SEO URLS" module..

From the readme:

Full Multi-language Support - including Transliteration and UTF-8!

• The module is fully multilingual - every page can have a URI mapping for each language supported by the store!

• The module automatically causes Zen Cart to use the language the URI uses, greatly enhancing Zen Cart's language functionality!

• This multi-language functionality makes it likely that the site will feature much higher in search engine listings specific to the various languages the store supports.

• The module also has full support for transliteration! When using the URI mapping auto-generation functionality it transliterates the names/titles from any language into plain ASCII, the format used by URIs.

• Transliteration support means that characters outside of the standard character set allowed in URIs won't just be stripped from the URI, leaving words with letters missing. For example, “á” is replaced with “a”, “ß” is replaced with “ss” etc.

• The transliteration support extends to supporting the UTF-8 character set, so Japanese, Chinese characters etc. are all handled easily!

and from another episode of RTFM... From the Ceon URI readme..

Specifying the current URI Mapping for a Product

              Specifying the current URI mapping for a Product, for each language used by the store, is easily accomplished:

• Use Catalog > Categories/Products to navigate to the product the desired product is within.

• Click the (green) icon for “Edit” alongside the product's name or click the “New Product” button if adding a new product.

              The URI mapping can be automatically generated using the store's URI mapping auto-generation settings:

• The URI mapping fields can be found at the bottom of the page.

• Simply tick the URI mapping auto-generation text box and click “Preview”.

• The URI mapping will then be generated using the full path to the current product and the name of the product. For stores with multiple languages, a URI mapping will be generated for each language, using the respective product names entered for each language.

• **The auto-generated URI mappings for each language the store is using will be displayed below the product's description.

**

• Click “Update” to save the product's information, including its URI mapping(s).

So it's still not clear WHY the Ceon URI module should be made to work with the "Multi-language SEO URLS" module to add SUPPORT for a feature already SUPPORTED by the Ceon URI module..

Now that said, this is an OPEN SOURCE module.. and as such since this module TRULY doesn't have what I consider an ACTIVE maintainer (one who will TRULY look after this module as bugs and upgrades to Zen Cart occur) ANYONE can certainly take over the care and upkeep of this module, or fork it and add this feature.. However, it hasn't been made clear why this is needed if it's ALREADY SUPPORTED..

mc12345678:

INSERT INTO ceon_uri_mappings (uri ,language_id ,current_uri ,main_page ,query_string_parameters ,associated_db_id ,alternate_uri ,date_added)
VALUES ( '/mysite.com/fr','2','1','index','language=fr',NULL ,NULL , NOW()
);

> 
> This assumes that French is language id 2; although I had also inadvertently used a value of '1' and obtained the same final result.
> 
> It doesn't replace the link provided at the language flags, but entering the link using the two letter language designation does result in landing on the home page in the language identified by the two letter abbreviation.
> 
> Not sure that using the mysite.com approach is correct meaning having the period included... I have seen a site before that had problems with having a subfolder of mysite.com instead of mysitedotcom or some full text only method.

Many thanks mc12345678 for your help and good intentions, but this doen´t work. I did it weeks ago and the redirection Works, but... zen-cart doesn´t recognize this as the homepage and renders the common index template.

tonibarcelona:

Many thanks mc12345678 for your help and good intentions, but this doen´t work. I did it weeks ago and the redirection Works, but... zen-cart doesn´t recognize this as the homepage and renders the common index template.

That would be because what you consider the "homepage" is for you not the index page. What pray tell then if not the index page is your homepage? For my test case where I have/had a "second" language installed, it was if I visited the page identified in the language chosen. In my case the index.php page which was written/offered in two different languages...

If your home page is anything other than index, then you need to identify the parameters that would need to be manually inserted into the database that would otherwise be "displayed" to get to that point. If it be an ezpage, a category page, a product page, etc... Etc... ETC...

Would suggest adding it to the database as a status of 0 as it probably already exists as a different listing that is active, but if it doesn't already exist as some other redirection path, then it should be a status of 1.

DML73, forget Multi-Language SEO URLs mod and do this to your common HTML_header:
$tmp_lng = new language();
reset($tmp_lng->catalog_languages);
foreach($tmp_lng->catalog_languages as $cat_lng) {
$lengua_sql = $db->Execute("select languages_id from " . TABLE_LANGUAGES . " where code = '" . $cat_lng['code'] . "'");
$codigo_de_lengua=$lengua_sql->fields['languages_id'];

if (isset($_GET['cPath'])) {

$ceon_por_lengua_sql = "select uri from " . TABLE_CEON_URI_MAPPINGS . " where uri IS NOT NULL and main_page='index' and associated_db_id=".$current_category_id." and current_uri=1 and language_id='" .$codigo_de_lengua."'";
$ceon_por_lengua_query = $db->Execute($ceon_por_lengua_sql)->fields['uri'];
}

else if (isset($_GET['manufacturers_id']) ){
$marca_a_buscar="'manufacturers_id=".(int)$_GET['manufacturers_id']."'";
$ceon_por_lengua_sql = "select uri from " . TABLE_CEON_URI_MAPPINGS . " where uri IS NOT NULL and main_page='index' and query_string_parameters=".$marca_a_buscar." and current_uri=1 and language_id='" .$codigo_de_lengua."'";
$ceon_por_lengua_query = $db->Execute($ceon_por_lengua_sql)->fields['uri'];
}

if ($ceon_por_lengua_query!=''){
if ($cat_lng['code']==DEFAULT_LANGUAGE){echo '<link rel="alternate" href="<http://www.mysite.com> . $ceon_por_lengua_query. '" hreflang="x-default" />';}
echo '<link rel="alternate" href="<http://www.mysite.com> . $ceon_por_lengua_query. '" hreflang="' . $cat_lng['code'] . '" />'.PHP_EOL;
}
}

Thank you one more time, mc12345678.
My homepage is the index. But I "cutomize" it not displying the columns. Have you tested the solution you propose?

tonibarcelona:

Thank you one more time, mc12345678.
My homepage is the index. But I "cutomize" it not displying the columns. Have you tested the solution you propose?

Yes I did as indicated by trying both languages 1 and 2 for the sql provided. Seeing the above customiztion doesn't use zencart zen_href related functions and hardcodes the store's uri to name a few areas of improvement, makes me wonder what customizations were made to the "homepage".

lot of customizations were made, but none of them is attached to homepage
the code above is only fo showing hreflang tags, in conjuction with ceon uri mapping

Few weeks ago, I tried to map the variable $this_is_home_page , but with no success :(

tonibarcelona:

Few weeks ago, I tried to map the variable $this_is_home_page , but with no success :(

Would be easier to obtain help if you identify what constitutes your homepage? Almost anything would help, there are so many ways to identify what you have considered to be your homepage content. For example, when browsing your site (has web address been provided?) What is the url that is shown for the home option that typically appears in the upper left? What is the setting in the configurations section for the category to appear when opening the webpage. Have you used some sort of htaccess redirect to display some sort of customized page? $this_is_home_page is not something that "fits" into the CEON URI mapping table if that is what is meant. Otherwise, what is meant by mapping the variable/how was it used?

Btw, this discussion is beginning to become off-topic to this forum, unless a direct correlation can be made to the operation of CeON urI mapping, the discussion of above should be continued on a new thread.

Hi mc12345678
Homepage sent by pm

mc12345678:

Btw, this discussion is beginning to become off-topic to this forum, unless a direct correlation can be made to the operation of CeON urI mapping, the discussion of above should be continued on a new thread.

Why? I think is totally related to ceon uri. It´s related to have the homepage of a language mapped

tonibarcelona:

Why? I think is totally related to ceon uri. It´s related to have the homepage of a language mapped

With regrds to the mapping of the language to the homepage, as indicated in the provided sql, the use of mysite.com as a subdirectory was discouraged. The uri provided which with respect is not being disclosed does not contain such a sub-directory. To explain and as is shown in the hreflang uri construct, the data in the database for the uri mappings does not actually contain the site's uri, but the path off of the uri to the final location so in the case of this site, the sql provided would have the subdirectory replaced for mysite.com. Ie: /ZenCart/fr would be the path to include in the sql to map french to the site that is hosted at mysite dot com/ZenCart/fr

Now that said, looking at the site via. Mobile device identified that the template for a mobile device is not integrated with ZC the way expected as looking at the "full site" takes one to the site/fullsite.php file instead of index.php. Finally after navigating was able to find a way to truly see the site as if from a desktop, and nothing appeared unique about the "homepage" that would cause any "concern".

So the reason of discussion of a possible off topic discussion is the relationship of the template (which I have not viewed from a desktop computer) to CEON URI Mapping and the actions necessary to bring it up to ZC standard/normal use. The associated specifics would be more appropriate in a separate thread.

Ok, I understand you now.

mc12345678:

With regrds to the mapping of the language to the homepage, as indicated in the provided sql, the use of mysite.com as a subdirectory was discouraged. The uri provided which with respect is not being disclosed does not contain such a sub-directory. To explain and as is shown in the hreflang uri construct, the data in the database for the uri mappings does not actually contain the site's uri, but the path off of the uri to the final location so in the case of this site, the sql provided would have the subdirectory replaced for mysite.com. Ie: /ZenCart/fr would be the path to include in the sql to map french to the site that is hosted at mysite dot com/ZenCart/fr

Yes, that is true, I haven´t thinked about a user with the shop located at a subdirectory. I have this situation but I includeed the subdirectory path at any uri mapping. Neverless, the code I provided will generate the hreflang and will serve as a guide for DML73.

Now that said, looking at the site via. Mobile device identified that the template for a mobile device is not integrated with ZC the way expected as looking at the "full site" takes one to the site/fullsite.php file instead of index.php.
This is a handmade redirection for smartphones. It applies only to templates.

Finally after navigating was able to find a way to truly see the site as if from a desktop, and nothing appeared unique about the "homepage" that would cause any "concern".

So the reason of discussion of a possible off topic discussion is the relationship of the template (which I have not viewed from a desktop computer) to CEON URI Mapping and the actions necessary to bring it up to ZC standard/normal use. The associated specifics would be more appropriate in a separate thread.

Ok, Isn´t my intention to hijack the thread. Many thanks for take a view to the site for try to help !!

I'm having problems with a site that I have set up as a the main domain. Actually the problem is with the sub domains. I can't get to them with the .htaccess file that is create with CEON. If I don't use the .htaccess file I can get to them. Here is the file.

RewriteEngine On

# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
#   which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
#   which are not covered by main file extension condition above
#   Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/adminghi [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite rayshookconstruction.com directory
RewriteCond %{REQUEST_URI} !^/rayshookconstruction\.com/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi\-bin/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [NC]
# Don't rewrite b-goat.com directory
 RewriteCond %{REQUEST_URI} !^/b\-goat\.com/ [NC]
# Don't rewrite sitemap directory
RewriteCond %{REQUEST_URI} !^/sitemap/ [NC]
# Don't rewrite temp.jaciscookies.com directory
RewriteCond %{REQUEST_URI} !^/temp\.jaciscookies\.com/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

Not sure what I need to change. Help would be greatly appreciated.

Billie