Ceon URI Mapping v4.x

[schoolboy]

I really appreciate your information schoolboy....I will look into your information you provided. The only reason I was trying to get this to work is for seo ranking. So I'm guessing it's not worth fixing this problem. Well with that being said I'm going to remove this from my site. Thank you for your help.

Glad to have put you on the right track.

Regardless of other commentary on the "usefulness" of these modules, they are ALL extremely fragile and the potential for doing damage to your site's visibility and discoverability is far greater than any "perceived" advantages of having "nice url's". Conor was indeed a genius, and you are pretty safe with most of his stuff - but I did discover a couple of flaws in his SagePay module a few years back (which I pointed out to him) and he happily corrected them. So all of us are fallible.

As far as "ignorant masses" is concerned. This is not to cause offence. Being ignorant of something is no crime. MOST people still believe that these "nice url's" positively influence page rank on search engines. This is a result of ignorance. I am simply putting the facts straight, and pointing people to what really matters with seo.

[lagcher.r]

Hello guys, I have a problem.

Zen cart v1.39h
ceon uri mapping v4.0.8

I have a zen cart website: will call it www.mysite1.com
I want to create a second zen cart website on the same webhost account.
I have uploaded a folder with the zen cart install files to public_html/mysite2.com
Every time i typ in my website adress www.mysite2.com it gets redirected to www.mysite1.com.
I think the .htaccess file is the problem,i had contact with my webshost support and they confirmed that the htaccess is the problem.
They gave me advice how to fix it but it didn't help. I used the example htaccess fom the ceon uri mapping module.
I don't know what to change in the htaccess file to make it work.

here's my htaccess

## BEGIN CEON URI MAPPING REWRITE RULE

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} !^/ZCadmin_RAY [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite ext directory
RewriteCond %{REQUEST_URI} !^/ext/ [NC]
# Don't rewrite sitemap directory
RewriteCond %{REQUEST_URI} !^/sitemap/ [NC]
# Don't rewrite webstats directory
RewriteCond %{REQUEST_URI} !^/webstats/ [NC]
# Don't rewrite min directory
RewriteCond %{REQUEST_URI} !^/min/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite mail directory
RewriteCond %{REQUEST_URI} !^/mail/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi\-bin/ [NC]
# Don't rewrite fonts directory
RewriteCond %{REQUEST_URI} !^/fonts/ [NC]
# Don't rewrite mysite2 directory
RewriteCond %{REQUEST_URI} !^/mysite2\.com/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

Thanks.

[DivaVocals]

[QUOTE=schoolboy;1191100]Glad to have put you on the right track.

Regardless of other commentary on the "usefulness" of these modules, they are ALL extremely fragile and the potential for doing damage to your site's visibility and discoverability is far greater than any "perceived" advantages of having "nice url's". Conor was indeed a genius, and you are pretty safe with most of his stuff - but I did discover a couple of flaws in his SagePay module a few years back (which I pointed out to him) and he happily corrected them. So all of us are fallible.

As for the fragility of this module, and it's potential to "doing damage to your site's visibility and discoverability", the same can be said of ANY module which causes a site to behave as it shouldn't.. I am working on a site now for a client where the product pages are not displaying as they should because he incorrectly installed a discount module and then improperly attempted to remove the module after incorrectly installing it. This is now preventing the product pages from rendering correctly. This example certainly is a situation where a module is "doing damage to your site's visibility and discoverability". Let me be clear that there's NOTHING wrong with the discount module. The issue has EVERYTHING to do with the fact that the shopowner installed this module incorrectly and after not being able to correct the installation issue, he "removed" it hence causing the product pages to stop rendering properly..

Yes Conor was fallible.. he was after all human. But the general QUALITY of his modules, and the fact that releasing quality code was important to him IMHO makes this and other modules written written by him safe to use.

Based on the posts in this support thread, the issues related to installation of this module have everything to do with shopowners not fully understanding how to troubleshoot installation issues when they occur. The common issues reported here (unlike the SSU module which is flat out BROKEN) usually revolve around some common themes:

• not uploading ALL the required files
• not understanding how to merge the core file changes
• a lack of understanding on how to configure the re-write rules

These can all lead to issues and a less than satisfactory result.

However, that is not unique to this module or even Zen Cart.. Even in frameworks which build in features to support generating "pretty URLs" there can be issues created by the siteowner improperly configuring things. In WordPress for example incorrectly configuring one's permalinks can lead to similar issues, the same is true of PrestaCart and other frameworks as well.

Fortunately Conor did a pretty good job of trying to make this module as "bulletproof" as he possibly could. The very detailed and well written readme document, installation checker function, and the re-write rule assistant all are there to help ensure that a shopowner can install this module with minimal issues.

I agree that the perceived SEO benefit of pretty URLs is NOT a reason to install this module.. Pretty URLs are not a substitute for what REALLY matters with regards to SEO, and to Conor's credit he has said the same multiple times.. However there are plenty of other valid business reasons to want to have "pretty" URLs and this module when properly installed will do that.

As far as "ignorant masses" is concerned. This is not to cause offence. Being ignorant of something is no crime. MOST people still believe that these "nice url's" positively influence page rank on search engines. This is a result of ignorance. I am simply putting the facts straight, and pointing people to what really matters with seo.

And that's awesome, but this entire line of discussion is still very much off topic in a support thread in response to a request for installation/configuration assistance. Conor was very good about NOT using this support thread for such a discussion because he recognized that it is off topic. There are a TON of threads which discuss this topic. I don't think that this support thread is the proper place to start or continue this line of discussion.

[DivaVocals]

I wonder if there isn't another possible issue.. If you cloned "Site2" from the files for "Site1", check that your configure.php file for "Site2" does NOT contain references to "Site1"

Hello guys, I have a problem.

Zen cart v1.39h
ceon uri mapping v4.0.8

I have a zen cart website: will call it www.mysite1.com
I want to create a second zen cart website on the same webhost account.
I have uploaded a folder with the zen cart install files to public_html/mysite2.com
Every time i typ in my website adress www.mysite2.com it gets redirected to www.mysite1.com.
I think the .htaccess file is the problem,i had contact with my webshost support and they confirmed that the htaccess is the problem.
They gave me advice how to fix it but it didn't help. I used the example htaccess fom the ceon uri mapping module.
I don't know what to change in the htaccess file to make it work.

here's my htaccess

## BEGIN CEON URI MAPPING REWRITE RULE

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} !^/ZCadmin_RAY [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite ext directory
RewriteCond %{REQUEST_URI} !^/ext/ [NC]
# Don't rewrite sitemap directory
RewriteCond %{REQUEST_URI} !^/sitemap/ [NC]
# Don't rewrite webstats directory
RewriteCond %{REQUEST_URI} !^/webstats/ [NC]
# Don't rewrite min directory
RewriteCond %{REQUEST_URI} !^/min/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite mail directory
RewriteCond %{REQUEST_URI} !^/mail/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi\-bin/ [NC]
# Don't rewrite fonts directory
RewriteCond %{REQUEST_URI} !^/fonts/ [NC]
# Don't rewrite mysite2 directory
RewriteCond %{REQUEST_URI} !^/mysite2\.com/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

Thanks.

[lagcher.r]

I did not clone my site1. It is a fresh zen cart install. My first site is a v1.39h and the other zen cart v1.51.

[DivaVocals]

I did not clone my site1. It is a fresh zen cart install. My first site is a v1.39h and the other zen cart v1.51.

Well there's NOTHING in your .htaccess file I see that would cause a site to redirect one from one domain to a different domain.. (Hopefully someone more knowledge than I can confirm this) so let's go back to your original post

Zen cart v1.39h
ceon uri mapping v4.0.8

I have a zen cart website: will call it www.mysite1.com
I want to create a second zen cart website on the same webhost account.
I have uploaded a folder with the zen cart install files to public_html/mysite2.com
Every time i typ in my website adress www.mysite2.com it gets redirected to www.mysite1.com.
I think the .htaccess file is the problem,i had contact with my webshost support and they confirmed that the htaccess is the problem.
They gave me advice how to fix it but it didn't help. I used the example htaccess fom the ceon uri mapping module.
I don't know what to change in the htaccess file to make it work.

You state that your host confirmed that the issue is the .htaccess file and gave you advice on how to fix it.

So how did they come to this conclusion??

Exactly what did they suggest to "fix" it??

[schoolboy]

but this entire line of discussion is still very much off topic in a support thread in response to a request for installation/configuration assistance. I don't think that this support thread is the proper place to start or continue this line of discussion.

I beg to differ... the person who I assisted installed this under the "ignorant" pretext that it helped SEO... I have helped his see the "error of his ways" and pointed him to a topic that is far more relevant. As his goal is for better SEO, then it is essential that we steer him away from these URL re-writers. and briefly explain why.

You just need to look at the number of "views" that threads relating to "SEO URL's" have generated over the years... collectively more than three quarters of a million - and that suggests to me that:-

1. Large swathes of zencart humanity have significant problems with these nonsensical, pointless add-ons.
2. A substantial percentage remains "ignorant" about their value (which is zero).



PS... As I often say, if your site competes with any of mine, then PLEASE install a SEO URL module... It means we have one less site to worry about in the SERP stakes.

[lagcher.r]

Well there's NOTHING in your .htaccess file I see that would cause a site to redirect one from one domain to a different domain.. (Hopefully someone more knowledge than I can confirm this) so let's go back to your original post

You state that your host confirmed that the issue is the .htaccess file and gave you advice on how to fix it.

So how did they come to this conclusion??

Exactly what did they suggest to "fix" it??

In my cpanel you have an option to point the folder containing the files to the new domain name(mysite2).
The htaccess generated from this should fix this problem.

Here's the htaccess provided by webhost controlpanel.

####CUSTOM_HEADER####
#NL: Place your custom rules here
#EN: Plaats je eigen regels hier
## BEGIN CEON URI MAPPING REWRITE RULE
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} !^/ZC_xxx [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite ext directory
RewriteCond %{REQUEST_URI} !^/ext/ [NC]
# Don't rewrite sitemap directory
RewriteCond %{REQUEST_URI} !^/sitemap/ [NC]
# Don't rewrite webstats directory
RewriteCond %{REQUEST_URI} !^/webstats/ [NC]
# Don't rewrite min directory
RewriteCond %{REQUEST_URI} !^/min/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite mail directory
RewriteCond %{REQUEST_URI} !^/mail/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi\-bin/ [NC]
# Don't rewrite fonts directory
RewriteCond %{REQUEST_URI} !^/fonts/ [NC]
# Don't rewrite mysite2 directory
RewriteCond %{REQUEST_URI} !^/mysite2\.com/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
####CUSTOM_TAILER####

####ERROR_HEADER####
####ERROR_TAILER####

####SUBDOMAINS_HEADER####
RewriteEngine on
#RULE:www,mysite2.com,/mysite2.com
#RULE:,mysite2.com,/mysite2.com
RewriteCond %{HTTP_HOST} ^www.mysite2.com$
RewriteCond %{REQUEST_URI} !^/mysite2.com/
RewriteRule (.*) /mysite2.com/$1 [last]
RewriteCond %{HTTP_HOST} ^mysite2.com$
RewriteCond %{REQUEST_URI} !^/mysite2.com/
RewriteRule (.*) /mysite2.com/$1 [last]
####SUBDOMAINS_TAILER####

they also suggested to move the lines:

RewriteEngine on
#RULE:www,mysite2.com,/mysite2.com
#RULE:,mysite2.com,/mysite2.com
RewriteCond %{HTTP_HOST} ^www.mysite2.com$
RewriteCond %{REQUEST_URI} !^/mysite2.com/
RewriteRule (.*) /mysite2.com/$1 [last]
RewriteCond %{HTTP_HOST} ^mysite2.com$
RewriteCond %{REQUEST_URI} !^/mysite2.com/
RewriteRule (.*) /mysite2.com/$1 [last]

under the ####CUSTOM_HEADER#### line.

[lhungil]

Hello guys, I have a problem.

Zen cart v1.39h
ceon uri mapping v4.0.8

I have a zen cart website: will call it www.mysite1.com
I want to create a second zen cart website on the same webhost account.
I have uploaded a folder with the zen cart install files to public_html/mysite2.com
Every time i typ in my website adress www.mysite2.com it gets redirected to www.mysite1.com.
I think the .htaccess file is the problem,i had contact with my webshost support and they confirmed that the htaccess is the problem.

This sounds like an issue with the way your hosting company (or you via cPanel) configured the new domain. You need to define separate public_html folders for each domain (cPanel calls them "document root"). This eliminates the need for complicated .htaccess rules in each folder to handle redirections caused by two domains sharing a document root.

If your hosting provider has your site structured with "/username/public_html"... You can configure separate document root folders using cPanel for the second domain. This MUST be done when the domain is added. If it was not you would need to remove and re-add the domain. Under cPanel go to "Domains" > "Add-On domains". You should see the option to remove existing domains and also the option to add a new domain. One of the fields when adding a domain is "document root". This would then become "/username/domain2/public_html". Why the extra folder in the middle? So your new domain has somewhere to place sensitive files such as "cache", "logs", and other data if needed.

If your hosting provider does not give you write access to a folder below the "public_html" (document root) folder, you may want to look at a different provider. Having a place to store sensitive data is a good idea, and lets you setup multiple domains with less hassle.

I have a few clients who have multiple domains hosted with companies using cPanel and this method works well.

Alternatively you can add an exclusion to the .htaccess rules added by CEON URI Mapping to exclude requests made for domain2.com. But you will have to make a number of changes in domain2.com for domain2.com's .htaccess rules to work with CEON URI Mapping... It will be easier and better in the long run to just configure both domains on the server (via cPanel) with separate "public_html" (document root) folders.

[lagcher.r]

My site1 zen cart is in public_html and my site2 is in public_html/mysite2. Ik can reach the zen cart site2 install trough www.mysite1.com/mysite2.
I haven't completed the zen cart instal yet. Maybe this the problem?