Ceon URI Mapping v4.x

Quote:

---

Originally Posted by DivaVocals

I'm guessing that the issue stems from an incorrect path in your configure.php files.. which is to say that I don't think the issue stems from this module, but is ILLUMINATED when you turn this module on..

---

I don't think my config file is the problem?

Code:

---

// Define the webserver and path parameters
  // HTTP_SERVER is your Main webserver: eg-http://www.your_domain.com
  // HTTPS_SERVER is your Secure webserver: eg-https://www.your_domain.com
  define('HTTP_SERVER', 'http://madasahatter.no');
  define('HTTPS_SERVER', 'https://madasahatter.no');

  // Use secure webserver for checkout procedure?
  define('ENABLE_SSL', 'true');

// NOTE: be sure to leave the trailing '/' at the end of these lines if you make changes!
// * DIR_WS_* = Webserver directories (virtual/URL)
  // these paths are relative to top of your webspace ... (ie: under the public_html or httpdocs folder)
  define('DIR_WS_CATALOG', '/');
  define('DIR_WS_HTTPS_CATALOG', '/');

  define('DIR_WS_IMAGES', 'images/');
  define('DIR_WS_INCLUDES', 'includes/');
  define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
  define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
  define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
  define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');
  define('DIR_WS_DOWNLOAD_PUBLIC', DIR_WS_CATALOG . 'pub/');
  define('DIR_WS_TEMPLATES', DIR_WS_INCLUDES . 'templates/');

---

Admin config file:

Code:

---

/**
 * WE RECOMMEND THAT YOU USE SSL PROTECTION FOR YOUR ENTIRE ADMIN:
 * To do that, make sure you use a "https:" URL for BOTH the HTTP_SERVER and HTTPS_SERVER entries:
 */
  define('HTTP_SERVER', 'https://madasahatter.no');
  define('HTTPS_SERVER', 'https://madasahatter.no');
  define('HTTP_CATALOG_SERVER', 'http://madasahatter.no');
  define('HTTPS_CATALOG_SERVER', 'https://madasahatter.no');

  // secure webserver for admin?  Valid choices are 'true' or 'false' (including quotes).
  define('ENABLE_SSL_ADMIN', 'true');

  // secure webserver for storefront?  Valid choices are 'true' or 'false' (including quotes).
  define('ENABLE_SSL_CATALOG', 'true');

  define('DIR_WS_ADMIN', preg_replace('#^' . str_replace('-', '\-', zen_parse_url(HTTP_SERVER, '/path')) . '#', '', dirname($_SERVER['SCRIPT_NAME'])) . '/');
  define('DIR_WS_CATALOG', '/');
  define('DIR_WS_HTTPS_ADMIN', preg_replace('#^' . str_replace('-', '\-', zen_parse_url(HTTPS_SERVER, '/path')) . '#', '', dirname($_SERVER['SCRIPT_NAME'])) . '/');
  define('DIR_WS_HTTPS_CATALOG', '/');

// NOTE: be sure to leave the trailing '/' at the end of these lines if you make changes!
// * DIR_WS_* = Webserver directories (virtual/URL)
  // these paths are relative to top of your webspace ... (ie: under the public_html or httpdocs folder)
  define('DIR_WS_IMAGES', 'images/');
  define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');
  define('DIR_WS_CATALOG_IMAGES', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'images/');
  define('DIR_WS_CATALOG_TEMPLATE', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'includes/templates/');
  define('DIR_WS_INCLUDES', 'includes/');
  define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');
  define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
  define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
  define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
  define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');
  define('DIR_WS_CATALOG_LANGUAGES', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'includes/languages/');

// * DIR_FS_* = Filesystem directories (local/physical)
  define('DIR_FS_ADMIN', preg_replace('#/includes/$#', '/', realpath(dirname(__FILE__) . '/../') . '/'));
  //the following path is a COMPLETE path to your Zen Cart files. eg: /var/www/vhost/accountname/public_html/store/
  define('DIR_FS_CATALOG', '/home/madasaha/public_html/');

  //the following path is a COMPLETE path to the /logs/ folder  eg: /var/www/vhost/accountname/public_html/store/logs ... and no trailing slash
  define('DIR_FS_LOGS', '/home/madasaha/public_html/logs');

  define('DIR_FS_CATALOG_LANGUAGES', DIR_FS_CATALOG . 'includes/languages/');
  define('DIR_FS_CATALOG_IMAGES', DIR_FS_CATALOG . 'images/');
  define('DIR_FS_CATALOG_MODULES', DIR_FS_CATALOG . 'includes/modules/');
  define('DIR_FS_CATALOG_TEMPLATES', DIR_FS_CATALOG . 'includes/templates/');
  define('DIR_FS_BACKUP', DIR_FS_ADMIN . 'backups/');
  define('DIR_FS_EMAIL_TEMPLATES', DIR_FS_CATALOG . 'email/');
  define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/');

---

looking at it in webmaster tools in msie and chrome, there is something wrong, causing almost all <head> content to appear in the <body> section, even though in view source it appears largely correct

so I'm guessing there's a syntax error or something causing that, and that the <base> tag being in the <body> might explain why msie doesn't seem to be using the designated <base> path with the relative image urls

EDIT - the <!doctype> isn't on the first line either - not sure if that matters

well <!doctype doesn't have to be on the first line

but I see something else in the javascript, single quotes are escaped inside double-quoted strings

onmouseover="showtrail(\'bmz_cache...

Quote:

---

Originally Posted by SignTorch

well <!doctype doesn't have to be on the first line

but I see something else in the javascript, single quotes are escaped inside double-quoted strings

onmouseover="showtrail(\'bmz_cache...

---

Where do you see this?
Good point on the header/body part also. I'll look into that later today

Quote:

---

Originally Posted by SignTorch

looking at it in webmaster tools in msie and chrome, there is something wrong, causing almost all <head> content to appear in the <body> section, even though in view source it appears largely correct

so I'm guessing there's a syntax error or something causing that, and that the <base> tag being in the <body> might explain why msie doesn't seem to be using the designated <base> path with the relative image urls

EDIT - the <!doctype> isn't on the first line either - not sure if that matters

---

Most likely there is an issue with "/includes/templates/zenn/common/html_header.php". Possibly the upload was corrupted... But a more likely cause is: the file was opened with a text editor, edited, and not saved using UTF-8 without BOM (the without BOM is very important). If this issue is present in the theme files, one will want to review the character encoding used in all of the theme files ("/includes/templates/zenn/*"), in the define pages ("/includes/languages/<your_languages>/html_includes/*"), and any core Zen Cart files which have been modified.

One will need to use a text editor supporting UTF-8 without BOM (such as NotePad++ or one bundled with an IDE) to edit and save files with the correct character encoding.

This does not look like an issue with CEON URI Mapping. I did notice the theme is a commercial theme purchased from themeforest... If the OP needs additional help fixing the theme, I would recommend they contact the author of the theme for commercial support.

Quote:

---

Originally Posted by lhungil

Most likely there is an issue with "/includes/templates/zenn/common/html_header.php". Possibly the upload was corrupted... But a more likely cause is: the file was opened with a text editor, edited, and not saved using UTF-8 without BOM (the without BOM is very important). If this issue is present in the theme files, one will want to review the character encoding used in all of the theme files ("/includes/templates/zenn/*"), in the define pages ("/includes/languages/<your_languages>/html_includes/*"), and any core Zen Cart files which have been modified.

One will need to use a text editor supporting UTF-8 without BOM (such as NotePad++ or one bundled with an IDE) to edit and save files with the correct character encoding.

This does not look like an issue with CEON URI Mapping. I did notice the theme is a commercial theme purchased from themeforest... If the OP needs additional help fixing the theme, I would recommend they contact the author of the theme for commercial support.

---

and yet another reason why I DESPISE nearly anything coming from Theme Forest.. but this does go back to my original post.. the issue the OP has is not caused by this module, but it is certainly ILLUMINATED when this module is activated..

There must have been a file/several files with encoding errors or something like that. After I copied in a backup from last year the error is gone :D
Thanks for helping out guys!

Bonus information; the error was caused by the CEON back in stock notification module. I changed all the file encodings to utf-8 without dom and it fixed the problem

Quote:

---

Originally Posted by panservolvo

Bonus information; the error was caused by the CEON back in stock notification module. I changed all the file encodings to utf-8 without dom and it fixed the problem

---

Which was likely caused by either a bad download or a contributor AFTER Conor who may have introduced the issue.. (otherwise many may more folks would have the same issue)

Trying to use this and keep getting a 404 error, any idea on how I can sort this using the latest zen cart and I have put the rewrite rule in.

Quote:

---

Originally Posted by mattbough

Trying to use this and keep getting a 404 error, any idea on how I can sort this using the latest zen cart and I have put the rewrite rule in.

---

Not without some information.. like.. Site link, and the contents of your .httaccess file..

Hi,

My Zen Cart was originally installed in a sub-folder, "store," of the main site. We are restructuring, removing the main site and moving Zen Cart to the root. All the URIs have "store" in the URI mapping field. Is there an easy way to remove this from all the URI mappings?

Many Thanks!

Quote:

---

Originally Posted by ZeroGravity

Hi,

My Zen Cart was originally installed in a sub-folder, "store," of the main site. We are restructuring, removing the main site and moving Zen Cart to the root. All the URIs have "store" in the URI mapping field. Is there an easy way to remove this from all the URI mappings?

Many Thanks!

---

Easy?? meaning AUTOMATED?? MOPE.. you gotta buy the commercial Mapping Manager module from JS Web to get the automation you are seeking.. Otherwise, you can try running a script against the DB to remove JUST the "store" string from the URI mapping table. or you will have to roll up your sleeves and edit each product, category, manufacturer, and EZ page.

Thanks @DivalVocals. Not quite the answer I was hoping for but half anticipating.

Just in case anyone else has the same issue here is the SQL I used to remove "/store" from the front of the URI Mappings.

Code:

---

UPDATE ceon_uri_mappings
SET uri = RIGHT(uri, length(uri) - 6)
WHERE uri like "/store%";

---

Quote:

---

Originally Posted by ZeroGravity

Just in case anyone else has the same issue here is the SQL I used to remove "/store" from the front of the URI Mappings.

Code:

---

UPDATE ceon_uri_mappings
SET uri = RIGHT(uri, length(uri) - 6)
WHERE uri like "/store%";

---

---

Thanks for sharing!!!!

Although it wasn't deeply described, but if this store is/was already indexed/bookmarked then you'll be missing out on the benefit of the uris being rewritten using CEON URI Mapping. By that I mean anyone/anything visiting your-store.com/store/cool-category will not get redirected to your-store.com/cool-category but instead either product not found or to the root...

A .htaccess rule could be used at this point to rectify that if it is needed, but ideally inactive URIs in CEON URI Mapping would be used to accomplish that.

Quote:

---

Originally Posted by mc12345678

Although it wasn't deeply described, but if this store is/was already indexed/bookmarked then you'll be missing out on the benefit of the uris being rewritten using CEON URI Mapping. By that I mean anyone/anything visiting your-store.com/store/cool-category will not get redirected to your-store.com/cool-category but instead either product not found or to the root...

A .htaccess rule could be used at this point to rectify that if it is needed, but ideally inactive URIs in CEON URI Mapping would be used to accomplish that.

---

Forgot about that.. :laugh: The .htaccess rule will be easier.. The OP would have to regenerate every URI manually if he doesn't own the Mappings Manager.. Just did this for a client. Moved her site from a sub-folder to the root.. This should be placed above other rules in the .htaccess file. Works like a dream..

Code:

---

#To redirect the contents of a whole directory to the webserving root
RewriteRule ^store/(.*)$ /$1 [R=301,NC,L]

---

Quote:

---

Originally Posted by DivaVocals

The OP would have to regenerate every URI manually if he doesn't own the Mappings Manager..

---

The Mappings Manager is not the only tool that can be used to automate the large majority of the rewrites to accomodate a shift such as this.

Can search for EasyPopulate CEON URI and find a tool that can do similar modification.

Quote:

---

Originally Posted by mc12345678

The Mappings Manager is not the only tool that can be used to automate the large majority of the rewrites to accomodate a shift such as this.

Can search for EasyPopulate CEON URI and find a tool that can do similar modification.

---

There you go being mysterious again..:laugh: just post the link here if you know it..

Quote:

---

Originally Posted by DivaVocals

There you go being mysterious again..:laugh: just post the link here if you know it..

---

http://mc12345678.com/index.php?main...&products_id=1

If I know it.... :P

Not sure the link to the product will be allowed, but certainly you CAN provide enough information so someone can do a proper Google search. I searched for: "Easy Populate v4 with CEON URI Mapping"

I still run 1.3.9h since we do no credit information on server...but was wondering if there are any differences between the now version of 4.50 vs the 4.43 I have installed?

just needing to know for sure if an upgrade is needed.

Hi to all,

Quick question if I may. Do I now need to download this plug in from JSWeb? I've downloaded it from here and tried to view the installation guide which is none functional due to, I'm assuming, the sad passing of Conor. I've tried reading the topic but It all became a bit mind blowing. What I have gathered is that Conor seemed like an exceptional member of the site and I feel a little sad, despite the fact I never knew him, of seeing that he passed away.

I'd like to make this particular plug in my first attempt at an installation as i've not done one before and I'm off to a stuttering start as I'm already finding It difficult finding the Installation Instructions :/ so any help with pointing me In the right direction would be well appreciated. I'm running the 1.5.4v of zc.

many thanks

James.

Quote:

---

Originally Posted by James Bond

Hi to all,

Quick question if I may. Do I now need to download this plug in from JSWeb? I've downloaded it from here and tried to view the installation guide which is none functional due to, I'm assuming, the sad passing of Conor. I've tried reading the topic but It all became a bit mind blowing. What I have gathered is that Conor seemed like an exceptional member of the site and I feel a little sad, despite the fact I never knew him, of seeing that he passed away.

I'd like to make this particular plug in my first attempt at an installation as i've not done one before and I'm off to a stuttering start as I'm already finding It difficult finding the Installation Instructions :/ so any help with pointing me In the right direction would be well appreciated. I'm running the 1.5.4v of zc.

many thanks

James.

---

In your unzipped fodler there should be a folder called _docs. Inside there is the ,html to double click on and open in the browser.

That is tha actual readme with the instructios to follow.

Basically, place all files into the "like" folders on your server. BE extremely careful with the one labled as modified, these are core files that have been edited for Ceon so make a copy of the original ones to keep safe, should something go wrong.

Once you get it installed and setup per instructions then you can go to JSWeb for the updates as they happen, replacing only the files in the editors folder, I think did mine awhile ago and can't remember...but somewhere in this thread it should say.

Quote:

---

Originally Posted by DarkAngel

In your unzipped fodler there should be a folder called _docs. Inside there is the ,html to double click on and open in the browser.

That is tha actual readme with the instructios to follow.

Basically, place all files into the "like" folders on your server. BE extremely careful with the one labled as modified, these are core files that have been edited for Ceon so make a copy of the original ones to keep safe, should something go wrong.

Once you get it installed and setup per instructions then you can go to JSWeb for the updates as they happen, replacing only the files in the editors folder, I think did mine awhile ago and can't remember...but somewhere in this thread it should say.

---

Thanks ever so much DarkAngel. :thumbsup:

No problem, I also forgot that those edited files, IF you have installed any other mods then you need to compare them with those files to see if their coding needs to be added in there too.

give a yell, I love this mod

I'm using the Westminster New template which I'm so for now I'm just having a good root around and having a look at files and code before I attempt the install. It's giving me the opportunity to get to grips with Win Merge too. I'm only set up on local host at the minute so with proper backups I'm sure I'm gonna have some fun having a go!

Thanks once again for your help! :D

Hi, all

I'm working on ZC locally using xampp on windows and wondered if I was to install this mod would it be an easy transition onto a linux server? Should I just not bother for now until I can take the site live, and then do the install?

King Regards

James

Hi,

Hoping someone can help as I'm into the 4th hour and no joy on this mod.

I'm working on a new site with a clean install of 1.5.4 on my local server (wamp)

I have installed the mod several times and it all check out fine using the installation check page

I have generated URI mapping on a particular category page and individual product, but I'm getting 404 and 500 errors depending on the following.

If I DON'T add the .htaccess file, I can get to the store front, but I get 404 errors on any of the product category pages.
If I DO install the .htaccess file in either the wamp/www/ folder of the wamp/www/zencart folder I get 500 error when I try an load the sites main page.

This is what the .htaccess file currently looks like

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /zencart/
RewriteCond %{REQUEST_URI} ^/zencart/ [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} !^/zencart/admindemo [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/zencart/editors/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/zencart/logs/ [NC]
# Don't rewrite zencart directory
RewriteCond %{REQUEST_URI} !^/zencart/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
# RewriteRule .* index.php [QSA,L]
RewriteRule .* /zencart/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

I have modified the last line of the file to

/index.php
index.php
/zencart/index.php
zencart/index.php.

All to no avail.

The worst part is I have an older version of it working nicely on my old 1.3.9 site !!

Any suggestions as to what I may have done wrong would be greatly appreciated

Many thanks,
Mike

Quote:

---

Originally Posted by Mike_Dean

Hi,

Hoping someone can help as I'm into the 4th hour and no joy on this mod.

I'm working on a new site with a clean install of 1.5.4 on my local server (wamp)

I have installed the mod several times and it all check out fine using the installation check page

I have generated URI mapping on a particular category page and individual product, but I'm getting 404 and 500 errors depending on the following.

If I DON'T add the .htaccess file, I can get to the store front, but I get 404 errors on any of the product category pages.
If I DO install the .htaccess file in either the wamp/www/ folder of the wamp/www/zencart folder I get 500 error when I try an load the sites main page.

This is what the .htaccess file currently looks like

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /zencart/
RewriteCond %{REQUEST_URI} ^/zencart/ [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} !^/zencart/admindemo [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/zencart/editors/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/zencart/logs/ [NC]
# Don't rewrite zencart directory
RewriteCond %{REQUEST_URI} !^/zencart/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
# RewriteRule .* index.php [QSA,L]
RewriteRule .* /zencart/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

I have modified the last line of the file to

/index.php
index.php
/zencart/index.php
zencart/index.php.

All to no avail.

The worst part is I have an older version of it working nicely on my old 1.3.9 site !!

Any suggestions as to what I may have done wrong would be greatly appreciated

Many thanks,
Mike

---

Well, honestly, very little if anything has changed for the .htaccess file requirements through the ZC versions, if anything it is the server or other system changes that may necessitate a change. Therefore, basically if the .htaccess works fine for your 1.3.9 version of ZC, the same basic .htaccess could/should work for ZC 1.5.4... There may be some other factors about your local setup that are causing the issue, also if the .htaccess is placed in wamp/www does your wamp/www/zencart folder also have a .htaccess? (If wamp/www/zencart is your site's root folder for the zencart program, the answer should be that there is no .htaccess in the zencart subdirectory because zencart does not require one for normal operation.) If there is a .htaccess file in the wamp/www/zencart folder, what are its contents? Why is it there? And if so, you may need to incorporate the .htaccess content above into it, but move down a directory (instead of /zencart/ may just be / but also have to use a command at the beginning to indicate the current directory...

I did have to in one case have a .htaccess file in both the sites root as well as the store's root both providing the same general rewrite rule in each directory but a difference in that the subfolder didn't have reference to the subfolder, but as if at the site itself... Removal of the CEON .htaccess code from either caused trouble because the sub-directory had a .htaccess file for other reasons...

But it still could also be setup of the server as well at least without further information.

500 = Internal Server Error = Check Apache Logs.

Guessing some part of WAMP is misconfigured (for example not enabling mod_rewrite). But the Apache error log should help us better determine the cause.

I have a client where her 1.3.9h files are in the root public folder but am upgrading her to 1.5.4 and having the same issue. I had to turn off Ceon in order to access the test store site for if the mod is active I get the same error. It being a test store doesn't bother me cause I still have to finish edits then transfer to the clone of her store. But if this continues after the live store is with the files, we shall have a problem...lol

Quote:

---

Originally Posted by lhungil

500 = Internal Server Error = Check Apache Logs.

Guessing some part of WAMP is misconfigured (for example not enabling mod_rewrite). But the Apache error log should help us better determine the cause.

---

Ahhh Its the simple things in life that cause the most stress !
Didn't think to check the Apache settings. Yes, the mod-rewrite was not enabled, so a quick change, restart the wamp server and re-set all the product categories and all good.

:smile::smile::smile:

Thanks all....

good for you to gets yours going, but hers is active or the mod would not work in the active store so no idea why it is not behaving in the test store that is in a directory of its own

Quote:

---

Originally Posted by DarkAngel

good for you to gets yours going, but hers is active or the mod would not work in the active store so no idea why it is not behaving in the test store that is in a directory of its own

---

If you have the exact same symptoms (an HTTP 500 / internal server error)... Then you will need to check the server error logs (may need to contact your hosting provider as not all provide direct access to the Apache server error logs).

If you have a different symptom (it sounds like you do), please elaborate. Is the phpinfo() output exactly the same for both the live and demo store? What are the physical paths for the live store and demo store? Is the .htaccess file in a "parent" folder shared by both stores or is one store "nested inside" the other? If so have you altered the .htaccess file(s) accordingly?

Quote:

---

Originally Posted by lhungil

If you have the exact same symptoms (an HTTP 500 / internal server error)... Then you will need to check the server error logs (may need to contact your hosting provider as not all provide direct access to the Apache server error logs).

---

She has a shared server but the host is fairly easy with the php stuff or with fixing things on their end

Quote:

---

If you have a different symptom (it sounds like you do), please elaborate. Is the phpinfo() output exactly the same for both the live and demo store?

---

Yes I believe so

Quote:

---

What are the physical paths for the live store and demo store? Is the .htaccess file in a "parent" folder shared by both stores or is one store "nested inside" the other? If so have you altered the .htaccess file(s) accordingly?

---

paths are different since the live store is directly in the public folder/store files
the test store is public folder/teststore/store files

1. I tried adding the ceon code it wants in the .htaccess file to the main one in the root AND still admin is accessible but clicking the link within there to go to the front end of the store it goes to page not found of live store

2. removed the code and created its own .htaccess code and still the same thing.

3. turned off ceon in test and now can access the store font with no issues.

Can you post "/public/.htaccess", "/public/store/.htaccess", "/public/teststore/.htaccess", and "/public/teststore/store/.htaccess"?

Please obscure the admin path (change to "!^/store/admin", "!^/teststore/store/admin", etc).

I'd also ask if you could kindly place the file contents inside "code tags" (ex: [CODE]file contents[/CODE])

Quote:

---

Originally Posted by lhungil

Can you post "/public/.htaccess", "/public/store/.htaccess", "/public/teststore/.htaccess", and "/public/teststore/store/.htaccess"?

Please obscure the admin path (change to "!^/store/admin", "!^/teststore/store/admin", etc).

I'd also ask if you could kindly place the file contents inside "code tags" (ex: [CODE]file contents[/CODE])

---

1. public/.htaccess is the live store .htaccess file since all files live within the public folder so this is live store file

2. as for the test .htaccess file has long since gotten deleted but it was exactly like the one first posted below with the information of second

Code:

---

RewriteEngine On

 # Redirect all users to access the site WITH the 'www.' prefix
  RewriteCond %{HTTP_HOST} !^www\. [NC]
  RewriteCond %{HTTP_HOST} !\.([a-z-]+\.[a-z]{2,6})$ [NC]
  RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]


## BEGIN CEON URI MAPPING REWRITE RULE


# 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} !^/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite darkangel directory
RewriteCond %{REQUEST_URI} !^/private/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi-bin/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE



## EXPIRES CACHING ##

<IfModule mod_expires.c>

ExpiresActive On

ExpiresByType image/jpg "access plus 1 year"

ExpiresByType image/jpeg "access plus 1 year"

ExpiresByType image/gif "access plus 1 year"

ExpiresByType image/png "access plus 1 year"

ExpiresByType text/css "access plus 1 month"

ExpiresByType application/pdf "access plus 1 month"

ExpiresByType text/x-javascript "access plus 1 month"

ExpiresByType application/x-shockwave-flash "access plus 1 month"

ExpiresByType image/x-icon "access plus 1 year"

ExpiresDefault "access plus 2 days"

</IfModule>

## EXPIRES CACHING ##
deny from 144.76.95.231
# Use PHP53 as default
AddHandler application/x-httpd-php53 .php
<IfModule mod_suphp.c>
    suPHP_ConfigPath /opt/php53/lib
</IfModule>

---

2nd code

Code:

---

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /test/
RewriteCond %{REQUEST_URI} ^/test/ [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} !^/test/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/test/editors/ [NC]
# Don't rewrite !!storage directory
RewriteCond %{REQUEST_URI} !^/test/logs/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* storetest/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

---

Something similiar to the following should work:

Code:

---

## BEGIN host specific settings

# Use PHP53 as default
AddHandler application/x-httpd-php53 .php
<IfModule mod_suphp.c>
    suPHP_ConfigPath /opt/php53/lib
</IfModule>

## END host specific settings

## START Access control

# Block access from these IP Addresses
deny from 144.76.95.231

## END Access control

## BEGIN the usual suspects

# Enable mod_rewrite
RewriteEngine On

# Redirect all users to access the site WITH the 'www.' prefix
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteCond %{HTTP_HOST} !\.([a-z-]+\.[a-z]{2,6})$ [NC]
RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

## END the usual suspects

## BEGIN CEON URI MAPPING REWRITE RULE (folder "test")

# ONLY rewrite URIs beginning with /test/
RewriteCond %{REQUEST_URI} ^/test/ [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} !^/test/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/test/editors/ [NC]
# Don't rewrite !!storage directory
RewriteCond %{REQUEST_URI} !^/test/logs/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* test/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE (folder "test")

## BEGIN CEON URI MAPPING REWRITE RULE (site root)

# Don't rewrite the test folder
RewriteCond %{REQUEST_URI} !^/test/ [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} !^/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite darkangel directory
RewriteCond %{REQUEST_URI} !^/private/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi-bin/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE (site root)


## EXPIRES CACHING ##

<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/pdf "access plus 1 month"
ExpiresByType text/x-javascript "access plus 1 month"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresDefault "access plus 2 days"
</IfModule>

## EXPIRES CACHING ##

---

NOTE 1: mod_rewrite rules should always go from the most specific at the top to the most general at the bottom. They are matched in order from top to bottom (and L does not always mean last in a .htaccess file).

NOTE 2: The above assumes the "live" store is installed at "/public/" (URL of /) and the "test" store is installed at "/public/test/" (URL of /test/).

NOTE 3: If multiple domain names point to the same web root, one may wish to use slightly different code for the FQDN redirect.

Thanks, I will try that once I get all the owners stuff situated for transferring, right now I am answering more questions fromt eh owner than working on the site...LOL

Quote:

---

Originally Posted by DarkAngel

Thanks, I will try that once I get all the owners stuff situated for transferring, right now I am answering more questions fromt eh owner than working on the site...LOL

---

Honestly if Conor were alive, he'd tell you that you need to setup your test site using a sub-domain and not just a simple folder off the root.. It will look like this:

Live site: http://yourdomain.com
Test Site: http://testsite.yourdomain.com

Ask your host for help in setting up a subdomain to point at your test site's folder if you don't know how to do this -- or Google it. This way your test site will behave like a top level domain and your production site's .htaccess SHOULD work on your test site too.. It will make code migrations MUCH easier too..

Thank you Diva, you always point out what my feeble mind tends to block out.

I shall do that...I am so mind boggled that i never thought of that.

Quote:

---

Honestly if Conor were alive, he'd tell you that you need to setup your test site using a sub-domain and not just a simple folder off the root.. It will look like this:

Live site: http://yourdomain.com
Test Site: http://testsite.yourdomain.com

---

I would agree.
Just to add my meagre experience, for many moons I was developing Zen Cart locally using an alias in the Apache config, so I would access my sites as
192.168.1.100/mytestsite.
It was only when I starting using the URI mapping that I was forced to do it "properly" and use virtual hosts and a redirect in my windows host files to use
www.mysite.local to access the local site. Otherwise the URI mapping was problematical.

Quote:

---

Originally Posted by DivaVocals

...

Live site: http://yourdomain.com
Test Site: http://testsite.yourdomain.com

---

*nods* Still sometimes issues though if the subdomain's public_root is nested inside the domain's public_root... Can be avoided by making sure the subdomain is not nested inside the public_root (cPanel hosting allows this, some bargain basement hosting does not).

Only real catch with using a subdomain is testing with SSL enabled. But one can always turn it off SSL during testing and turn it back on when ready to go live.

Quote:

---

Originally Posted by torvista

I would agree.
...
It was only when I starting using the URI mapping that I was forced to do it "properly" and use virtual hosts and a redirect in my windows host files to use www.mysite.local to access the local site. Otherwise the URI mapping was problematical.

---

*nods* This is how I do the majority of my testing (local AMPP configurations - no nested public_root folders and certificates signed by a locally trusted authority). Allows testing with SSL enabled - without paying for a certificate or a hosting provider to install a certificate.


So where is this bandwagon headed? Might I suggest we meander into a club with live music?

Quote:

---

Originally Posted by lhungil

*nods* Still sometimes issues though if the subdomain's public_root is nested inside the domain's public_root... Can be avoided by making sure the subdomain is not nested inside the public_root (cPanel hosting allows this, some bargain basement hosting does not).

---

True.. but I've managed to work through/around this...

Quote:

---

Originally Posted by lhungil

Only real catch with using a subdomain is testing with SSL enabled. But one can always turn it off SSL during testing and turn it back on when ready to go live.

---

I've managed to get away with doing things this way.. **giggle** I know I know.. I can HEAR you smacking my hand from here..

Quote:

---

Originally Posted by lhungil

So where is this bandwagon headed? Might I suggest we meander into a club with live music?

---

Did someone say music AND cocktails?????

Hello

I use a shared ssl certificate and my https server cataloge is //***.***.com/~***
It doesnt work and the installation checker says I cant have any subdirectory in the path in the configure.php

my host appends the /~ for my account.



Thanks Alot

Hi,
Would you be able to post the contents of your configuration file.
It might help in trying to figure out what the problem may be.
Thanks

Quote:

---

Originally Posted by merica

Hello

I use a shared ssl certificate and my https server cataloge is //***.***.com/~***
It doesnt work and the installation checker says I cant have any subdirectory in the path in the configure.php

my host appends the /~ for my account.



Thanks Alot

---

Quote:

---

Originally Posted by merica

Hello

I use a shared ssl certificate and my https server cataloge is //***.***.com/~***
It doesnt work and the installation checker says I cant have any subdirectory in the path in the configure.php
my host appends the /~ for my account.
Thanks Alot

---

Why not just buy an SSL Certificate? https://www.instantssl.com/free-ssl-...45022b5bc670fe

That would solve it? I think I have a free one from positivessl from the hosting plan

On the servers I own SSL works for better than Shared SSL and with the prices these days it is a good idea for everyone to use it....

Quote:

---

Originally Posted by merica

Hello

I use a shared ssl certificate and my https server cataloge is //***.***.com/~***
It doesnt work and the installation checker says I cant have any subdirectory in the path in the configure.php

my host appends the /~ for my account.



Thanks Alot

---

Quote:

---

Originally Posted by ravynw34

Hi,
Would you be able to post the contents of your configuration file.
It might help in trying to figure out what the problem may be.
Thanks

---

Quote:

---

Originally Posted by TSMedia

On the servers I own SSL works for better than Shared SSL and with the prices these days it is a good idea for everyone to use it....

---

Quote:

---

Originally Posted by merica

That would solve it? I think I have a free one from positivessl from the hosting plan

---

So the centrl issue (and one reason suggested to post your configure.php file though if you do be sure to obscure your DB_PASSWORD) is that the directories (DIR_WS_CATALOG and DIR_WS_HTTPS_CATALOG) need to be the same under http as well as https. To accomplish this if so desired with a shared SSL (though also suggest obtaining a dedicated one) is to incorporate the ~ portion into the HTTP_SERVER and HTTPS_SERVER as applicable.

The .htaccess may also need revision to support this setup, but there are a number of ways to accomplish that.

Will post back after I check this...Thanks

Hi! I am using Zen cart 1.5.4 and Ceon URi mapping 4.5.0
I am having two websites, both separate installations of zen cart, one at www.raunharman.com and the other at http://www.raunharman.com/wedding_pr...sses/index.php (lets call this the wholesale site)
I have separately installed zen cart as well as Ceon URi mapping module for both the sites.
I have one .htaccess in the site root which works well for the main site (www.raunharman.com), but when I use a separate .htaccess file for the wholesale site, I get a 404 error.
Where am I going wrong?
Please suggest.

have you thought of making the second one a subdomain making it wedding_prom_dresses.nameofdomain

then you can add the information ceon gave you to the main htaccess...unless the second sites info is different from the first store then add it to the main htaccess file

did i confuse you yet? sorry

Quote:

---

Originally Posted by DarkAngel

have you thought of making the second one a subdomain making it wedding_prom_dresses.nameofdomain

then you can add the information ceon gave you to the main htaccess...unless the second sites info is different from the first store then add it to the main htaccess file

did i confuse you yet? sorry

---

I could consider it.
The 2nd site is very old and I get substantial traffic through it. If I take the subdomain route, will the old URLs be accessible / searchable.
Anyway, could you please give me the specific lines to be added to .htaccess in both the cases.
Thanks for your quick reply.

when you are in admin and click the modules/ceon uri mapping (seo) config/installation check

that last one will give you a linksaying "click here to go to......installation check page, it will then check to make sure you did it right, then at the bottom---if no errors pop up---you wil see the code to put into your main .htaccess file.

If you do the same thing for your wholesale store and the code is different then you can just add both codes to the main .htaccess file

making it a subdomain in your c-panel will actually make it appear as though it is a "real" domain vs an extension of the main store.

You will most likely need to edit your two config files with the proper path information. The store links will be different also so you might need to reset those also. It has been awhile since I set up a sub domain so my thought process is rusty.

Quote:

---

Originally Posted by DarkAngel

when you are in admin and click the modules/ceon uri mapping (seo) config/installation check

that last one will give you a linksaying "click here to go to......installation check page, it will then check to make sure you did it right, then at the bottom---if no errors pop up---you wil see the code to put into your main .htaccess file.

If you do the same thing for your wholesale store and the code is different then you can just add both codes to the main .htaccess file

making it a subdomain in your c-panel will actually make it appear as though it is a "real" domain vs an extension of the main store.

You will most likely need to edit your two config files with the proper path information. The store links will be different also so you might need to reset those also. It has been awhile since I set up a sub domain so my thought process is rusty.

---

Thanks for your help.
I will try this out and revert.

I merged the two codes, deleted the lines that seemed repetitive, but still got an Internal Server Error.
However, I guess the following two statements could be contradictory.

# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* /index.php [QSA,L]


and

# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* wedding_prom_dresses/index.php [QSA,L]

Or can both of them stay together in the same .htaccess file?

Quote:

---

Originally Posted by raunharman

I merged the two codes, deleted the lines that seemed repetitive, but still got an Internal Server Error. ...

---

Please supply the filesystem layout of the FTP and WEB server. Some examples of common server layouts:

Code:

---

-+- ROOT (FTP root / private)
 |
 +- public_html (WEB root / public / domain 1) - Zen Cart install
 |
 +- domain2 (FTP root / private / domain 2)
 |      |
 |      +- public_html (WEB root / public / domain 2) - Zen Cart install
 
OR

-+- ROOT (FTP root / private)
 |
 +- public_html (WEB root / public / domain 1) - Zen Cart install
 |      |
 |      +- domain2 (WEB root / public / domain 2) - Zen Cart install

OR

-+- public_html (FTP & WEB root / public / domain 1) - Zen Cart install
 |      |
 |      +- domain2 (WEB root / public / domain 2) - Zen Cart install

OR

-+- public_html (FTP & WEB root / public)
 |      |
 |      +- domain1 (WEB root / public / domain 1) - Zen Cart install
 |      |
 |      +- domain2 (WEB root / public / domain 2) - Zen Cart install

---

Also provide the full contents of EACH .htaccess file (in each Zen Cart installation root and any parent folders). Change any "admin folder" references to "admin" to obscure. When supplying the contents of the .htaccess file please use code tags around the content (click the # in the editor to add these). This will make reading them easier.

Angel is right about setting up the wholesale site as a sub-domain. You can then redirect traffic from the "Old" URLs to the "New" sub-domain URL using a rewrite rule. I'm on a mobile device so I don't have the exact rule off the top of my head.. but I'm sure others here can help with that..

In the meantime we can't help solve your current issue without seeing the contents of your .htaccess file for the wholesale site..

Quote:

---

Originally Posted by lhungil

Please supply the filesystem layout of the FTP and WEB server. Some examples of common server layouts:

Code:

---

-+- ROOT (FTP root / private)
 |
 +- public_html (WEB root / public / domain 1) - Zen Cart install
 |
 +- domain2 (FTP root / private / domain 2)
 |      |
 |      +- public_html (WEB root / public / domain 2) - Zen Cart install
 
OR

-+- ROOT (FTP root / private)
 |
 +- public_html (WEB root / public / domain 1) - Zen Cart install
 |      |
 |      +- domain2 (WEB root / public / domain 2) - Zen Cart install

OR

-+- public_html (FTP & WEB root / public / domain 1) - Zen Cart install
 |      |
 |      +- domain2 (WEB root / public / domain 2) - Zen Cart install

OR

-+- public_html (FTP & WEB root / public)
 |      |
 |      +- domain1 (WEB root / public / domain 1) - Zen Cart install
 |      |
 |      +- domain2 (WEB root / public / domain 2) - Zen Cart install

---

Also provide the full contents of EACH .htaccess file (in each Zen Cart installation root and any parent folders). Change any "admin folder" references to "admin" to obscure. When supplying the contents of the .htaccess file please use code tags around the content (click the # in the editor to add these). This will make reading them easier.

---

Thanks for your elaborate answer.

Actually it goes like this:
public_html (FTP & WEB root / public / domain 1) - Zen Cart install
public_html (FTP & WEB root / public / domain 1/folder) - Zen Cart install

The wholesale site does not have a separate domain name yet. it is in a folder by the name wedding_prom_dresses

The htaccess for domain1 is as follows:
## 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} !^/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite scarves directory
RewriteCond %{REQUEST_URI} !^/scarves/ [NC]
# Don't rewrite wedding_prom_dresses directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/ [NC]
# Don't rewrite cron directory
RewriteCond %{REQUEST_URI} !^/cron/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite twitter directory
RewriteCond %{REQUEST_URI} !^/twitter/ [NC]
# Don't rewrite jewelry directory
RewriteCond %{REQUEST_URI} !^/jewelry/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [NC]
# Don't rewrite min directory
RewriteCond %{REQUEST_URI} !^/min/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE



and the htaccess for the wholesale site is:

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /wedding_prom_dresses/
RewriteCond %{REQUEST_URI} ^/wedding_prom_dresses/ [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} !^/wedding_prom_dresses/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/editors/ [NC]
# Don't rewrite cron directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/cron/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/bmz_cache/ [NC]
# Don't rewrite twitter directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/twitter/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/logs/ [NC]
# Don't rewrite min directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/min/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* wedding_prom_dresses/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE


Thanks for your time.

Quote:

---

Originally Posted by raunharman

Thanks for your elaborate answer.

Actually it goes like this:
public_html (FTP & WEB root / public / domain 1) - Zen Cart install
public_html (FTP & WEB root / public / domain 1/folder) - Zen Cart install

The wholesale site does not have a separate domain name yet. it is in a folder by the name wedding_prom_dresses

The htaccess for domain1 is as follows:
## 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} !^/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite scarves directory
RewriteCond %{REQUEST_URI} !^/scarves/ [NC]
# Don't rewrite wedding_prom_dresses directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/ [NC]
# Don't rewrite cron directory
RewriteCond %{REQUEST_URI} !^/cron/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite twitter directory
RewriteCond %{REQUEST_URI} !^/twitter/ [NC]
# Don't rewrite jewelry directory
RewriteCond %{REQUEST_URI} !^/jewelry/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [NC]
# Don't rewrite min directory
RewriteCond %{REQUEST_URI} !^/min/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE



and the htaccess for the wholesale site is:

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /wedding_prom_dresses/
RewriteCond %{REQUEST_URI} ^/wedding_prom_dresses/ [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} !^/wedding_prom_dresses/admin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/editors/ [NC]
# Don't rewrite cron directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/cron/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/bmz_cache/ [NC]
# Don't rewrite twitter directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/twitter/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/logs/ [NC]
# Don't rewrite min directory
RewriteCond %{REQUEST_URI} !^/wedding_prom_dresses/min/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* wedding_prom_dresses/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE


Thanks for your time.

---

It would appear that the issue is that your wholesale site is in a sub-directory of the main site, and you have a re-write rule for your main domain to NOT re-write that same directory.. I STRONGLY suggest that you create a subdomain for the wholesale site, and if your host allows it put it in a folder OUTSIDE your public_html folder.. I have my subdomains on my dev host setup as follows: subdomains/public_html/NAME-OF-MY-SUB-DOMAIN-FOLDER
This way you can correct the main domain .htaccess, and the sub-domain and main domain will no longer step on each others toes.. You will just need to include a re-write rule to re-direct traffic from your wholesale site's old URL base to the new sub-domain base.

Quote:

---

Originally Posted by mc12345678

So the centrl issue (and one reason suggested to post your configure.php file though if you do be sure to obscure your DB_PASSWORD) is that the directories (DIR_WS_CATALOG and DIR_WS_HTTPS_CATALOG) need to be the same under http as well as https. To accomplish this if so desired with a shared SSL (though also suggest obtaining a dedicated one) is to incorporate the ~ portion into the HTTP_SERVER and HTTPS_SERVER as applicable.

The .htaccess may also need revision to support this setup, but there are a number of ways to accomplish that.

---

I got it to work using the new ssl domain, but howcome it adds (ex: /category/product-name?cPath=37_11&) to the end of every product url?

Quote:

---

Originally Posted by merica

I got it to work using the new ssl domain, but howcome it adds (ex: /category/product-name?cPath=37_11&) to the end of every product url?

---

If I may suggest reviewing the instructions. This is a result of the product being linked and is normal. The additional content ensures a few things are displayed correctly including the breadcrumbs at the top of the screen.

Otherwise, congrats on getting it. To work. :)

Quote:

---

Originally Posted by raunharman

... it goes like this:
public_html (FTP & WEB root / public / domain 1) - Zen Cart install
public_html (FTP & WEB root / public / domain 1/folder) - Zen Cart install

...

The htaccess for domain1 is as follows:
...
and the htaccess for the wholesale site is:
...

---

Do you also have a .htaccess file at either "/.htaccess" or "/public/.htaccess"? Not only are the .htaccess files in the current path run, but also any in a parent path... This is why I typically ask for ALL .htaccess files when trying to help people troubleshoot.

If you are receiving a "HTTP 500 / Internal Server Error", this usually indicates something is wrong in the .htaccess file (or the server does not like something in the .htaccess file). The WEB SERVER error logs (if enabled by your hosting provider) should indicate the cause of the Internal Server Error.

Based on the above, it sounds like you have one .htaccess file at "/public/domain1/.htaccess" and another at "/public/domain1/folder/.htaccess"? If so this could be the cause... The rules you list as being in the second .htaccess will not be correct when added at "/public/domain1/folder/.htaccess" (should be added to the START of "/public/domain1/.htaccess" instead).

Quote:

---

Originally Posted by DivaVocals

... I STRONGLY suggest that you create a subdomain for the wholesale site, and if your host allows it put it in a folder OUTSIDE your public_html folder.. I have my subdomains on my dev host setup as follows: subdomains/public_html/NAME-OF-MY-SUB-DOMAIN-FOLDER
This way you can correct the main domain .htaccess, and the sub-domain and main domain will no longer step on each others toes.. You will just need to include a re-write rule to re-direct traffic from your wholesale site's old URL base to the new sub-domain base.

---

Great advice! I typically do things as follows when configuring add-on domains and subdomains via cPanel:

Code:

---

-+- ROOT (FTP root / private)
 |      |
 |      +- public_html (core cPanel WEB Root / public)
 |      |
 |      +- additional (private)
 |      |      |
 |      |      +- www.primarydomain (primary domain FTP root / private)
 |      |      |      |
 |      |      |      +- public_html (primary domain WEB root / public)
 |      |      |
 |      |      +- domainname (add-on domain FTP root / private)
 |      |      |      |
 |      |      |      +- public_html (add-on domain WEB root / public)
 |      |      |
 |      |      +- host.domainname (subdomain FTP root / private)
 |      |      |      |
 |      |      |      +- public_html (subdomain domain WEB root / public)
 |      |      |
 |
 +- other_folders
 |

---

As noted by DivaVocals, this separates out each domain (and provides each with a private place to store data). This helps reduce the number of potential conflicts when crafting mod_rewrite directives (or other Apache directives). By creating individual FTP users for each domain (and restricting the users to a specific domain's FTP root), when accessing the site remotely for maintenance each site is kept separate. IMHO, this makes synchronizing files (and creating manual backups) far easier because the FTP client will open by default directly to the domain's FTP root.

Basically a win-win (if your hosting provider allows something similiar to the above).

Another useful side effect is one can grant third parties FTP access specifically to a single domain (instead of needing to provide the MASTER FTP account). Because one has specific accounts for FTP, the cPanel account no longer needs to be used for FTP (and really should not be used for FTP ever IMHO). One of the many reasons Zen Cart recommends NOT using FTP (and using SFTP or FTPS) instead, is FTP essentially sends passwords in plaintext.

While adding "www.primarydomain" is not required, I personally do this so I can more easily work with the content in the primary domain (separating it from . I then rewrite or redirect (depending upon the request) from the core cPanel WEB Root to "www.primarydomain". On some hosting providers one can also customize the version of PHP (and PHP settings) for each domain (advanced topic way beyond the scope of this thread).

Keep in mind server side code (such as PHP) will still be able to transverse all of the domains (and subdomains), so you still need to trust those adding code to your sites (and beware of security holes / PCI compliance issues raised by software installed on any of the domains in the same hosting account)...


Okay I'm getting a bit off topic... Basically just restating, emphasizing, and providing other reasons for not testing Zen Cart (or modules such as CEON URI Mapping) in a folder (when the final destination will not be in a folder)... Always best to test mimicking the final resting place as closely as possible.

Our site just stopped working. Not sure why. No matter what you click, you get the main page. Been using CEON URI Mapping for years.

www.fantasycostume.net

Quote:

---

Originally Posted by masterrusty

Our site just stopped working. Not sure why. No matter what you click, you get the main page. Been using CEON URI Mapping for years.

www.fantasycostume.net

---

Then wouldn't mind identifying things such as ZC version, PHP version, CEON URI Mapping version, etc...? Went to the site though and did not see any issue. What was done to correct it?

Quote:

---

Originally Posted by masterrusty

Our site just stopped working. Not sure why. No matter what you click, you get the main page. Been using CEON URI Mapping for years.

www.fantasycostume.net

---

Two things...

Define what you mean by "stopped working"
What makes you think the cause is THIS module??

and then as mc12345678 suggests.. post some site details..

Several years ago, Conner posted that the ?chapter=0 added to the EZ pages was just part of the way CEON worked. It looks like there may now be a work around available and I saw one other person ask the same question.

I am NOT a developer, but I can follow instructions and do a lot of the work behind the scenes with installs myself if the directions are clear... however, due to my lack of background, there may be things I simply don't understand.

Specifically, this module is working GREAT with my upgraded v1.5.4 cart. (just upgraded 2 days ago). With the upgrade, all my products and categories, etc are good!
http://prowoodfingerboards.com/finge...el-fingerboard

Now that I am current, I am hoping I can go back to my CEON module and try to address an ongoing issue:

My EZ pages are picking up the chapter info at the end of the url and I don't use or want that.
See: http://prowoodfingerboards.com/about-prowood?chapter=0

Server Information
Server OS: Linux 3.12.35.1418868451 Database: MySQL 5.5.42-37.1
HTTP Server: Apache
PHP Version: 5.2.17 (Zend: 2.2.0)

Module © Copyright 2008-2015 Ceon - Files Version: 4.5.0 Installed Version: 4.5.0

It looks like I have the ability to

Remove Words:
This is a comma-separated list of words which will be removed from the auto-generated URIs. Single characters can also be entered but will only be removed if they are surrounded by spaces (e.g. “-” entered below will remove the dash from “Star Wars - Director's Cut” but not from “Spider-Man”). For example, if the store would like to remove “-”, “and” and “an” from the URIs you'd enter the following:
-, and, an

and

Character/String Replacements:
This is a comma-separated list of pairs of characters/strings and replacement characters/strings.
The characters/strings to be replaced in the auto-generated URIs should be separated from their replacements using “=>”. E.g. “£=>GBP, $=>USD”. Any spacing entered for a replacement will be used but replaced with the usual whitespace replacement character (so be careful not leave an extra space at the end of the text entered below if it is not intended!). Spacing entered for the strings/characters to be replaced will be removed/ignored; so it's fine to add a space after each comma, to make things easier to read.
To remove a character/string simply replace it with nothing. E.g. “£=>, $=>” removes £ and $ dollar signs from the auto-generated URI.


I have tried to add in the errant string '?chapter=0' in various ways, but I cannot get this to work for me. I did try to add a new ez page after I wrote the rule and the update note on the page was correct telling me .......com/party-site was correct, but when I pulled it up on a new window, the string was there and the url was ...... com/party-event?chapter=0

Can anyone tell me what I am doing wrong?
THANKS!

Anyone?

I am positively no help what so ever but are your EZpages TOC? None of mine are so I do not have the TOC part of them turned off. Have you tried that?

No, the are not TOC. That was one of the first things I checked..

ANYONE?

well if they are not toc and you have them set as off in the ezpage setup when you created your page then I have no clue. I do not have 1.5.4 yet but do work on that version of stores for others, they do not have toc set to on and they do not have that showing on their expage headers/footers or sideboxes. sorry no help but also if there was anyone with a clue I a sure they would have chimed in by now.

In v4.4.3. a change was added to the admin html_output.php file.

Quote from the docs:
[ADDED] New core file modification added. The zen_catalog_href_link() function in the admin-side html_output.php file has been modified to make use of Ceon URI Mapping. This will mean that any properly written admin-side software will use static URIs instead of Zen Cart dynamic URIs when generating a link with this function!

I have found that in my case at least, it causes all emails sent from the admin (order status, back in stock etc.) to have an incomplete url in the email for links pointing to the catalog, like their order status.
Eg:
/shop/products etc.
Instead of
http://www.mysite.com/shop/products etc.

This has been mentioned twice in the forums but with no resolution.
It’s hard to believe this has not been flagged up more, so I would appreciate others checking the urls in the clients emails. I have fixed my store, but I’ll wait and see what others find before posting it.

Simple question, maybe not so simple problem.

This may sound odd but I have one version of zencart in the root and one version in a sub-folder - same domain, same database. I want to install this in both versions so that it will work based on where the cart is.

domain.com/directions
doman.com/subfolder/directions.

I got it installed but get a 404 error on this server. Yeah, I checked the installation. It's all correct.

So I guess the question is, has anyone else tried to do this and been successful? I don't know if it's a server htaccess problem or if it just can't be done.

Quote:

---

Originally Posted by delia

Simple question, maybe not so simple problem.

This may sound odd but I have one version of zencart in the root and one version in a sub-folder - same domain, same database. I want to install this in both versions so that it will work based on where the cart is.

domain.com/directions
doman.com/subfolder/directions.

I got it installed but get a 404 error on this server. Yeah, I checked the installation. It's all correct.

So I guess the question is, has anyone else tried to do this and been successful? I don't know if it's a server htaccess problem or if it just can't be done.

---

When say same database, these two stores have different DB_PREFIXes correct?

Yes have done it, it can be done, it primarily comes down to the .htaccess(es) as the subfolder in which the sub-site is in (not using a sub-domain) can not be used in the "base" store. Not in a position at the moment to obtain the how it was done. If this avenue is pursued further (and solution not found in ths thread) then I'll try to get to it if someone else hasn't before me.

Can anyone help with cleaning up things like contact us, account and checkout stages (FEC installed) as they are all dirty url's and can't seem to clean them up .. I've been though a few pages , as I'm sure with 188 the answer is there

Quote:

---

client emails have broken urls to the shop/their account

---

...so from the zero response to my question, I can surmise that everyone's email links are correctly formed then?:huh:

Has anyone written a script to Automatically generate the URIs to existing catalog products, rather than having to do each old product individually?

Quote:

---

Originally Posted by fjbern1943

Has anyone written a script to Automatically generate the URIs to existing catalog products, rather than having to do each old product individually?

---

Commercial product called Ceon URI Mapping Manager..

Quote:

---

Originally Posted by fjbern1943

Has anyone written a script to Automatically generate the URIs to existing catalog products, rather than having to do each old product individually?

---

I found another which works great, rewrite of EP4 by McNumbers.

http://mc12345678.com/index.php?main...&products_id=1

Quote:

---

Originally Posted by DivaVocals

Commercial product called Ceon URI Mapping Manager..

---

Hi, I assume you have used this successfully. Why the big price difference between this plug in and the one by McNumbers.

Quote:

---

Originally Posted by fjbern1943

Hi, I assume you have used this successfully. Why the big price difference between this plug in and the one by McNumbers.

---

Yes, I used it within the last month to update all of my links and it worked.

I don't know the answer to the price difference. You would have to ask the authors.

Quote:

---

Originally Posted by fjbern1943

Hi, I assume you have used this successfully. Why the big price difference between this plug in and the one by McNumbers.

---

YES.. I have used Ceon URI Mapping Manager.. the "big" price difference has everything to do with a number of factors

1. It was written and created by the original author so it is not a bolt on to Ceon URI, but a fully functional module. (It is an enhanced version of Ceon URI)
2. It does more than just generate the URI's, it allows you to fully MANAGE them (hence the name) because you get a complete MANAGEMENT admin panel to do just that..
3. I have never found the price to be "that high" to begin with..
4. My client's have always been willing to pay for quality modules/plugins they need to run their businesses when well written and reasonably priced..

Your mileage may vary..

Quote:

---

Originally Posted by lruskauff

Yes, I used it within the last month to update all of my links and it worked.

I don't know the answer to the price difference. You would have to ask the authors.

---

Can I ask how you did it. I don't seem to know how to accomplish it. Any help would be greatly appreciated.

Quote:

---

Originally Posted by fjbern1943

Can I ask how you did it. I don't seem to know how to accomplish it. Any help would be greatly appreciated.

---

Well first I purchased his code. It is a version of Easy populate. He also offers service if you need help installing it. Then I installed it. Then when you run it the first time it populates all of the URL's with the wording of your categories combined with the name of the products. You can PM him at MC12345678 and he can answer questions better than I can.

Linda

I more question please. Do you have to un-install the original ceon uri mapping module before you install the ceon uri mapping manager?

Quote:

---

Originally Posted by fjbern1943

I more question please. Do you have to un-install the original ceon uri mapping module before you install the ceon uri mapping manager?

---

Yes.. as I stated, The Mapping Manager module is an ENHANCED version of the free Ceon URI module..

Quote:

---

Originally Posted by fjbern1943

Can I ask how you did it. I don't seem to know how to accomplish it. Any help would be greatly appreciated.

---

Quote:

---

Originally Posted by lruskauff

Well first I purchased his code. It is a version of Easy populate. He also offers service if you need help installing it. Then I installed it. Then when you run it the first time it populates all of the URL's with the wording of your categories combined with the name of the products. You can PM him at MC12345678 and he can answer questions better than I can.

Linda

---

In depth discussions of commercial modules is NOT allowed on this forum (against forum rules). You will need to contact the authors of these commercial modules directly if you have more support/install related questions..

Quote:

---

Originally Posted by DivaVocals

Yes.. as I stated, The Mapping Manager module is an ENHANCED version of the free Ceon URI module..
In depth discussions of commercial modules is NOT allowed on this forum (against forum rules). You will need to contact the authors of these commercial modules directly if you have more support/install related questions..

---

Hi DivaVocals
I'm sorry if I said too much. I tried to be vague. Maybe the moderators could remove my statement.
Linda

Quote:

---

Originally Posted by lruskauff

Hi DivaVocals
I'm sorry if I said too much. I tried to be vague. Maybe the moderators could remove my statement.
Linda

---

No worries, it's just that you seem to have more questions, and we're already pushing boundaries here.. :smile:

Quote:

---

Originally Posted by Andy-C27

Can anyone help with cleaning up things like contact us, account and checkout stages (FEC installed) as they are all dirty url's and can't seem to clean them up .. I've been though a few pages , as I'm sure with 188 the answer is there

---

Am I able to do this with this module or do I need this other 1

Quote:

---

Originally Posted by Andy-C27

Am I able to do this with this module or do I need this other 1

---

YES.. it's covered in the readme how to MANUALLY do this.. and in this support thread as well (which also references the readme..) If you want to do this AUTOMATICALLY you need the commercial module..

I just asked as the reviews don't work under "Auto-managed Product Page URIs" I don't use tell a friend but the others are ticked and have Reviews written in the boxes but I am still ending up with /index.php?main_page=reviews in the address bar

Quote:

---

Originally Posted by Andy-C27

I just asked as the reviews don't work under "Auto-managed Product Page URIs" I don't use tell a friend but the others are ticked and have Reviews written in the boxes but I am still ending up with /index.php?main_page=reviews in the address bar

---

That uri is one of those that is referenced in the instructions to be manually entered via install sql patches or through phpmyadmin and does not directly relate to any ticked option of auto-generating/managing URIs... The assignment instruction can be found in the _docs of the plugin, Configuration section, basically step 10...

As to the above in bold, please provide more than "doesn't work".. What doesn't work? What is happening, what is thought expected to need to happen? Tell a friend was disabled/removed from ZC in I think it was ZC 1.5.1 maybe as early as 1.5.0 (Sorry 3+ years ago), so is no longer really applicable to more current versions of ZC...

Hi...I mean url don't work as in getting /index.php?main_page=reviews not website.co.uk/reviews .. I was under the impression that if you ticked it ceon would sort it out ,but you have explained it doesn't .. I have been looking at the instructions and I am not exactly sure of what to do

Quote:

---

Originally Posted by Andy-C27

Hi...I mean url don't work as in getting /index.php?main_page=reviews not website.co.uk/reviews .. I was under the impression that if you ticked it ceon would sort it out ,but you have explained it doesn't .. I have been looking at the instructions and I am not exactly sure of what to do

---

But the URI for a product's review is being created correctly, yes?
That is the difference, the tick mark is for the generation of friendly URIs for reviews (of products), not that the main_page=reviews would get modified...


So, what part of the following is not understood. From there assistance can be offered.

Quote:

---

10. Specifying the current URI Mapping for any other Zen Cart page

There are two ways to specify static URIs for a Zen Cart page.

1. The first is the most useful as it results in all links on the site to that page using the static URI instead of the standard dynamic Zen Cart URI (just as with products etc. using URI mappings).
   
   Please Note: Any query string parameters are still appended to the URI.
   
   Basically, this first method can be used to replace the likes of:
   
   index.php?main_page=products_all&disp_order=3
   
   with:
   
   /our-products?disp_order=3.
   
   
   
   • Use software such as PHPMyAdmin to add a new record to the ceon_uri_mapping table.
   • The URI mapping to be mapped from should be entered in the uri field. (Remember to begin the URI with a slash ‘/’).
   • The number representing the language ID this URI mapping applies for should be entered in the language_id field.
   • The current_uri field should be set to “1” to make this the “current” URI.
   • The Zen Cart page to be mapped to should be entered in the main_page field.
   • The date/time this URI mapping was added should be set in the date_added field (or just use the “NOW()” SQL function).
   • The query_string_parameters, associated_db_id and alternate_uri fields are not used, they must be left as “NULL”. The redirection_type_code is not used either so it doesn't matter what value it has (it can just be left at the default value of 301).
   
   
2. The second is designed to allow data to be supplied to Zen Cart, by initialising the GET variables for the Zen Cart page when it is loaded.
   Please Note: Since the second method matches against the exact query string parameters entered, when generating links on the site, the query string parameters have to match exactly or the URI entered won't be used as the link to the Zen Cart page entered, the standard Zen Cart dynamic URI will.
   Any other parameters in the query string will cause this URI not to be used as the static URI in links.. even sort parameters (“disp_order=3”) will be enough to prevent the dynamic URI mapping to the URI entered here.
   For this reason it's recommended in most cases just to match against the page's name using the first method, the second method really is only for very specific circumstances when data needs to be loaded for a page. For example:
   When mapping a uri of ”/christmas-survey“ to a main_page of ”survey“ with query_string_parameters of “survey_id=12”.
   
   
   
   
   • Use software such as PHPMyAdmin to add a new record to the ceon_uri_mapping table.
   • The URI mapping to be mapped from should be entered in the uri field. (Remember to begin the URI with a slash ‘/’).
   • The number representing the language ID this URI mapping applies for should be entered in the language_id field.
   • The current_uri field should be set to “1” to make this the “current” URI.
   • The Zen Cart page to be mapped to should be entered in the main_page field.
   • If any GET variables should be set, simply enter them in the query_string_parameters field, separating each pair with an ampersand (‘&’), but not starting the string with a question mark or an ampersand.
   • For example, to map to a custom survey page, with the necessary survey_type and survey_id for the survey to be shown, the main_page field would be set to:
   • survey
   • and the query_string_parameters field would be set to:
   • survey_type=4&survey_id=23
   • The date/time this URI mapping was added should be set in the date_added field (or just use the “NOW()” SQL function).
   • The associated_db_id and alternate_uri fields are not used, they must be left as “NULL”. The redirection_type_code is not used either so it doesn't matter what value it has (it can just be left at the default value of 301).
   
   

---

I've just noticed that on products that are copied to one or more categories, the URL contains a cPath if I get to the page via one of the copied categories. I got to this page by going to the category 'Gift Sets' and then clicking on this product's image or description under the image.When I do that, I get this address:

http://www.designerperfumesnob.com/w...et?cPath=1348&

However, if I were to access this same page from Search, or from the manufacturers list, it looks like this:

http://www.designerperfumesnob.com/w...arige/Gift-Set

Can I not get the 'friendly' URL from a copied category?

Quote:

---

Originally Posted by traytray

I've just noticed that on products that are copied to one or more categories, the URL contains a cPath if I get to the page via one of the copied categories. I got to this page by going to the category 'Gift Sets' and then clicking on this product's image or description under the image.When I do that, I get this address:

http://www.designerperfumesnob.com/w...et?cPath=1348&

However, if I were to access this same page from Search, or from the manufacturers list, it looks like this:

http://www.designerperfumesnob.com/w...arige/Gift-Set

Can I not get the 'friendly' URL from a copied category?

---

The first URI is one to a linked product. (Master_categories_d not the same as the current category) ths "result" is identified in the plugin documentation. The additional information supports identfying to which category to show for that chosen product.