Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
ElPoderoso15
Well since I am not seeing CLEARLY on your site where one would see that category link, I would have to say that the behavior you see is happening because the URI/URL doesn't exist.. Can you walk us through the exact path one would take to find that URL on your site?? Also have you gone through and saved ALL of your product categories so that they all generate the new URIs?? because it doesn't appear that you have done so.. You have product URIs but no category URIs..
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DivaVocals
Well since I am not seeing CLEARLY on your site where one would see that category link, I would have to say that the behavior you see is happening because the URI/URL doesn't exist.. Can you walk us through the exact path one would take to find that URL on your site?? Also have you gone through and saved ALL of your product categories so that they all generate the new URIs?? because it doesn't appear that you have done so.. You have product URIs but no category URIs..
Thanks for the reply. I have configured the URI in the product categories. However, since we are testing some of the pages in-house I disabled them for the time being to avoid broken links. I updated all product categories from the blue hover menu to have URI for the sake of troubleshooting the behavior.
Here's the path generated from zencart:
http://www.spellex.com/new/estore/in...index&cPath=72
Here's the path with the URI
http://www.spellex.com/new/estore/handheld-spell-check
You can use the hover menu
Re: Ceon URI Mapping v4.x
Start by answering more of the questions found in the "Posting Tips".
The "Posting Tips" can be found while replying to a thread by scrolling up.
They are also listed in the Forum Do's and Don'ts.
Some other important questions to answer:
Which version of CEON URI Mapping you are attempting to install / configure?
Did you upgrade from a previous version of CEON URI Mapping?
Did you acquire your copy of CEON URI Mapping from this site? If you did not where did you acquire your copy from?
Are there any Zen Cart debug logs? If so, what are in the logs?
Are there any PHP / Server error logs? If so, what are in the logs?
Have you altered the .htaccess file generated by CEON URI Mapping? If so what did you modify?
Do the same issues occur when using the "classic" template included with Zen Cart 1.5?
Quote:
Originally Posted by
ElPoderoso15
... However, since we are testing some of the pages in-house I disabled them for the time being to avoid broken links. ...
Can you make your "in-house" testing location public (on a different domain and perhaps with no-index configured)? This way a link could be provided to allow those reading the forums to see the described behavior while not impacting your "live" store.
Quote:
Originally Posted by
ElPoderoso15
...
I updated all product categories from the blue hover menu to have URI for the sake of troubleshooting the behavior. ...
I am going to assume the "blue hover menu" is the main navigation in the header... If this is true, go back right now and replace all those hard coded "href" attributes with zen_href_link function calls. Hard coded links will just make troubleshooting more difficult.
If you are not already, I'd recommend using one of the navigation plugins designed for Zen Cart as these will usually generate the correct links automatically (for enabled categories and products).
Quote:
Originally Posted by
ElPoderoso15
... Clicking on a product category link while on the online store with CEON URI mapping configured will display the home page. ...
Please disable automatically redirecting to the homepage when a page is not found. This will allow us to see if the problem is caused by CEON URI Mapping not recognizing your category URLs -or- caused by something else.
One can change the behavior to "Show a 404 Page" from the Zen Cart administrative interface. Once logged in select "Configuration" --> "My Store" and change the option for "Missing Page Check" to "Page Not Found".
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lhungil
Some other important questions to answer:
Which version of CEON URI Mapping you are attempting to install / configure?
Did you upgrade from a previous version of CEON URI Mapping?
Did you acquire your copy of CEON URI Mapping from this site? If you did not where did you acquire your copy from?
Are there any Zen Cart debug logs? If so, what are in the logs?
Are there any PHP / Server error logs? If so, what are in the logs?
Have you altered the .htaccess file generated by CEON URI Mapping? If so what did you modify?
Do the same issues occur when using the "classic" template included with Zen Cart 1.5?
I'm using version 4.4.1 of CEON URI Mapping.
Clean install, no upgrade.
Acquired module CEON from this site.
No debug logs.
No php/server errors.
Did not alter .htaccess file.
Quote:
Originally Posted by
lhungil
Can you make your "in-house" testing location public (on a different domain and perhaps with no-index configured)? This way a link could be provided to allow those reading the forums to see the described behavior while not impacting your "live" store.
The location is public. The online store is not live, it is a test site.
Quote:
Originally Posted by
lhungil
I am going to assume the "blue hover menu" is the main navigation in the header... If this is true, go back right now and replace all those hard coded "href" attributes with zen_href_link function calls. Hard coded links will just make troubleshooting more difficult.
OK, will do.
Quote:
Originally Posted by
lhungil
Please disable automatically redirecting to the homepage when a page is not found. This will allow us to see if the problem is caused by CEON URI Mapping not recognizing your category URLs -or- caused by something else.
One can change the behavior to "Show a 404 Page" from the Zen Cart administrative interface. Once logged in select "Configuration" --> "My Store" and change the option for "Missing Page Check" to "Page Not Found".
The site has that option already set to "Page Not Found". The home page displays as part of the behavior. If you try a bogus page like http://www.spellex.com/new/estore/in...ell-checkerxxx the page not found page is displayed. However trying to access a product category page with URI configured forwards to the home page.
Thanks again!
Re: Ceon URI Mapping v4.x
Hey guys, I'm currently have some trouble with this module. It was installed on our site and working correctly, but we recently updated our site and now the store, which was in the root directory of our website is now in a subdirectory (/shop/). However, because of this, I cannot get the category/product pages to display correctly. I have tried prepending the subdirectory to the rules in my rewrite map, as well as having the module generate a new sample mapping and then using that one. However, all I have been able to do is get every static URI to rewrite to the home page! Unfortunately, this is on a test site, so the live site, which is not using the updated site information, still works and can be found here. Again, this is the old, un-updated site that the module currently works on.
Helpful information:
Zencart Version: 1.5.0
Ceon URI Vesion: 4.2.0
Web server: IIS (Using a web.config for URL rewrites)
Output from Installation Check: All checks passed
Any help would be greatly appreciated!
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
ElPoderoso15
... The site has that option already set to "Page Not Found". ... If you try a bogus page like
http://www.spellex.com/new/estore/in...ell-checkerxxx the page not found page is displayed. However trying to access a product category page with URI configured forwards to the home page. ...
Please post the entire contents of your .htaccess file (change the admin folder references to "admin") wrapped by code tags (the # on the editing toolbar). Also make sure no .htaccess files exist in "/" or "/new/" (as they run before the rules in the "/new/estore/" folder and can cause problems).
P.S. Why does "/new/estore/" redirect to "/new/"? This may be one of the contributing factors!
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
Pheogia
... was in the root directory of our website is now in a subdirectory (/shop/). ... However, all I have been able to do is get every static URI to rewrite to the home page! ...
If you are testing on the same domain as the live store, make sure all "redirects" or "rewrites" in the "/" folder exclude the path "/shop/".
P.S. Why does "/shop/" redirect to "/"? This may be one of the contributing factors!
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
Pheogia
Hey guys, I'm currently have some trouble with this module. It was installed on our site and working correctly, but we recently updated our site and now the store, which was in the root directory of our website is now in a subdirectory (/shop/). However, because of this, I cannot get the category/product pages to display correctly. I have tried prepending the subdirectory to the rules in my rewrite map, as well as having the module generate a new sample mapping and then using that one. However, all I have been able to do is get every static URI to rewrite to the home page! Unfortunately, this is on a test site, so the live site, which is not using the updated site information, still works and can be found
here. Again, this is the old, un-updated site that the module currently works on.
Helpful information:
Zencart Version: 1.5.0
Ceon URI Vesion: 4.2.0
Web server: IIS (Using a web.config for URL rewrites)
Output from Installation Check: All checks passed
Any help would be greatly appreciated!
I was actually able to fix my own problem and I wanted to post it here, in case it could help someone else. The problem with my site was that the HTTPS_SERVER and DIR_WS_CATALOG were actually being redefined in my includes/config-sites/sites_switch.php file (I'm not sure why). This redefinition actually defined the HTTPS_SERVER as including the /shop/ directory, which made all of the CEON URI Mapping URL's look right.
Once I changed this, all of the URL maps were going to https://www.driedinsects.com/remapping instead of https://www.driedinsects.com/shop/remapping. This caused me to go into the module configuration on the admin section and change the URI Mapping for my categories and products and the links then worked.
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
Pheogia
I was actually able to fix my own problem and I wanted to post it here, in case it could help someone else. The problem with my site was that the HTTPS_SERVER and DIR_WS_CATALOG were actually being redefined in my includes/config-sites/sites_switch.php file (I'm not sure why). This redefinition actually defined the HTTPS_SERVER as including the /shop/ directory, which made all of the CEON URI Mapping URL's look right.
Once I changed this, all of the URL maps were going to
https://www.driedinsects.com/remapping instead of
https://www.driedinsects.com/shop/remapping. This caused me to go into the module configuration on the admin section and change the URI Mapping for my categories and products and the links then worked.
So it's clear to anyone following this thread the "includes/config-sites/sites_switch.php" is not part of this mod nor is it part of the default Zen Cart fileset..
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lhungil
Please post the entire contents of your .htaccess file (change the admin folder references to "admin") wrapped by code tags (the # on the editing toolbar). Also make sure no .htaccess files exist in "/" or "/new/" (as they run before the rules in the "/new/estore/" folder and can cause problems).
Code:
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# ONLY rewrite URIs beginning with /new/estore/
RewriteCond %{REQUEST_URI} ^/new/estore/ [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} !^/new/estore/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/new/estore/editors/ [NC]
# Don't rewrite font directory
RewriteCond %{REQUEST_URI} !^/new/estore/font/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/new/estore/logs/ [NC]
# Don't rewrite temp directory
RewriteCond %{REQUEST_URI} !^/new/estore/temp/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /new/estore/index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
<IfModule mod_rewrite.c>
RewriteEngine On
# RewriteBase /new/
RewriteCond %{REQUEST_URI} ^/new/ [NC]
#Removes access to the system folder by users.
#Additionally this will allow you to create a System.php controller,
#previously this would not have been possible.
#'system' can be replaced if you have renamed your system folder.
RewriteCond %{REQUEST_URI} ^system.*
RewriteRule ^(.*)$ /index.php?/$1 [L]
RewriteCond %{REQUEST_URI} ^application.*
RewriteRule ^(.*)$ /index.php?/$1 [L]
#Checks to see if the user is attempting to access a valid file,
#such as an image or css document, if this isn't true it sends the
#request to index.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?/$1 [L]
</IfModule>
<IfModule !mod_rewrite.c>
# If we don't have mod_rewrite installed, all 404's
# can be sent to index.php, and everything works as normal.
# Submitted by: ElliotHaughin
#ErrorDocument 404 /index.php
</IfModule>
The .htaccess has additional information to handle the root section (/new/) of the site. That section uses a CodeIgniter based solution. I've tried commenting out and even removing that portion with no luck.
Quote:
Originally Posted by
lhungil
P.S. Why does "/new/estore/" redirect to "/new/"? This may be one of the contributing factors!
I'm actually not sure where that setting is configured. I am not the original author of this project.
Thanks!
