Hi all,

When will be there an updated version for ZC 1.5.3?

Thanks for the answers in advance!

Andreas1211:

Hi all,

When will be there an updated version for ZC 1.5.3?

Thanks for the answers in advance!

So, a couple things on that. I think from recent posts on the issue, it won't be updated by those of jsweb until a support ticket (or whatever method of notification) is made to jsweb at their site. Otherwise, anyone can submit n updated version. I posted a downloadable file set that I had generated for a 1.5.3 site two pages ago that would need to be combined with the current version that has been posted. Call it lazy if you wish or unsure, but I didn't do a full incorporation to include instruction update, etc. To post a new version with the files included. Additionally, I've only had limited access to a server with a more recent version of php to validate full functionality, so hesitated in considering it viable solution. It worked for the system I used it on, and thought I would share the "wealth" seeing that an update had not yet been provided here.

it won't be updated by those of jsweb until a support ticket...

Incorrect - supporting Conor's free contributions was never part of our original agreement with Ceon. However, when we get the time, we will endeavour to update the free contributions when necessary.

A new version has been uploaded to the plugins section+ that is 1.5.3 compatible. Probably still awaiting moderation.

Ryk:

Incorrect - supporting Conor's free contributions was never part of our original agreement with Ceon. However, when we get the time, we will endeavour to update the free contributions when necessary.

A new version has been uploaded to the plugins section+ that is 1.5.3 compatible. Probably still awaiting moderation.

Thank you for the support and for supplying a 1.5.3 compatible version to the approval process.

mc12345678:

Categories done. Essentially has the same functionality as with products. Create/recreate URIs for all categories on export (Categories Only with metatags) or all categories that currently have a product associated (Model/Category). Adding EZ-Page capability that wasn't previously included...

Did you finish this/release as a module?
I've had to make some big changes to the ctegories/products of the site and the thought of single clicking through them all ..... meh!

Thank's JS, Once the 153 version is available I will upgrade my site

http://www.zen-cart.com/downloads.php?do=file&id=889 - it's there

Hi Can anyone help me out, I have copied the example rewrite rule but the URI are redirecting only to the homepage.

enawdski:

Hi Can anyone help me out, I have copied the example rewrite rule but the URI are redirecting only to the homepage.

Need to provide more information. Might suggest providing the .htaccess file but with the admin directory obscured. Also to identify if the store is in the main directory or a sub-directory, other htaccess modifyiing plugins installed? Other posting guideline questions that have been missed?

mc12345678:

Need to provide more information. Might suggest providing the .htaccess file but with the admin directory obscured. Also to identify if the store is in the main directory or a sub-directory, other htaccess modifyiing plugins installed? Other posting guideline questions that have been missed?

Thank you for the reply. .htaccess is:

BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

ONLY rewrite URIs beginning with /onlinestore/

RewriteCond %{REQUEST_URI} ^/onlinestore/ [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 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} !^/onlinestore/adminxxxxxxx [NC]

Don't rewrite editors directory

RewriteCond %{REQUEST_URI} !^/onlinestore/editors/ [NC]

Don't rewrite modules directory

RewriteCond %{REQUEST_URI} !^/onlinestore/modules/ [NC]

Don't rewrite languages directory

RewriteCond %{REQUEST_URI} !^/onlinestore/languages/ [NC]

Don't rewrite min directory

RewriteCond %{REQUEST_URI} !^/onlinestore/min/ [NC]

Don't rewrite cgi-bin directory

RewriteCond %{REQUEST_URI} !^/onlinestore/cgi-bin/ [NC]

Don't rewrite cron directory

RewriteCond %{REQUEST_URI} !^/onlinestore/cron/ [NC]

Don't rewrite sitemap directory

RewriteCond %{REQUEST_URI} !^/onlinestore/sitemap/ [NC]

Don't rewrite templates directory

RewriteCond %{REQUEST_URI} !^/onlinestore/templates/ [NC]

Don't rewrite bmz_cache directory

RewriteCond %{REQUEST_URI} !^/onlinestore/bmz_cache/ [NC]

Don't rewrite logs directory

RewriteCond %{REQUEST_URI} !^/onlinestore/logs/ [NC]

Handle all other URIs using Zen Cart (its index.php)

RewriteRule .* /onlinestore/index.php [QSA,L]

END CEON URI MAPPING REWRITE RULE

I didn't change anything from the example Rewrite rule.
The .htaccess is located in the root while the store is inside /onlinestore
There is no other rewrites active.
new files uploaded properly together with the modified core files and the template overrides. TIA.

Can you provide all the content from .htaccess?
In the meanwhile, are you sure tha mod_rwrit i active? If not sur, add this to the beining of .htaccess: RewriteEngine On

enawdski:

Thank you for the reply. .htaccess is:

BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

ONLY rewrite URIs beginning with /onlinestore/

RewriteCond %{REQUEST_URI} ^/onlinestore/ [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 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} !^/onlinestore/adminxxxxxxx [NC]

Don't rewrite editors directory

RewriteCond %{REQUEST_URI} !^/onlinestore/editors/ [NC]

Don't rewrite modules directory

RewriteCond %{REQUEST_URI} !^/onlinestore/modules/ [NC]

Don't rewrite languages directory

RewriteCond %{REQUEST_URI} !^/onlinestore/languages/ [NC]

Don't rewrite min directory

RewriteCond %{REQUEST_URI} !^/onlinestore/min/ [NC]

Don't rewrite cgi-bin directory

RewriteCond %{REQUEST_URI} !^/onlinestore/cgi-bin/ [NC]

Don't rewrite cron directory

RewriteCond %{REQUEST_URI} !^/onlinestore/cron/ [NC]

Don't rewrite sitemap directory

RewriteCond %{REQUEST_URI} !^/onlinestore/sitemap/ [NC]

Don't rewrite templates directory

RewriteCond %{REQUEST_URI} !^/onlinestore/templates/ [NC]

Don't rewrite bmz_cache directory

RewriteCond %{REQUEST_URI} !^/onlinestore/bmz_cache/ [NC]

Don't rewrite logs directory

RewriteCond %{REQUEST_URI} !^/onlinestore/logs/ [NC]

Handle all other URIs using Zen Cart (its index.php)

RewriteRule .* /onlinestore/index.php [QSA,L]

END CEON URI MAPPING REWRITE RULE

I didn't change anything from the example Rewrite rule.
The .htaccess is located in the root while the store is inside /onlinestore
There is no other rewrites active.
new files uploaded properly together with the modified core files and the template overrides. TIA.

tonibarcelona:

Can you provide all the content from .htaccess?
In the meanwhile, are you sure tha mod_rwrit i active? If not sur, add this to the beining of .htaccess: RewriteEngine On

If the request made earlier to provide the contents of the .htaccess (without the identification of the admin directory) is what was provided above then one can see that the rewriteengine statement is included. Another area that could be a problem/cause might be in the includes/configure.php file. What are the settings for HTTP_SERVER, HTTPS_SERVER, ENABLE_SSL, DIR_WS_CATALOG, and DIR_WS_HTTPS_CATALOG?

You don't need to provide the actual url (ie could be replaced with www.mydomain dot com or something if desired), but do need to see the general construct with slashes, etc...

mc12345678:

If the request made earlier to provide the contents of the .htaccess (without the identification of the admin directory) is what was provided above then one can see that the rewriteengine statement is included. Another area that could be a problem/cause might be in the includes/configure.php file. What are the settings for HTTP_SERVER, HTTPS_SERVER, ENABLE_SSL, DIR_WS_CATALOG, and DIR_WS_HTTPS_CATALOG?

You don't need to provide the actual url (ie could be replaced with www.mydomain dot com or something if desired), but do need to see the general construct with slashes, etc...

Another question... Do you have an .htaccess file in your onlinestore directory? And before I get pounced, I know the instructions for installing CEON URI Rewriter state to incorporate the provided .htaccess file into the root directory and that the provided information is not to go into the sub-directory in which the store is installed (when a store is installed into a sub-directory). I am also aware that ZC does not require a .htaccess file to be located within the base of the store. It is all of these things though that could also lead to a problem if not properly managed, and so am trying to ascertain the current status.

BTW, I haven't seen that it would be an issue per se, but the RewriteRule, perhaps change it slightly?

RewriteRule ^(.*)$ /onlinestore/index.php [QSA,L]
 

By adding the ^( and )$ around the .*?

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:

https://www.mywebsite.com/en/
https://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:

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:

https://www.mywebsite.com/en/
https://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?

Not to be rude or awnry, why would you want to use a uri rewriter to rewrite in or to a foreign language when a uri rewriter already handles foreign/multiple languages? This. uri rewriter can even handle uris written as shown in the above examples if they previously existed with the applicable en or es folder prefix. Further the instructions do identify that using two rewriters is highly not advised/are likely not to work together.

mc12345678:

Not to be rude or awnry, why would you want to use a uri rewriter to rewrite in or to a foreign language when a uri rewriter already handles foreign/multiple languages? This. uri rewriter can even handle uris written as shown in the above examples if they previously existed with the applicable en or es folder prefix. Further the instructions do identify that using two rewriters is highly not advised/are likely not to work together.

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.

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.

Well, though the thing is that the CEON module already is multi-language, so what is there to get to work with it?

Saying that the module adds on en or es or whatever two letter abbreviaition to the uri is a uri rewriter. Therefore, having that plus CEON URI rewriter is having two rewriters...

If it is desired to have some sort of language identifying information in the uri, then it would just need to be added to part of the uri construct for the product(s)/category(ies).

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

https://www.site.co.uk
https://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?

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:

https://www.site.co.uk
https://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?

Possible to do with this version of CEON rewriter. I'm a long ways away fom a computer to be able to tinker with. The htaccess that maybe necessary. I do know that in working with the module I have it working on a single server with multiplesubfolders each having their own "store" tobeable to try different setups. The request is beyond the typical usage/design (utogenerrated htaccess doesn't generate all of the applicable statements.) But it is something thatcan be done.

Would be good to understand things like are all of thesame products provided, is it just a language thing, anything else that may help the overall solution. (Whichmaynot be to simply get ceon uri rewriter to work as described...

Nd please forgiveme, I have been out in the heat the last three days fora long period of time. I already know that to help o will need to reread thepecious setup description, butit would help to state itconcisely.