-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
GodfatherAntiques
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.
-
Re: Ceon URI Mapping v4.x
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.
-
Re: Ceon URI Mapping v4.x
[QUOTE=schoolboy;1191100]Glad to have put you on the right track.
Quote:
Originally Posted by
schoolboy
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.:smile: 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.
Quote:
Originally Posted by
schoolboy
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.
-
Re: Ceon URI Mapping v4.x
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"
Quote:
Originally Posted by
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.
-
Re: Ceon URI Mapping v4.x
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.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
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.
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
Quote:
Originally Posted by
lagcher.r
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??
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DivaVocals
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).
:D
PS... As I often say, if your site competes with any of mine, then PLEASE install a SEO URL module... :yes: It means we have one less site to worry about in the SERP stakes.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DivaVocals
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.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
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.
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.
-
Re: Ceon URI Mapping v4.x
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?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lhungil
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.
Can this also be done with an ftp client?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
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?
As lhungil has said, you need to set up ADD-ON DOMAINS on your hosting account. In order to do this, the domain(s) you intend to ADD have to be registered domains and must be resolvable.
SOME hosts do not permit ADD-ON domains, and some do.
You should speak to your host about this, and if you can add more domains to your hosting space, then do this the proper way through C-Panel.
If you do not know how to do it, then provide the additional domain names to your host, and ask them to set up the ADD-ON domains for you.#
It takes less than a minute to configure an ADD-ON domain, so don't let them tell you it is a complex and expensive job. It isn't.
-
Re: Ceon URI Mapping v4.x
Ok thanks for all the help. I have to study al of this a bit and I'm sure I can get this to work.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lagcher.r
Ok thanks for all the help. I have to study al of this a bit and I'm sure I can get this to work.
No problem, and make sure the document root folders are not nested. They should look something like:
Code:
/username/ --+
|
+--public_html/
|
+--domain2/public_html/
|
+--domain3/public_html/
-
Re: Ceon URI Mapping v4.x
I just realized, my current web host does not use cpanel. The host I used in the past had cpanel.(hostgator).
No other option now than to contact webhost support again, or do you have any other ideas?
Hate webhost support because 9 out of 10 times they couldn't help me and I had to figure out problems myself.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lagcher.r
I just realized, my current web host does not use cpanel. The host I used in the past had cpanel.(hostgator).
No other option now than to contact webhost support again, or do you have any other ideas?
Hate webhost support because 9 out of 10 times they couldn't help me and I had to figure out problems myself.
If you intend to run eCommerce then a critical part of your business operation is a proper, reliable and knowledgeable host. It seems like you have gone with a "cheap and nasty" crowd in an effort to save yourself a couple of dollars. In fact, you have gone down a very expensive road... How long have you been spending on this problem of add-on domains? Setting up two or three add-on domains will take no more than four minutes if you are hosting with a good host. By now, you could have had three or four eCommerce sites set up and working well. Instead, you have made no progress at all.
You have puzzled over this for several DAYS, and you are no closer to resolving your issue.
Do yourself a big favour... spend a dollar or two more, and get with a good host.
-
Re: Ceon URI Mapping v4.x
This is a respectable and well known host in the netherlands. I did not choose this webhosting because it was"cheap" I chose it because it had been recommended by many statisfied users. The only thing is their support that could be better.
-
Re: Ceon URI Mapping v4.x
Are you able to configure add-on domains by yourself? Or do you rely on "support" which looks like it takes some time to respond.
A GOOD host will permit their users significant levels of server management - particularly when eCommerce is involved.
Again... you need a host that HELPS you run your business. If this one is not up to being your "partner", then go find one that is. It matters not if they came "highly recommended"... if you cannot get the level of management and service you require, they are a hindrance to your business.
-
Re: Ceon URI Mapping v4.x
Your right, i'm going to contact them tommorow. If they can't help me I will be looking for a better hosting
company.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
schoolboy
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.
But you didn't know that BEFORE you posted -- what amounts to an off-topic response.. Your initial responses purpose was not to provide assistance with module support (which IS the purpose of THIS support thread). You only found out his "SEO intent" after he responded back. You say, "I have helped his see the "error of his ways" and pointed him to a topic that is far more relevant." except you are continuing this line of discussion in this support thread despite the fact that it's no longer ON -TOPIC. The continued discussion of the merits or non-merits of this module really should be a discussion continued elsewhere, and NOT in this support thread..
As I said I get your POV with regards to these kinds of modules and SEO, but no disrespect, this SUPPORT thread is not the place to continually express it.. This is a support thread for the Ceon URI module. How is your post on-topic for a module support thread?? If you want to inform someone you assume is "under the "ignorant" pretext that it helped SEO", then why not PM the person if it's so important to educate them. Why the off topic posts here in this support thread? I find it curious that until Conor's passing, you never made any appearances in this SUPPORT thread to help those "under the "ignorant" pretext that it helped SEO".
Quote:
Originally Posted by
schoolboy
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).
:D
ANY incorrectly installed module can affect the store's visibility and functionality.. With regards to the "Large swathes of zencart humanity have significant problems with these nonsensical, pointless add-ons" and THIS add-on, it is EASY to look through this support thread and see that issues can be traced back to the points I made previously.
Quote:
Originally Posted by
DivaVocals
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.
These kinds of installation issues are NOT unique to this module by any stretch of the imagination.. These are the very same kind of issues which causes folks to foul up all kinds of module installs.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
schoolboy
As lhungil has said, you need to set up ADD-ON DOMAINS on your hosting account. In order to do this, the domain(s) you intend to ADD have to be registered domains and must be resolvable.
SOME hosts do not permit ADD-ON domains, and some do.
You should speak to your host about this, and if you can add more domains to your hosting space, then do this the proper way through C-Panel.
If you do not know how to do it, then provide the additional domain names to your host, and ask them to set up the ADD-ON domains for you.#
It takes less than a minute to configure an ADD-ON domain, so don't let them tell you it is a complex and expensive job. It isn't.
Quote:
Originally Posted by
lhungil
No problem, and make sure the
document root folders are not nested. They should look something like:
Code:
/username/ --+
|
+--public_html/
|
+--domain2/public_html/
|
+--domain3/public_html/
Quote:
Originally Posted by
schoolboy
If you intend to run eCommerce then a critical part of your business operation is a proper, reliable and knowledgeable host. It seems like you have gone with a "cheap and nasty" crowd in an effort to save yourself a couple of dollars. In fact, you have gone down a very expensive road... How long have you been spending on this problem of add-on domains? Setting up two or three add-on domains will take no more than four minutes if you are hosting with a good host. By now, you could have had three or four eCommerce sites set up and working well. Instead, you have made no progress at all.
You have puzzled over this for several DAYS, and you are no closer to resolving your issue.
Do yourself a big favour... spend a dollar or two more, and get with a good host.
Quote:
Originally Posted by
schoolboy
Are you able to configure add-on domains by yourself? Or do you rely on "support" which looks like it takes some time to respond.
A GOOD host will permit their users significant levels of server management - particularly when eCommerce is involved.
Again... you need a host that HELPS you run your business. If this one is not up to being your "partner", then go find one that is. It matters not if they came "highly recommended"... if you cannot get the level of management and service you require, they are a hindrance to your business.
nods in agreement with ALL of this!!! :yes:
Quote:
Originally Posted by
lagcher.r
This is a respectable and well known host in the netherlands. I did not choose this webhosting because it was"cheap" I chose it because it had been recommended by many statisfied users. The only thing is their support that could be better.
I have to agree with EVERYTHING lhungil and schoolboy have said.. and wanted to only add this.. You said a MOUTHFUL when you said "The only thing is their support that could be better"
That my friend is your CLUE/HINT/BURNING BUSH, what have you that you NEED a new host for your website.. Schoolboy is right.. All the time you spent trying to figure this out, could have been avoided with the RIGHT hosting company.. You need one that is a HELP not a hindrance to your site and schoolboy rightly pointed out..
-
Re: Ceon URI Mapping v4.x
Following lhungil's example, I thought that it would be good to add this post to this support thread..
On another note:
This thread's purpose is to support "Ceon URI Mapping". It provides a place for people new to the module as well as experienced users of the module to interact and help each other install, upgrade, and use this module. It also provides a place for people to report any potential bugs they may have found (as well as fixes).
I would ask everyone who reads (or posts) to this thread keep the above stated purpose of this thread in mind. Kindly keep the posts in this thread relevant to the above stated purpose. I encourage people to discuss other topics, but please discuss them in a different thread in a relevant section of the forums.
For those asking for help: keep in mind the people on the Zen Cart forums are not here 24x7 and for the most part give freely of their personal time to help. It may take a couple days for someone to read your message. So be patient when asking for help. I would also re-iterate reading the "Posting Tips" (scroll up when posting / replying) is a good idea. Answering the questions found in the "Posting Tips" will help save time and helps give those reading your post a better picture of what might be causing the problem you are experiencing.
Thank You
-
Re: Ceon URI Mapping v4.x
ZC 1.5
I'm trying to determine what code should be placed in the .httaccess file to prevent certain URI's containing certain character strings from rewriting.
The code I have is for character string x45poty:
# Don't rewrite URI if contains "x45poty" string
RewriteCond %{REQUEST_URI} !^/*x45poty* [NC]
This doesn't work.
Any suggestions would be greatly appreciated.
-
Re: Ceon URI Mapping v4.x
Has anyone had issues with CEON not playing well with Captcha? The Captcha field does not appear on the contact or create account page when the URI is set. I changed the URI for the contact page to /index.phpmain_pagecontact_us and the Captcha now appears. But, the login page does not show the Captcha and then errors out when a new account is created, showing that Captcha was not entered. I tried changing the URI mapping on both the login and create account pages with no luck. So, I had to disable Captcha on create account.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
joepixel
Has anyone had issues with CEON not playing well with Captcha? The Captcha field does not appear on the contact or create account page when the URI is set. I changed the URI for the contact page to /index.phpmain_pagecontact_us and the Captcha now appears. But, the login page does not show the Captcha and then errors out when a new account is created, showing that Captcha was not entered. I tried changing the URI mapping on both the login and create account pages with no luck. So, I had to disable Captcha on create account.
Did you try a thread search to search this thread for CAPTCHA? If this has been an reported issue you ahould find the info that way..
-
Re: Ceon URI Mapping v4.x
Hi Guys, installed the plugin, added the code for .htaccess - I have an issue. If i have yourdomain.co.uk/blog ect and it's now showing the page not found.
Any ideas on what to do, or could someone include a fresh .htaccess file?
Thanks.
James
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
PetleyJ
Hi Guys, installed the plugin, added the code for .htaccess - I have an issue. If i have yourdomain.co.uk/blog ect and it's now showing the page not found.
Any ideas on what to do, or could someone include a fresh .htaccess file?
Thanks.
James
What would be REALLY helpful is to post the .htaccess file.. (will keep folks from guessing a bit..) Also a link to the site would also help.. Are you sure the issue isn't with your blog's .htaccess file???
-
Re: Ceon URI Mapping v4.x
Hi Diva,
the link is: --- WARNING!! ADULT SITE! NSFW! http://naughtynightsuk.co.uk
If you try /competitions or /community ect you will see it comes up with the ZC sitemap.
I can confirm the directories are there.
Here's what's in the .htaccess file in the root.
## 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} !^/administration [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite bellsconfectionary directory
RewriteCond %{REQUEST_URI} !^/bellsconfectionary/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [NC]
# Don't rewrite blog directory
RewriteCond %{REQUEST_URI} !^/blog/ [NC]
# Don't rewrite wpimages directory
RewriteCond %{REQUEST_URI} !^/wpimages/ [NC]
# Don't rewrite tempEP directory
RewriteCond %{REQUEST_URI} !^/tempEP/ [NC]
# Don't rewrite bells directory
RewriteCond %{REQUEST_URI} !^/bells/ [NC]
# Don't rewrite adultshoppingdirect directory
RewriteCond %{REQUEST_URI} !^/adultshoppingdirect/ [NC]
# Don't rewrite toycleaner.co.uk directory
RewriteCond %{REQUEST_URI} !^/toycleaner\.co\.uk/ [NC]
# Don't rewrite waste directory
RewriteCond %{REQUEST_URI} !^/waste/ [NC]
# Don't rewrite shop directory
RewriteCond %{REQUEST_URI} !^/shop/ [NC]
# Don't rewrite cuminajiffy.co.uk directory
RewriteCond %{REQUEST_URI} !^/cuminajiffy\.co\.uk/ [NC]
# Don't rewrite parties directory
RewriteCond %{REQUEST_URI} !^/parties/ [NC]
# Don't rewrite te-amouk directory
RewriteCond %{REQUEST_URI} !^/te\-amouk/ [NC]
# Don't rewrite classes directory
RewriteCond %{REQUEST_URI} !^/classes/ [NC]
# Don't rewrite optional arrows directory
RewriteCond %{REQUEST_URI} !^/optional\ arrows/ [NC]
# Don't rewrite community directory
RewriteCond %{REQUEST_URI} !^/community/ [NC]
# Don't rewrite hub directory
RewriteCond %{REQUEST_URI} !^/hub/ [NC]
# Don't rewrite competitions directory
RewriteCond %{REQUEST_URI} !^/competitions/ [NC]
# Don't rewrite modules directory
RewriteCond %{REQUEST_URI} !^/modules/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi\-bin/ [NC]
# Don't rewrite 50shadesgrey.co.uk directory
RewriteCond %{REQUEST_URI} !^/50shadesgrey\.co\.uk/ [NC]
# Don't rewrite question directory
RewriteCond %{REQUEST_URI} !^/question/ [NC]
# Don't rewrite myfiles directory
RewriteCond %{REQUEST_URI} !^/myfiles/ [NC]
# Don't rewrite wpscripts directory
RewriteCond %{REQUEST_URI} !^/wpscripts/ [NC]
# Don't rewrite anglia-courier-services.co.uk directory
RewriteCond %{REQUEST_URI} !^/anglia\-courier\-services\.co\.uk/ [NC]
# Don't rewrite wp-content directory
RewriteCond %{REQUEST_URI} !^/wp\-content/ [NC]
# Don't rewrite affiliates directory
RewriteCond %{REQUEST_URI} !^/affiliates/ [NC]
# Don't rewrite languages directory
RewriteCond %{REQUEST_URI} !^/languages/ [NC]
# Don't rewrite kmlcommerce.co.uk directory
RewriteCond %{REQUEST_URI} !^/kmlcommerce\.co\.uk/ [NC]
# Don't rewrite sitemap directory
RewriteCond %{REQUEST_URI} !^/sitemap/ [NC]
# Don't rewrite extra_datafiles directory
RewriteCond %{REQUEST_URI} !^/extra_datafiles/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
I couldn't upload the file due to invalid extension.
James
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mikebr
... I'm trying to determine what code should be placed in the .httaccess file to prevent certain URI's containing certain character strings from rewriting. ...
# Don't rewrite URI if contains "x45poty" string
RewriteCond %{REQUEST_URI} !^/*x45poty* [NC]
...
If you want to exclude all URIs containing the string "x45poty" (case insensitive) use the following:
Code:
# Don't rewrite URI if contains "x45poty" string
RewriteCond %{REQUEST_URI} !x45poty [NC]
Quote:
Originally Posted by
PetleyJ
Hi Guys, installed the plugin, added the code for .htaccess - I have an issue. If i have yourdomain.co.uk/blog ect and it's now showing the page not found. ... I couldn't upload the file due to invalid extension.
When checking I was able to get into the blog without any issues... Take it you were able to get things sorted? Without seeing the problematic behavior one can only guess what the problem was. Could you post what was needed for future readers of this thread?
Other thoughts:
When uploading I highly recommend using FTPS or SFTP with WinSCP, Filezilla, or similar. They do not care what the file extension is and using a secure version of FTP with an ecommerce site is always a good idea.
As for the matching to exclude the blog... Do you really have images for your blog at /wp-images instead of under /blog/wp-content? The less excludes, the simpler it will be to debug and the faster the request can be processed. If you want to exclude both /blog and /blog/someurl (some incoming links might incorrectly specify /blog instead of /blog/) you can change the RewriteCond for the blog to match the EOL or /.
Code:
# Don't rewrite blog directory
RewriteCond %{REQUEST_URI} !^/blog($|/) [NC]
I also noticed you are running multiple domains using nested Document Roots (public_html). This is not best practice and can lead to some negative situations. You may want to look into (or have your hosting provider) remove the nested Document Roots and provide separate physical paths for each domain. See this post for an example.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lhungil
If you want to exclude all URIs containing the string "x45poty" (case insensitive) use the following:
Code:
# Don't rewrite URI if contains "x45poty" string
RewriteCond %{REQUEST_URI} !x45poty [NC]
When checking I was able to get into the blog without any issues... Take it you were able to get things sorted? Without seeing the problematic behavior one can only guess what the problem was. Could you post what was needed for future readers of this thread?
Other thoughts:
When uploading I highly recommend using FTPS or SFTP with WinSCP, Filezilla, or similar. They do not care what the file extension is and using a secure version of FTP with an ecommerce site is always a good idea.
As for the matching to exclude the blog... Do you really have images for your blog at /wp-images instead of under /blog/wp-content? The less excludes, the simpler it will be to debug and the faster the request can be processed. If you want to exclude both /blog and /blog/someurl (some incoming links might incorrectly specify /blog instead of /blog/) you can change the RewriteCond for the blog to match the EOL or /.
Code:
# Don't rewrite blog directory
RewriteCond %{REQUEST_URI} !^/blog($|/) [NC]
I also noticed you are running multiple domains using nested Document Roots (public_html). This is not best practice and can lead to some negative situations. You may want to look into (or have your hosting provider) remove the nested Document Roots and provide separate physical paths for each domain. See
this post for an example.
Hi.
Thanks for the advice.
The blog seems to run on and off, it's more the /competitions and /community that isn't working.
wp-images is for a different program altogether, not for WordPress.
James
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
PetleyJ
The blog seems to run on and off, it's more the /competitions and /community that isn't working.
Apply the same fix to the RewriteCond I posted for the blog. I'd actually apply the change to any external directory you want to exclude to handle the case where an incoming link (or hand typed URI) is missing the trailing slash.
Code:
# Don't rewrite blog directory
RewriteCond %{REQUEST_URI} !^/blog($|/) [NC]
# Don't rewrite community directory
RewriteCond %{REQUEST_URI} !^/community($|/) [NC]
# Don't rewrite competitions directory
RewriteCond %{REQUEST_URI} !^/competitions($|/) [NC]
While there are other methods to simplify the RewriteConds (such as excluding all real folders and files from rewriting), I have an inkling of why the original author of this mod may have decided to not go this route.
If you did not obscure your admin folder when you posted your .htaccess file, I would recommend changing the admin folder asap :)
-
Re: Ceon URI Mapping v4.x
How do I keep http://mydomain.com in the address?
All my products show /category as the start of the URL
The problem Im having is I want to export the products as a csv for a product feed for nextag, nextag doesnt like my urls without the domain in front of course. I dont want to manually edit the excel file as I have a lot of products and some do and some dont have this issue depending on wether Ive edited them of course.
Ive tried a search but couldnt find the answer to this although Im sure it has come up before...
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
Chargin
How do I keep
http://mydomain.com in the address?
All my products show /category as the start of the URL
The problem Im having is I want to export the products as a csv for a product feed for nextag, nextag doesnt like my urls without the domain in front of course. I dont want to manually edit the excel file as I have a lot of products and some do and some dont have this issue depending on wether Ive edited them of course.
Ive tried a search but couldnt find the answer to this although Im sure it has come up before...
This thread is not the right thread to address your question.. This add-on does not export URLs from your store..
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DivaVocals
This thread is not the right thread to address your question.. This add-on does not export URLs from your store..
No I have a mod that does that, Easy populate.
But the URLs it now exports for any products that have a Ceon URI all start with /category.
Surely theres a setting or something to sort this out, like the way the htaccess file is setup?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
Chargin
No I have a mod that does that, Easy populate.
But the URLs it now exports for any products that have a Ceon URI all start with /category.
Surely theres a setting or something to sort this out, like the way the htaccess file is setup?
You need to ask the folks on the EZ Populate thread.. (and BTW, if Conor was around he'd re-direct you there as well..:smile:)
-
Re: Ceon URI Mapping v4.x
I have a small problem with URI that are displayed in the sitemapXML module for ezpages. All other site maps are created with the correct ceon uri mappings however the ezpages are not, they are displayed as the standard zencart string.
Just to clarify general navigation round the site is a ok. All the URI's match the mapped ones from the ceon module, it is only when the sitemapxml module creates a sitemap for ezpages it does not displaye the correct mappings.
I posted on the sitemapxml support forum but with no sugestios for a fix, I was recommended to try here. :wacko:
Here is a link to the sitemap index, just incase it would be of any use to you;
www.wefixitonline.co.uk/sitemap.xml
Has anyone else experienced this problem or do you know of a way to rectify it?
Thanks in advance for any help you can provide :blush:
Tech Info:
Zencart Version - 1.5.1
Ceon URI Version - 4.4.1
SitemapXML Version - 2.1
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DH010010
I have a small problem with URI that are displayed in the
sitemapXML module for ezpages. All other site maps are created with the correct ceon uri mappings however the ezpages are not, they are displayed as the standard zencart string.
Just to clarify general navigation round the site is a ok. All the URI's match the mapped ones from the ceon module, it is only when the sitemapxml module creates a sitemap for ezpages it does not displaye the correct mappings.
I posted on the
sitemapxml support forum but with no sugestios for a fix, I was recommended to try here. :wacko:
Here is a link to the sitemap index, just incase it would be of any use to you;
www.wefixitonline.co.uk/sitemap.xml
Has anyone else experienced this problem or do you know of a way to rectify it?
Thanks in advance for any help you can provide :blush:
Tech Info:
Zencart Version - 1.5.1
Ceon URI Version - 4.4.1
SitemapXML Version - 2.1
A search in this thread for "XML sitemap" turns up these threads:
http://www.zen-cart.com/showthread.p...79#post1139779
http://www.zen-cart.com/showthread.p...92#post1155092
http://www.zen-cart.com/showthread.php?184548-Ceon-URI-Mapping-v4-x&p=1190481#post1190481
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DivaVocals
I confirmed that this is not a ceon bug it was with sitemap xml - I found and posted a fix:
http://www.zen-cart.com/showthread.p...ML-v-2/page127
Hope this helps someone :p
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DH010010
You rock, and THANKS for sharing your solution.. for the record last night I took a look at the XML sitemap files and made a pretty good GUESS as to where the problem was:laugh:. Though that's all I had because I certainly did NOT know how to fix it.. This is an old niggling issue and thanks to you it's FIXED!! Gonna repost your fix here in full..
-
Using Ceon URI Mapping v4.x with the XML Sitemap add-on
Quote:
Originally Posted by
DH010010
Though you provided a link, I thought that I would take the liberty of posting the fix here as well..
To correct this you need to edit the following file:
/includes/modules/pages/sitemapxml/sitemapxml_ezpages.php
Find this on line 115:
Code:
$link = FILENAME_EZPAGES;
Replace with this:
Code:
$link = zen_href_link(FILENAME_EZPAGES, 'id=' . $page_query->fields['pages_id'] . ($page_query->fields['toc_chapter'] > 0 ? '&chapter=' . $page_query->fields['toc_chapter'] : ''), ($page_query->fields['page_is_ssl']=='0' ? 'NONSSL' : 'SSL'));
This will as Conor pointed out use the zen_href_link function to generate the EZ Pages URLs in the XML sitemap.
And so it's clear I have verified that as of today this fix applies to the following version of the XML Sitemap module.
Quote:
SitemapXML
Version Date
==============
v 3.2.6 17.06.2012
BIG thanks again to DH010010 for getting to the bottom of a very old issue.. Kudos to you!
-
Re: Using Ceon URI Mapping v4.x with the XML Sitemap add-on
hi guys, just found this in my error log this evening, not sure if its anything to be concerned about? its the first and only one i've had. any idea what it could be?
[09-Apr-2013 21:26:39 UTC] PHP Fatal error: Call to a member function add() on a non-object in /home/site/public_html/includes/classes/class.CeonURIMappingHandlerBase.php on line 131
Thanks in advance.
-
Re: Ceon URI Mapping v4.x
Hello All,
Needed some help on the .HTACCESS rewrites for the CEON Extension:
Got the entire extension installed properly, as verified on the installation checks. Also got the directives that were provided from the extension for the .htaccess file, but still can't get it to take effect.
Site is @ http://www.tiledart.com/shop2/
Here is the code provided from the extension for .htaccess:
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# ONLY rewrite URIs beginning with /shop2/
RewriteCond %{REQUEST_URI} ^/shop2/ [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 editors directory
RewriteCond %{REQUEST_URI} !^/shop2/editors/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/shop2/logs/ [NC]
# Don't rewrite images2 directory
RewriteCond %{REQUEST_URI} !^/shop2/images2/ [NC]
# Don't rewrite tdart2 directory
# Don't rewrite tmp directory
RewriteCond %{REQUEST_URI} !^/shop2/tmp/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /shop2/index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
I have the extension activated on the admin panel, and rebooted the server to see if it would take effect, but no luck.
Can anyone offer a suggestion ????
Thanks,
Rudy
-
Re: Ceon URI Mapping v4.x
Not sure what you mean by "to see if it would take effect, but no luck".. but here's a few questions:
- Is your .htaccess file located in the correct location?? (the root of your shop)
- Did you update all of your products, categories, and EZ Pages so that you create a URI for each one of these items?? (this is VERY EXPLICITLY stated is required in the readme file)
Quote:
Originally Posted by
rudyg99
Hello All,
Needed some help on the .HTACCESS rewrites for the CEON Extension:
Got the entire extension installed properly, as verified on the installation checks. Also got the directives that were provided from the extension for the .htaccess file, but still can't get it to take effect.
Site is @
http://www.tiledart.com/shop2/
Here is the code provided from the extension for .htaccess:
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# ONLY rewrite URIs beginning with /shop2/
RewriteCond %{REQUEST_URI} ^/shop2/ [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 editors directory
RewriteCond %{REQUEST_URI} !^/shop2/editors/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/shop2/logs/ [NC]
# Don't rewrite images2 directory
RewriteCond %{REQUEST_URI} !^/shop2/images2/ [NC]
# Don't rewrite tdart2 directory
# Don't rewrite tmp directory
RewriteCond %{REQUEST_URI} !^/shop2/tmp/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /shop2/index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
I have the extension activated on the admin panel, and rebooted the server to see if it would take effect, but no luck.
Can anyone offer a suggestion ????
Thanks,
Rudy
-
Re: Ceon URI Mapping v4.x
Hi All,
Hoping someone here ahs got the same problems and can help?
I've just installed this module on 1.3.8a, followed all the rules and mods as requested in the installation file. Everyething appeared to be working fine, I can add the URL's on products and categories however I appear to have a side affect.
I'm presuming this is related as I haven't done anything else to the site, these are my problems:
1. If i try to edit a category meta tag, on saving it returns me to the admin home screen and doesn't update anything.
- It allows me to create new meta tags without problem, only editing afterwards. This is true of recently created meta's and pre-module meta's.
- Thsi doe snot appear to affcte product meta tags, only categories.
2. I am no longer able to create new categories, it doe sthe same as aboe. I create the category, hit save and it takes me to admin home without creating it.
- This does not appear to affect product creation.
Any help woudl be greatly appreciated, I'm suspecting it has something to do with the modded admin files but I am not a programmer so do not know where to begin.
Thanks, Dave
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
dave010880
I've just installed this module on 1.3.8a...
Why are you using a version that was obsolete more than three years ago? I hope you have patched the worst of the security holes in that vintage installation!
Quote:
Originally Posted by
dave010880
I've ... followed all the rules and mods as requested in the installation file.
I suspect that one of two things is causing your problems:
1. The version of Zen Cart is so old that it is not supported by the addon. Sadly, Conor is no longer around to clarify that.
2. You have not followed every step in the installation.
My suspicion is that 1. applies.
Your really do need to get it more up to date - to at least 1.3.9a, but preferably to 1.5.1, before spending time on adding things like URI mapping.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
hairydog
Why are you using a version that was obsolete more than three years ago? I hope you have patched the worst of the security holes in that vintage installation!
I suspect that one of two things is causing your problems:
1. The version of Zen Cart is so old that it is not supported by the addon. Sadly, Conor is no longer around to clarify that.
2. You have not followed every step in the installation.
My suspicion is that 1. applies.
Your really do need to get it more up to date - to at least 1.3.9a, but preferably to 1.5.1, before spending time on adding things like URI mapping.
I expected as much of a response... I am only one person trying to run a business in my spare time. Unfortunately I just do not have the time to upgrade, I need to earn money to eventually pay someone to do all this for me. I could go on with many more reasons for sticking with 1.3.8a but I wont for now.
As far as the add-on not being supported it has instructions stating for use with 1.3.8a, I had to modify some core files as per the instructions and I am guessing that is the most likely culprit. I am not great at programming but I'm pretty good at figuring stuff out if I'm given a starting point, maybe knowing what file(s) that had to be changed that could relate to the categories & meta information?
To come back to your comment about patches... I don't recall downloading/installing any for a long time. Is there anything specific that I should be looking for to install?
-
Re: Ceon URI Mapping v4.x
I've no idea what the problem might be - it would take too long to be worth finding out - and at the end you would still have a six-year-old setup.
You say that you could go in with the reasons not to upgrade: don't bother - just upgrade.
You should upgrade to 1.3.9a at least. Doing the patches would take just as long.
You say that you don't have the time: it is the work of one evening. Recovering from a hack let in by not doing it will take far longer.
-
Re: Ceon URI Mapping v4.x
Unfortunately so... when I first started I knew nothing about php, zencart only basic html. A freind installed the site then left me to it, I bludgened my way through modifying files to create the look I wanted for the site. Unfortunately I did not know or understand the template system so I modified all the core files. I did setup a local copy of the later version to test with intention of upgrading (which took forever to do) and found it wiped out the entirity of my work. If I upgrade the live site it will completely turn it on it's head. There is alot more than 1 evenings work for me to do that, at my rate I would say weeks, possibly a month+... bearing in mind I have forgotten and have no clue at half the things I did to get it to where it is today!! My plan once in a better position is to revamp the whole website with a fresher look, but again I can't afford to be spending my time doing that right now. :(
Hopefully someone else will have experienced this to know a fix!?
BTW I have looked up the patches for zencart, I had done all but 1 that I could see which I have now resolved.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
dave010880
Unfortunately so... when I first started I knew nothing about php, zencart only basic html. A freind installed the site then left me to it, I bludgened my way through modifying files to create the look I wanted for the site. Unfortunately I did not know or understand the template system so I modified all the core files. I did setup a local copy of the later version to test with intention of upgrading (which took forever to do) and found it wiped out the entirity of my work. If I upgrade the live site it will completely turn it on it's head. There is alot more than 1 evenings work for me to do that, at my rate I would say weeks, possibly a month+... bearing in mind I have forgotten and have no clue at half the things I did to get it to where it is today!! My plan once in a better position is to revamp the whole website with a fresher look, but again I can't afford to be spending my time doing that right now. :(
Hopefully someone else will have experienced this to know a fix!?
BTW I have looked up the patches for zencart, I had done all but 1 that I could see which I have now resolved.
Bottomline is that it's not a matter of IF you will get hacked running Zen Cart v1.3.8, it's WHEN.. That said, this thread is unfortunately not the place to have an ongoing discussion on the merits of upgrading Zen Cart. If you wish to continue that discussion you should start a new thread or read through the upgrade forum.
In the meantime, most install issues can be traced directly back to an incorrect install.. I strongly suggest starting with making sure all the core module files are in place, and then using a file comparison program review VERY carefully each one of the core override files to make sure that you have all the Ceon URI code in place and in the correct places.. Unfortunately my time is short so I cannot troll though all the files from a 6 year old version of Zen Cart to find the ones that might affect meta tags.. but offhand it's probably any of the admin side product or category files..
-
Re: Ceon URI Mapping v4.x
I have been tinklering around and I believe I have found the offending article... I have been restoring each original file from my backup one by one. If it made no difference I kept the modified version. When I came to the html_output.php changing back to original cured the problem. I have re-installed the additional code manually and now it won't let me in to admin at all, flags the following error.
Warning: require_once(includes/classes/class.CeonURIMappingHREFLinkBuilder.php): failed to open stream: No such file or directory in /customers/3/f/2/wickedstyling.com/httpd.www/#####/includes/functions/html_output.php on line 38 Fatal error: require_once(): Failed opening required 'includes/classes/class.CeonURIMappingHREFLinkBuilder.php' (include_path='.:/usr/share/php') in /customers/3/f/2/wickedstyling.com/httpd.www/#####/includes/functions/html_output.php on line 38
I have blotted out my admin directory so not to announce it's location.
I have checked and the 'class.CeonURIMappingHREFLinkBuilder.php' file is located in the main directory and not in the admin/includes as per the instructions. I am presuming if it cannot find the file that it might be looking in the wrong place, possibly the admin? Does that sound like an acceptable conclusion or am I reading this error message wrong! If so any ideas how I can point the file to the correct place?
For reference this is the code that is required to be inserted:
// BEGIN CEON URI MAPPING 1 of 1
if (defined('CEON_URI_MAPPING_ENABLED') && CEON_URI_MAPPING_ENABLED == 1 && $static == false) {
if (!isset($ceon_uri_mapping_href_link_builder)) {
static $ceon_uri_mapping_href_link_builder;
require_once(DIR_WS_CLASSES . 'class.CeonURIMappingHREFLinkBuilder.php');
$ceon_uri_mapping_href_link_builder = new CeonURIMappingHREFLinkBuilder();
}
if ($ceon_uri_mapping_href_link_builder->buildHREFLink($link, $page, $parameters, $connection,
$add_session_id)) {
return $ceon_uri_mapping_href_link_builder->getHREFLink();
}
}
// END CEON URI MAPPING 1 of 1
Hopefully this is a resolvable problem, I know at the start it was a bit wide open!! :)
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
dave010880
Unfortunately I did not know or understand the template system so I modified all the core files.
Ah, someone who doesn't read the instructions! Too much in a rush to do the job the quick and easy way.
This is not the place to discuss this, but there is a simple way to sort this out. Identify all the core files you modified (hopefully by comparing file times, or by winmerge comparisons) and make them your override files by copying them to the relevant template folder. Then restore the original core files a few at a time to make sure it still works. What that's done, you're good to go with an upgrade. Do it this week. Really.
-
Re: Ceon URI Mapping v4.x
... I didn't even know there were instructions let alone a forum. I was just handed it, shown the FTP and figured the rest. I have learnt alot since those first days and lemme tell you I WILL be following the intructions when it comes to the upgrade. Unless of course by some miracle I actually make some money and can pay someone else to get it all right for me :)
In the meantime... I'm stuck at an impass on my main problem. Anyone got any ideas how to fix? Please... I can get my site working by using the original html_output but I'm worrried that it may be messing things up if I add products and categories with teh rest of the CEON module installed and not functioning.
Any help would be appreciated... Thanks.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by dave010880;1199525[COLOR=#ff0000
[/COLOR]]... [COLOR=#d########3]I didn't even know there were instructions let alone a forum. I was just handed it, shown the FTP and figured the rest. I have learnt alot since those first days and lemme tell you I WILL be following the intructions when it comes to the upgrade. Unless of course by some miracle I actually make some money and can pay someone else to get it all right for me :)
[/COLOR]In the meantime... I'm stuck at an impass on my main problem. Anyone got any ideas how to fix? Please... I can get my site working by using the original html_output but I'm worrried that it may be messing things up if I add products and categories with teh rest of the CEON module installed and not functioning.
Any help would be appreciated... Thanks.
The truth is I'm afraid you are not going to get much help from the community as you are running this module on such an old unsupported version of Zen Cart. I have no specifics to offer since in order to help you, I would have to create a v1.3.8 site and try to replicate your issue.. I'm afraid that my schedule precludes me being able to do that..
All I can offer is the advice that most usage issues have at their heart an errant installation.. That's not to say that there couldn't be a bug, but again, since Conor is no longer with us, IF there is a bug (and I am fairly confident that this is probably NOT a bug) there is no one to fix it..
Wish I could be of more help..
-
Re: Using Ceon URI Mapping v4.x with the XML Sitemap add-on
Quote:
Originally Posted by
philip937
hi guys, just found this in my error log this evening, not sure if its anything to be concerned about? its the first and only one i've had. any idea what it could be?
[09-Apr-2013 21:26:39 UTC] PHP Fatal error: Call to a member function add() on a non-object in /home/site/public_html/includes/classes/class.CeonURIMappingHandlerBase.php on line 131
Thanks in advance.
I have an update on this if anyone else comes across it, this particular problem was self made. I had simply copied the code from the includes/functions/html_output.php and incorrectly put that into the admin/includes.. etc. Using eth correct modified code has removed this error.
Unfortunately I till have the original problem of no category cration and meta's not working :(
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
dave010880
I have an update on this if anyone else comes across it, this particular problem was self made. I had simply copied the code from the includes/functions/html_output.php and incorrectly put that into the admin/includes.. etc. Using eth correct modified code has removed this error.
Unfortunately I till have the original problem of no category cration and meta's not working :(
Glad you have some of this resolved.. However, like I started out with in my first response to you..
Quote:
Originally Posted by
DivaVocals
most install issues can be traced directly back to an incorrect install..
My answer remains the same.. I am pretty positive you still don't have this fully installed correctly..
That said.. I will repeat the other part of my initial response to you because I think your problem can ALL be traced back to something with this module not being installed as it should.... Would suggest that a review of the readme doc will help you in this endeavor..
Quote:
Originally Posted by
DivaVocals
I strongly suggest starting with making sure all the core module files are in place, and then using a file comparison program review VERY carefully each one of the core override files to make sure that you have all the Ceon URI code in place and in the correct places.. Unfortunately my time is short so I cannot troll though all the files from a 6 year old version of Zen Cart to find the ones that might affect meta tags.. but offhand it's probably any of the admin side product or category files..
-
Re: Ceon URI Mapping v4.x
RESOLVED:
As far as I can tell I this is resolved, I can now create cartegories and modify my meta's once more. Whether the CEON module is working correctly I can't tell fully as I do not know everyting the module does behind the scenes.
Process of solution:
I took the advice given regarding the use of file comparison software. I checked the html_output file that I knew was working before the module, I checked it against the modified version supplied and found one critical piece of information. The header section was different stating the security patch that had been installed, it then changed a few lines further down in the code. Very subtle differences however I got to thinking that maybe the security update was the culprit, especially if the 1.3.8a mod was before the patch came out. I then compared the html_output of the patched file with that of 1.3.9c and lo and behold they were the same bar the header description. From this I deduced that the html_output file I would need would be the modfied 1.3.9c listed in the module.
So the solution is, if you are using 1.3.8a with the latest security patch you need to use the modified ceon 1.3.9c file.
I doubt this will help many others as you've all said not many are using 1.3.8a anymore, but mayeb it will provide helpful for the process of elimination to cure someone elses related problems. :)
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
dave010880
RESOLVED:
As far as I can tell I this is resolved, I can now create cartegories and modify my meta's once more. Whether the CEON module is working correctly I can't tell fully as I do not know everyting the module does behind the scenes.
Process of solution:
I took the advice given regarding the use of file comparison software. I checked the html_output file that I knew was working before the module, I checked it against the modified version supplied and found one critical piece of information. The header section was different stating the security patch that had been installed, it then changed a few lines further down in the code. Very subtle differences however I got to thinking that maybe the security update was the culprit, especially if the 1.3.8a mod was before the patch came out. I then compared the html_output of the patched file with that of 1.3.9c and lo and behold they were the same bar the header description. From this I deduced that the html_output file I would need would be the modfied 1.3.9c listed in the module.
So the solution is, if you are using 1.3.8a with the latest security patch you need to use the modified ceon 1.3.9c file.
I doubt this will help many others as you've all said not many are using 1.3.8a anymore, but mayeb it will provide helpful for the process of elimination to cure someone elses related problems. :)
All the module files regardless of version are all based on a VANILLA Zen Cart installation..
-
Re: Ceon URI Mapping v4.x
I was wondering if i may get a little help,
i am using ceon_uri_mapping_4.4.1_for_zc
autoFacebook-v2.3
used win-merge for the update_product.php however when the file is uploaded ceon ceases to work, i can get them to work independently but not together
i would really appreciate the help
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
gromit1977
I was wondering if i may get a little help,
i am using ceon_uri_mapping_4.4.1_for_zc
autoFacebook-v2.3
used win-merge for the update_product.php however when the file is uploaded ceon ceases to work, i can get them to work independently but not together
i would really appreciate the help
Not really a CEON URI issue as much as it is that you need help merging the files these two add-ons have in common.. (sounds like the merging was not done correctly) I can't offer much help in that regard as I don't use the Facebook add-on you are using.. Hopefully someone using both mods can lend a hand..:mellow: You might try posting this on the support thread for your Facebook add-on..
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DivaVocals
Not really a CEON URI issue as much as it is that you need help merging the files these two add-ons have in common.. (sounds like the merging was not done correctly) I can't offer much help in that regard as I don't use the Facebook add-on you are using.. Hopefully someone using both mods can lend a hand..:mellow: You might try posting this on the support thread for your Facebook add-on..
Thanks for the fast reply and i have not had a response from the other guys, i guess i will try continue my merging again, all i know is that the update_produce is the only file that modified on both sides of the add-ons
-
Re: Ceon URI Mapping v4.x
I was wondering if someone was able to help me with some info on this mod. I am thinking about installing it and want to know if:
1. It can be turned off and on
2. how will it affect products that come up on google searches using cPath=
3. Does it have to be used on all products or can you just use it on some to start.
4. Are there any conflicts that anyone knows about (I have a lot of mods installed)
Sorry for all the questions....
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
ginar
I was wondering if someone was able to help me with some info on this mod. I am thinking about installing it and want to know if:
1. It can be turned off and on
2. how will it affect products that come up on google searches using cPath=
3. Does it have to be used on all products or can you just use it on some to start.
4. Are there any conflicts that anyone knows about (I have a lot of mods installed)
Sorry for all the questions....
1. Yes
2. Vague.. what do you mean??
3. As it indicates in the decription (and in the readme) you can set URIs on a product by product/category by category basis
3. For properly written modules there should be no conflicts.
-
Re: Ceon URI Mapping v4.x
Is CEON URI Mapping by default convert products_all , new , specials pages for SEO ?
After I install it I can see those page in old format like index.php?main_page=products_all
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
solo_400
Is CEON URI Mapping by default convert products_all , new , specials pages for SEO ?
After I install it I can see those page in old format like index.php?main_page=products_all
No, and there is a section in the readme which explains how you can add these pages to the mappings table if you like..
-
Re: Ceon URI Mapping v4.x
Hello,
I have the CEON installed, and wanted to know the feature limitations that the free downloadable version has versus the registered version tor with the use of the URI Mapping (SEO/SEF) Software that is mentioned in the readme.
With the free version without the mapping software, one would have to go into manually and enter the URL for each product, and with the Mapping software this would be auto-generated for all of them automatically is this correct ?
I went to the CEON here, but didn't see an order button link:
http://store.ceon.net/business/zen-c...ppings-manager
Can you send me pricing and how one can place an order for this ?
Thanks,
Rudy
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
rudyg99
Hello,
I have the CEON installed, and wanted to know the feature limitations that the free downloadable version has versus the registered version tor with the use of the URI Mapping (SEO/SEF) Software that is mentioned in the readme.
With the free version without the mapping software, one would have to go into manually and enter the URL for each product, and with the Mapping software this would be auto-generated for all of them automatically is this correct ?
I went to the CEON here, but didn't see an order button link:
http://store.ceon.net/business/zen-c...ppings-manager
Can you send me pricing and how one can place an order for this ?
Thanks,
Rudy
So to answer your question.. your summary of the differences between the free and commercial versions of Ceon's URI modules is correct.. Can't post pricing info on commercial products on the site.. Admins frown upon this..
Dunno what's wrong with the Ceon site, but it looks like someone tried to setup some kind of re-direct on Conor's site and borked it pretty badly..:ohmy:
As you may or may not know, Conor Kerr, the owner of Ceon and author of all the fabu Ceon modules passed away end of last year.. JSWeb has apparently taken over the maintenance of Conor's mods (not sure if they will continue to provide active support for the free Ceon modules on this forum or not --that still remains to be seen)
Google JS Web.. You'll find them.. (I'm on a mobile device and it's a PITA to copy and paste from these devices..)
-
Re: Ceon URI Mapping v4.x
Thanks for the reply.
I had one more question regarding the CEON as it relates to just getting the manual entry form of CEON working properly.
These two categories here were somehow automatically placed in the shortened CEON format.
http://tiledart.com/shop2/mosaics
http://tiledart.com/shop2/mosaics?pg=store
http://tiledart.com/shop2/terra-ferma-import
http://tiledart.com/shop2/terra-ferma-import?pg=store
Im not able to have the URI mapping take effect. I am able to enter it on the backend, but it doesn't activate on the frontend.
On this product here below. I have the manual URI mapping on the product as /shop2/mosaics/airblack
but it is not accessible via this URL, but only the regular zencart format @
http://tiledart.com/shop2/index.php?...roducts_id=299
This is the .htaccess config that I have:
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# ONLY rewrite URIs beginning with /shop2/
RewriteCond %{REQUEST_URI} ^/shop2/ [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} !^/shop2/tdart [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/shop2/editors/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/shop2/logs/ [NC]
# Don't rewrite images2 directory
RewriteCond %{REQUEST_URI} !^/shop2/images2/ [NC]
# Don't rewrite tdart2 directory
RewriteCond %{REQUEST_URI} !^/shop2/tdart2/ [NC]
# Don't rewrite tmp directory
RewriteCond %{REQUEST_URI} !^/shop2/tmp/ [NC]
# Don't rewrite googlecheckout directory
RewriteCond %{REQUEST_URI} !^/shop2/googlecheckout/ [NC]
# Don't rewrite languages directory
RewriteCond %{REQUEST_URI} !^/shop2/languages/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /shop2/index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
Thanks
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
rudyg99
Thanks for the reply.
I had one more question regarding the CEON as it relates to just getting the manual entry form of CEON working properly.
These two categories here were somehow automatically placed in the shortened CEON format.
http://tiledart.com/shop2/mosaics
http://tiledart.com/shop2/mosaics?pg=store
http://tiledart.com/shop2/terra-ferma-import
http://tiledart.com/shop2/terra-ferma-import?pg=store
Im not able to have the URI mapping take effect. I am able to enter it on the backend, but it doesn't activate on the frontend.
On this product here below. I have the manual URI mapping on the product as /shop2/mosaics/airblack
but it is not accessible via this URL, but only the regular zencart format @
http://tiledart.com/shop2/index.php?...roducts_id=299
This is the .htaccess config that I have:
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# ONLY rewrite URIs beginning with /shop2/
RewriteCond %{REQUEST_URI} ^/shop2/ [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} !^/shop2/tdart [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/shop2/editors/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/shop2/logs/ [NC]
# Don't rewrite images2 directory
RewriteCond %{REQUEST_URI} !^/shop2/images2/ [NC]
# Don't rewrite tdart2 directory
RewriteCond %{REQUEST_URI} !^/shop2/tdart2/ [NC]
# Don't rewrite tmp directory
RewriteCond %{REQUEST_URI} !^/shop2/tmp/ [NC]
# Don't rewrite googlecheckout directory
RewriteCond %{REQUEST_URI} !^/shop2/googlecheckout/ [NC]
# Don't rewrite languages directory
RewriteCond %{REQUEST_URI} !^/shop2/languages/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /shop2/index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
Thanks
Not trying to be a smarty pants here, but did you turn on Ceon URI (from the admin modules menu)??
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DivaVocals
Not trying to be a smarty pants here, but did you turn on Ceon URI (from the admin modules menu)??
Yes, Its turned on.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
rudyg99
Yes, Its turned on.
Then check your install.. Most installs can be traced straight back to missed files in the install..
Make sure you have properly included everything in the following folder in the install package.
- files
- modified_core_files (for your Zen Cart version)
- template_override_files (for your Zen Cart version)
If all the right files are in place and your have the correct .htaccess file configured, this module will work with no problem..
-
Re: Ceon URI Mapping v4.x
Hi,
I just updated from 3.6.3 to the 4.4.1 and checked through the installations pprocess and all went well and no (apparent) errors.
However I'm still getting the ?cpath=xxx tag at the end of numerous URL's
I read the FAQ and understand that this is apparent for linked products.
The issue is, I don't have any linked products on my site..??
I also understand they are not really an issue, but I'd rather them not be there unless they have to be, and as I don't have linked products, they don't have to be, or rather shouldn't be..!
I've gone through and re-generated various URL's to see if makes a difference but no...
I also cleared my own cache in case that was an issue but no
Any clues..?
Thanks,
Mike
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
Mike_Dean
Hi,
I just updated from 3.6.3 to the 4.4.1 and checked through the installations pprocess and all went well and no (apparent) errors.
However I'm still getting the ?cpath=xxx tag at the end of numerous URL's
I read the FAQ and understand that this is apparent for linked products.
The issue is, I don't have any linked products on my site..??
I also understand they are not really an issue, but I'd rather them not be there unless they have to be, and as I don't have linked products, they don't have to be, or rather shouldn't be..!
I've gone through and re-generated various URL's to see if makes a difference but no...
I also cleared my own cache in case that was an issue but no
Any clues..?
Thanks,
Mike
can you post a link to a guilty product please?
-
Re: Ceon URI Mapping v4.x
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
Mike_Dean
Are any of the items listed as specials or featured?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
picandnix
Are any of the items listed as specials or featured?
No.. they are standard listings
-
Re: Ceon URI Mapping v4.x
I have ZC 1.5 The mapping works great with the .htaccess file in place however my paypal express will not connect to paypal after adding this file. If I remove the .htaccess then the mapped pages give a 404 not found. I suspect the rule needs revising, but I have no clue what to change.
Here is the rule being used:
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# Don't rewrite "cpanel" directory
RewriteCond %{REQUEST_URI} !^/cpanel/ [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [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} !^/ad_ff_min [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite temp directory
RewriteCond %{REQUEST_URI} !^/temp/ [NC]
# Don't rewrite old_editors directory
RewriteCond %{REQUEST_URI} !^/old_editors/ [NC]
# Don't rewrite ffdocs directory
RewriteCond %{REQUEST_URI} !^/ffdocs/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
-
Re: Ceon URI Mapping v4.x
I managed to figure it out.
I added this line to more inclusive of all the file types.
That is what caused the problem.
I went back to the original example of the file given by the module.
Works great thank you!
RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [NC]
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
14all41
I managed to figure it out.
I added this line to more inclusive of all the file types.
That is what caused the problem.
I went back to the original example of the file given by the module.
Works great thank you!
RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [NC]
and the line is unnecessary which is why Conor didn't include it to begin with.. glad you got it all worked out..
-
Re: Ceon URI Mapping v4.x
I apologise in advance if this is a silly question but i'm ripping my hair out and it's probably something very obvious! (Total Newb here)
I'm stuck on the Install Check.
The instructions/error reads:
Quote:
Store Configuration Files Check
The value for DIR_WS_HTTPS_CATALOG in the store side's configure.php file is wrong.
The current value for DIR_WS_HTTPS_CATALOG is “https:/”.
The value for DIR_WS_HTTPS_CATALOG must start with a slash.
Add a slash, /, to the start of DIR_WS_HTTPS_CATALOG.
The value for DIR_WS_CATALOG does not match the value for DIR_WS_HTTPS_CATALOG in the store side's configure.php file.
The current value for DIR_WS_CATALOG is “/onlineshop/”.
The current value for DIR_WS_HTTPS_CATALOG is “https:/”.
As Ceon URI Mapping uses static URIs, it is not possible for the store to use different paths for the base of the store's URIs. For example, different subdirectories cannot be used.
This means a shared SSL certificate - for example, of the format
http://shared-ssl-domain.com/store-username - cannot be used for the site once static URIs are being used.
You must change the value for DIR_WS_CATALOG to match that of DIR_WS_HTTPS_CATALOG.
To be able to make this change, and still have the site work correctly, may require purchasing and installing an SSL certificate for the store's domain.
I've downloaded the onlineshop/includes/configure.php and changed the details to:
Quote:
define('DIR_WS_CATALOG', '/onlineshop/');
define('DIR_WS_HTTPS_CATALOG', '/onlineshop/');
So they're both the same and start with the /
Have tried to ftp and my ftp won't upload it saying Server Cannot Accept Argument. Not to be disuaded I've used the FTP with my site hosting and uploaded the file but . . .I'm still getting the same error on the Install Check.
Any suggestions as to what I've done wrong? :blush:
Site is http://ljandeb.com/onlineshop/
-
Re: Ceon URI Mapping v4.x
this plugin has been working fine for months and still does.. my problem is this:
i discovered many old URL's (from old site) that are backlinked from other sites and tried adding 301 redirect statements to my htaccess file to redirect these to the new current pages.. i did this because there are still hundreds of urls' that i did not rename using CEON (i only did the main ones at install). Plus there are many other URL's from our blog (wordpress) that also needed to be redirected.
the redirects mostly all work BUT some don't and it's because the data in the 'to' URL is being copied to the end of the new URL..
for example http://www.swordsofhonor.com/theater...theater-swords
is being redirected to http://www.swordsofhonor.com/fantasy...theater-swords when it should go to http://www.swordsofhonor.com/fantasyswords.html
here is the 301 redirect in the htaccess file
RedirectMatch 301 ^/theater-swords.* http://www.swordsofhonor.com/fantasyswords.html
is this fixable?? or do i have to go into hundreds of products and categories in the zen admin and add the old URL?? hope not.. :)
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lidlchris
... do i have to go into hundreds of products and categories in the zen admin and add the old URL?? ..
This way would ensure CEON URI Mapping has knowledge of the old URI and reduce the chance of 301 redirect chaining. You can directly add these using phpMyAdmin or use the Zen Cart admin. You still have to go through hundreds of URLs no matter which way you use.
Quote:
Originally Posted by
lidlchris
... for example "http://www.swordsofhonor.com/theater-swords.html?pg=2html=theater-swords"
is being redirected to "http://www.swordsofhonor.com/fantasyswords.html?pg=2html=theater-swords" when it should go to "http://www.swordsofhonor.com/fantasyswords.html"
here is the 301 redirect in the htaccess file
Code:
RedirectMatch 301 ^/theater-swords.* http://www.swordsofhonor.com/fantasyswords.html
is this fixable??
This is not an issue with CEON URI Mapping.
If you want to remove the "Query String" you need to use mod_rewrite instead of using mod_alias to issue the redirect. Keep in mind if you change the location in the Zen Cart admin in the future you will end up with chained 301 redirects.
If you must use a 301 in the .htaccess file... Only use ONE of the following rules (based upon your needs).
Code:
#Place before other CEON URI Mapping Rules (METHOD 1)
#This matches based upon only the URI ignoring the Query String
RewriteRule ^/theater-swords.html$ /fantasy-swords.html [R=301,L]
#Place before other CEON URI Mapping Rules (METHOD 2)
#This matches based upon the URI and the Query String
RewriteCond %{QUERY_STRING} ^pg=2html=theater-swords$
RewriteRule ^/theater-swords.html$ /fantasy-swords.html [R=301,L]
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lhungil
This way would ensure CEON URI Mapping has knowledge of the old URI and reduce the chance of 301 redirect chaining. You can directly add these using phpMyAdmin or use the Zen Cart admin. You still have to go through hundreds of URLs no matter which way you use.
turns out to be only about 25% of the redirects are for products/categories/pages that are on the current site - so 75% are for old pages, non-existant pages, and blog pages..
This is not an issue with CEON URI Mapping.
yes i think i stated that - it works great..
If you want to remove the "Query String" you need to use
mod_rewrite instead of using
mod_alias to issue the redirect. Keep in mind if you change the location in the Zen Cart admin in the future you will end up with chained 301 redirects.
If you must use a 301 in the .htaccess file... Only use ONE of the following rules (based upon your needs).
Code:
#Place before other CEON URI Mapping Rules (METHOD 1)
#This matches based upon only the URI ignoring the Query String
RewriteRule ^/theater-swords.html$ /fantasy-swords.html [R=301,L]
#Place before other CEON URI Mapping Rules (METHOD 2)
#This matches based upon the URI and the Query String
RewriteCond %{QUERY_STRING} ^pg=2html=theater-swords$
RewriteRule ^/theater-swords.html$ /fantasy-swords.html [R=301,L]
so with the 2nd method, i would have to know all of the query strings that i am trying to redirect for?? that option won't work.. and method one is the one i currently am using - somewhat - and that just carries the query string with it.. so then there is no other way to redirect to a static URL without carrying the query string - for the 75% of the urls i need to redirect?? unless, or course, i do a 1 for 1 redirect for all the URL's instead of trying to 'cheat' by lumping some together..
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lidlchris
so with the 2nd method, i would have to know all of the query strings that i am trying to redirect for?? that option won't work. ...
Depends on what you need to match. Thus why both examples were given.
Quote:
Originally Posted by
lidlchris
... and method one is the one i currently am using - somewhat - and that just carries the query string with it.. so then there is no other way to redirect to a static URL without carrying the query string - for the 75% of the urls i need to redirect?? ...
Apache mod_alias (your example) by default keeps the Query String.
Apache mod_rewrite (posted solution) by default drops the Query String. In the event mod_rewrite on your hosting provider is not by default dropping the Query String you can explicitly tell mod_rewrite to drop the Query String. This is documented in the Apache mod_rewrite documentation for RewriteRule and for RewriteRule Flags.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lhungil
Depends on what you need to match. Thus why both examples were given.
Apache mod_alias (your example) by default keeps the Query String.
Apache mod_rewrite (posted solution) by default drops the Query String. In the event mod_rewrite on your hosting provider is not by default dropping the Query String you can explicitly tell mod_rewrite to drop the Query String. This is documented in the Apache mod_rewrite documentation for
RewriteRule and for
RewriteRule Flags.
i appreciate your help... still not getting anywhere and this is so d............m frustrating.. i went back to a simple 1 to 1 301 rewrite since i know all of the files that need to be rewritten and to where.. but NONE of it is working now.. i'm ready to blow up this computer.. here are a few examples NOT working:
RewriteRule ^/testimonials\.html$ index.php?main_page=page_2 [R=301,L]
RewriteRule ^/umarex$ http://www.swordsofhonor.com/?main_p...acturers_id=50 [R=301]
RewriteRule ^/united-cutlery$ http://www.swordsofhonor.com/?main_p...acturers_id=49 [R=301]
i placed ALL of these rewrites above the CEON coding in htacess...
-
Re: Ceon URI Mapping v4.x
A few things:
- The new location should be an absolute path. So either starts with "http://" or with "/".
- All RewriteRules with a flag of R should also use L to say "stop processing other rules and redirect now". So [R=301,L].
- If for some reason the server is not dropping the Query String, use the flag QSD. So [R=301,QSD,L].
- If one needs to keep the Query String, use the flag QSA. So [R=301,QSA,L].
- On some servers the leading "/" is stripped from the "match" portion before being passed to mod_rewrite, so one may need to omit the leading "/" in the "match".
As lidlchris noted the best place for these "manual" 301 redirects will be after the "RewriteEngine On" and before the other stuff added by CEON URI Mapping.
Code:
RewriteRule ^umarex$ http://www.swordsofhonor.com/?main_page=index&manufacturers_id=50 [R=301,L]
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lhungil
A few things:
- The new location should be an absolute path. So either starts with "http://" or with "/".
- All RewriteRules with a flag of R should also use L to say "stop processing other rules and redirect now". So [R=301,L].
- If for some reason the server is not dropping the Query String, use the flag QSD. So [R=301,QSD,L].
- If one needs to keep the Query String, use the flag QSA. So [R=301,QSA,L].
- On some servers the leading "/" is stripped from the "match" portion before being passed to mod_rewrite, so one may need to omit the leading "/" in the "match".
As lidlchris noted the best place for these "manual" 301 redirects will be after the "RewriteEngine On" and before the other stuff added by CEON URI Mapping.
Code:
RewriteRule ^umarex$ http://www.swordsofhonor.com/?main_page=index&manufacturers_id=50 [R=301,L]
adding the ,L in the parameters [R=301,L] made them all work.. :D BUT i still can't get the ones with query strings to drop the strings.. when i use QSD, my entire website gives an 'internal server error' and no pages can be brought up.. i remove the QSD and all is fine.. i've tried QSD in different positions of the parameters [QSD,R=301,L], [R=301,L,QSD].
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lidlchris
... i still can't get the ones with query strings to drop the strings..
Ahhh, your hosting provider is using Apache 2.2 (the QSD flag was added in Apache 2.4). Try the following to force Apache 2.2 to drop the Query String (it's a kludgy workaround - been awhile since I've used this):
Code:
RewriteRule ^theater-swords.html$ /fantasy-swords.html? [R=301,L]
Sorry I did not check your server version / remember this workaround earlier. Any of your RewriteRules which include a "?" such as the one for Umarex should already be dropping any extra query string components.
On a side note: If you ever use Google AdWords - make sure you change any ADs to use the new URLs as the old redirected URLs will discard the Google AdWords tracking code. Same goes for Campaign tracking via Google Analytics.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lhungil
Ahhh, your hosting provider is using Apache 2.2 (the QSD flag was added in Apache 2.4). Try the following to force Apache 2.2 to drop the Query String (it's a kludgy workaround - been awhile since I've used this):
Code:
RewriteRule ^theater-swords.html$ /fantasy-swords.html? [R=301,L]
Sorry I did not check your server version / remember this workaround earlier. Any of your RewriteRules which include a "?" such as the one for Umarex should already be dropping any extra query string components.
On a side note: If you ever use Google AdWords - make sure you change any ADs to use the new URLs as the old redirected URLs will discard the Google AdWords tracking code. Same goes for Campaign tracking via Google Analytics.
wow - worked great... and thanks for the tip on adwords.. you've been a great help.. :smile:
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lidlchris
wow - worked great...
Glad we were able to get things working as desired! And thank you for letting us know it worked :smile:
-
Re: Ceon URI Mapping v4.x
Ok, I've solved the problem with the configure.php file. Am now up to rewriting. Where do I find the .htaccess file? :blush:
ETA - Please ignore. Apparently not enough caffeine today. :shocking:
-
Re: Ceon URI Mapping v4.x
Could use a little help,
Everything is working perfectly except I want all the URLs to keep the trailing slash?
e.g http://kitchenwarehouseltd.com/repla...kitchen-doors/
instead of: http://kitchenwarehouseltd.com/repla...-kitchen-doors
Anyone know how I could do this?
-
Re: Ceon URI Mapping v4.x
Requesting help again.
404 errors when I enable this plug in. I have tried the rewrite rule with and without the '/' in the last line of code.
May be related to this message that I receive when I get the rewrite code:
If using a .htaccess file
Quote:
The path to the .htaccess file can't be constructed as there appears to be a problem with the paths in the store's configure.php file. The catalog folder, /onlineshop/, is not the end part of the path to the store: D:\Hosting\10875245\html\onlineshop/.
The values for DIR_WS_CATALOG and DIR_FS_CATALOG should be checked and fixed.
Fixed to what?
website is ljandeb.com
zen is at ljandeb.com/onlineshop
Webhosting uses IIS 7.0 and the rewrites work well with the WordPress but not with zen?
Thanks in advance.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
LisaB
Code:
The path to the .htaccess file can't be constructed as there appears to be a problem with the paths in the store's configure.php file. The catalog folder, /onlineshop/, is not the end part of the path to the store: D:\Hosting\10875245\html\onlineshop/.
The values for DIR_WS_CATALOG and DIR_FS_CATALOG should be checked and fixed.
Fixed to what?
website is ljandeb.com
zen is at ljandeb.com/onlineshop
Webhosting uses IIS 7.0 and the rewrites work well with the WordPress but not with zen?
...
I'm going to guess the installer's "auto-detection" of server type failed (can happen for a few different reasons...). When this happens the installer reverts to assuming you are running Apache (and attempts to build rewrite rules specifically for Apache).
Question? Is your IIS Server configured for URL Rewrite? Or for ISAPI Rewrite?
-
Re: Ceon URI Mapping v4.x
I think connor was planning on adding an option to always default to adding a trailing slash or not. I think this has to do with the href function but I can't figure out for the life of me what to do.
Can anyone help?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DannyVarley
I think connor was planning on adding an option to always default to adding a trailing slash or not. I think this has to do with the href function but I can't figure out for the life of me what to do.
Can anyone help?
I don't recall Conor saying he'd be adding any feature like this. Given that the addition of the trailing slash adds no real value to the URL as per the purpose of this module I can't see why he'd put in the effort..
-
Re: Ceon URI Mapping v4.x
Hi Diva! :D
In this thread: http://www.zen-cart.com/showthread.p...back-requested
He said:
Quote:
I'm thinking that the first enhancement I'll make is to add an option "Store sometimes/always uses slashes at the end of URIs other than the home page's URI".
Which is exactly what I want it to do :)
Thanks,
Daniel
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DannyVarley
You'll now have to ask JSWeb if they intend to make this modification.. Otherwise, it's not required and adds no real value to the URL.. Your site does not NEED/REQUIRE this this.. (ie: see Amazon and other major online retailers.. see this forums URLs too..)
-
Re: Ceon URI Mapping v4.x
This file:
includes\classes\class.CeonURIMappingAdminCategoriesProducts.php
This function:
autogenCategoryOrProductURIMapping
just before the very last line in that function add:
$uri = $uri.'/';
then the next line should return the uri with a slash on the end.
return $uri;
Haven't tested it tho!
Quote:
Originally Posted by
DannyVarley
-
Re: Ceon URI Mapping v4.x
Hi Barricades! Thanks for helping me :bigups:
I can't actually find where to put it in includes\classes\class.CeonURIMappingAdminCategoriesProducts.php
There doesnt even seem to be a autogenCategoryOrProductURIMapping function,
What line is it on?
Danny
-
Re: Ceon URI Mapping v4.x
Are you sure you're not looking in STORE/ADMIN/includes/classes for the file - you should be just looking in STORE/includes/classes