conor:

Hi Danielle,

I hope you have a backup of the database from before the upgrade?

It's also best to research into all the existing modules installed on a store before you upgrade the existing store...

Unfortunately you would have found out that you are upgrading the store wrongly.

You CANNOT use a subdirectory when upgrading a store that uses static URIs. You must use a subdomain for the temporary (new) store.. to be honest, that's the professional way to do things and you should have done that anyway.. a good lesson to learn now and use for the future, so probably good that this happened to you! :)

The module's documentation makes it very clear that you do indeed have to do that.

So what you need to do is:

1. Move the new store to a subdomain (e.g. test.yourclientssite.com) instead of a subdirectory.

2. Restore the ceon_uri_mapping database table(s).

Then you'll have a test site with working URIs.

All the best...

Conor
ceon

Great, thanks! I do have a backup of course :)

conor:

Hi,

That's just wrong. Double slashes are NEVER correct.

This isn't a problem with Ceon URI Mapping but send me FTP and admin details via this address and I'll take a quick look when I get a chance.

All the best...

Conor
ceon

While trying to figure the issue out I was in my ftp program and (Cyberduck) and accidentally dragged the /includes folder with a stray movement on my trackpad and dropped the folder into oblivion (yes I deleted it). I ended up installing from scratch because I didn't have access to a backup of everything less than a week old and most of my changes were more recent. It was with a fresh install of Zen Cart, no mods with the same configure.php files that I noticed the product edit page doesn't work right when you mess with the paths in the admin/includes/configure.php. This store is on standard HostGator and was installed originally with Quick Install within cPanel. The double slashes could be removed from the main configure.php and everything seems to load okay. Right now I need to finish restoring the design and confirm other more essential modules play well together, and then I may revisit this module.

Thank you for your prompt replies. From previous posts it looks like you've been dealing with illness. I pray you're doing better now.

-Melodie

Hi All!

I am using CEON URI, but I need to override it!

PROBLEM:
I am about to upload 16,000 products. But I have to clean up the data before uploading, trying to figure out a quick way to do it.

There is no way at the moment for me to match up all the correct URI link, so I am looking for a down and dirty quick solution.

EXAMPLE:
There are about 500 kits (combination of 4 or 5 products, grouped together for a single lower price). At the end of the prod description, each one of these things has a hyperlink list of all the products.

So I need to change the hyper links so that they work on the new site.

OLD:
https://www.OLDSITE.com/model_1234abc

What I would like to do is do a find and replace that would generate a search on my new site if clicked on.

LIKE THIS:
https://www.NEWSITE.com/Zen?search?model=1234abc

Can that be done? What would be the correct gobblety gook to invoke a search? And if so, how could I prevent Google from following it? I don't want google to follow those links because it would create redundancy.

Thanks in advance,
Mike

NOTE: In case this is too far off topic, Mod can go ahead and delete the post. I started a new thread:
http://www.zen-cart.com/forum/showthread.php?t=190973

Conor,

Running ZC 1.5 and URI MMM 4.07 and Fual Slimbox 1.5

I have just about everything sorted regarding the absolute/relative paths, except for the .js files.

Back in this post: http://www.zen-cart.com/forum/showpost.php?p=721832&postcount=199

You had determined the issue, but I didn't see a solution.

My <base href> is defined properly as well.

I have modified my configure.php file to define('DIR_WS_IMAGES', '/images/'); so images are referenced properly, but I get 404's on the required .js files as it appends the category name in front of the path.

ie:

"GET /light-communication/includes/templates/bask_black/jscript/slimbox/fual_slimbox.compressed.js HTTP/1.0" 404

What am I missing? Or is Fual Slimbox still broken?

conor:

So what you need to do is:

1. Move the new store to a subdomain (e.g. test.yourclientssite.com) instead of a subdirectory.

2. Restore the ceon_uri_mapping database table(s).

Then you'll have a test site with working URIs.

All the best...

Conor
ceon

Hi Conor,

I set up a subdomain and uploaded the Zen-Cart files, but because of the .htaccess rules on the root domain, the subdomain just redirects to the root. I haven't worked much with subdomains, and I've tried a few different things to exclude the subdomain in the htaccess file, but no luck. If I go to https://www.mysite.com/zen it works fine, but if I go to zen.mysite.com it redirects to mysite.com. This is the htaccess file:

RewriteEngine On

Don't rewrite any URIs ending with a file extension (ending with .[xxxx])

RewriteCond %{REQUEST_URI} !.[a-zA-Z]{2,4}$

Don't rewrite admin directory

RewriteCond %{REQUEST_URI} !^/admin.* [NC]

Don't rewrite wordpress directory

RewriteCond %{REQUEST_URI} !^/blog.* [NC]

Don't rewrite editors directory

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

Don't rewrite cPanel directories

RewriteCond %{REQUEST_URI} !/cpanel.* [NC]
RewriteCond %{REQUEST_URI} !/frontend.* [NC]

Don't rewrite new directory

RewriteCond %{REQUEST_URI} !^/new.* [NC]

Don't rewrite zen directory

RewriteCond %{REQUEST_URI} !^/zen.* [NC]

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

RewriteRule (.*) index.php?%{QUERY_STRING} [L]

Can you tell me what I need to put in there to stop it from rewriting the subdomain?

Thank you!

Hi Danielle,

Danielle:

because of the .htaccess rules on the root domain, the subdomain just redirects to the root.

Can you tell me what I need to put in there to stop it from rewriting the subdomain?

Yes, Apache will go right back to the DocumentRoot folder for the **server **when looking for .htaccess files, not just the current site/subdomain.. so a main site's .htaccess file will indeed be parsed and run, affecting what happens with a subdomain whose files are placed in a subdirectory of the main site.

So if you have a rule to redirect from non www. to www. or vice versa, that'll more than likely mess up your subdomain.

So you need to change this rewrite rule.

If the subdomain is new.mysite.com, adding the following condition to the "www. rule" should stop the "main"/"root" site's rewrite rule from messing things up:

# Don't mess with subdirectory new.mysite.com
RewriteCond %{HTTP_HOST} !^new\.mysite\.com$
```E.g., it might adjust a rule as follows:

RewriteCond %{HTTP_HOST} !^www.mysite.com$

Don't mess with subdirectory new.mysite.com

RewriteCond %{HTTP_HOST} !^new.mysite.com$
RewriteRule (.*) http://www.mysite.com/$1 [R=301,L]

Please note that this obviously isn't a Ceon URI Mapping question so if you're still having trouble it's best to post in a new thread.

All the best..

Conor
[ceon](http://dev.ceon.net)

Hi,

Limitless:

My <base href> is defined properly as well.

Make sure it is defined BEFORE the elements which load the JavaScript files or it won't have any effect.

Limitless:

What am I missing? Or is Fual Slimbox still broken?

It's not a problem with Ceon URI Mapping so Fual Slimbox possibly is broken.. I forgot about that post and never did get around to fixing other people's modules.

I've even less time these days so definitely won't be doing it now! :)

Follow all the instructions in the Ceon URI Mapping FAQs and if that's not enough, you should pay someone with PHP skills to help you.

All the best..

Conor
ceon

conor:

Hi Danielle,

Yes, Apache will go right back to the DocumentRoot folder for the **server **when looking for .htaccess files, not just the current site/subdomain.. so a main site's .htaccess file will indeed be parsed and run, affecting what happens with a subdomain whose files are placed in a subdirectory of the main site.

So if you have a rule to redirect from non www. to www. or vice versa, that'll more than likely mess up your subdomain.

So you need to change this rewrite rule.

If the subdomain is new.mysite.com, adding the following condition to the "www. rule" should stop the "main"/"root" site's rewrite rule from messing things up:

Don't mess with subdirectory new.mysite.com

RewriteCond %{HTTP_HOST} !^new.mysite.com$

> 
> ```
RewriteCond %{HTTP_HOST} !^www\.mysite\.com$
# Don't mess with subdirectory new.mysite.com
RewriteCond %{HTTP_HOST} !^new\.mysite\.com$
RewriteRule (.*) http://www.mysite.com/$1 [R=301,L]
```Hope that helps!
> 
> Please note that this obviously isn't a Ceon URI Mapping question so if you're still having trouble it's best to post in a new thread.
> 
> All the best..
> 
> Conor
> [ceon](http://dev.ceon.net)

There isn't a www rewrite rule in the htaccess though.  I tried your solution anyway but it didn't work.  I will start a new thread, thank you.

conor:

Hi,

Make sure it is defined BEFORE the elements which load the JavaScript files or it won't have any effect.

It's not a problem with Ceon URI Mapping so Fual Slimbox possibly is broken.. I forgot about that post and never did get around to fixing other people's modules.

I've even less time these days so definitely won't be doing it now! :)

Follow all the instructions in the Ceon URI Mapping FAQs and if that's not enough, you should pay someone with PHP skills to help you.

All the best..

Conor
ceon

Thanks.

Been going over the FAQs related to this, but I cannot find the issue.

I am beginning to think that it is not a slimbox issue.
I see errors for other .js files as well where the category is prepended to the path.

"GET /light-communication/includes/templates/bask_black/jscript/jquery.js HTTP/1.0" 404

When I check the page source I see the <base href> defined before the javascript.

<base href="http://www.mydomain.com/"/> <link rel="canonical" href="http://www.mydomain.com/light-communication/12-hour-emergency-bright-stick"/>

CSS/JS is defined properly:

<link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_categories_menu.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_default.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_dropshadow.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_nivo-slider.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_slimbox_ex.css"/> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jscript_jquery.js"></script> <script type="text/djs" data-djssrc="includes/modules/pages/product_info/jscript_textarea_counter.js"></script> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jquery.js"></script> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/instantSearch.js"></script

rewrite directives in vhost conf:

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-XXXXXXXXXXXX [NC]

Don't rewrite editors directory

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

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

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

Hi Danielle,

Danielle:

There isn't a www rewrite rule in the htaccess though. I tried your solution anyway but it didn't work. I will start a new thread, thank you.

You can't possibly have tried my solution if there was no appropriate rule to apply it to! :)

Get in contact with FTP, control panel and admin details and I'll take a quick look for you when I get a chance.

I won't be posting about it back here though, since it's a server not a URI mapping issue.

All the best..

Conor
ceon

I just installed Ceon URI onto a site that already had Fast and Easy Checkout installed. The FEC mod was working perfectly before the installation of the Ceon mod. Now, when I input user info on "/index.php?main_page=no_account" page, the form just refreshes itself and I can't proceed through checkout. A customer account is created though.

Any ideas on how I can fix this? It looks like these two mods are supposed to be compatible, not sure if I'm just missing something obvious here? Ceon URI is even turned off in the admin, and I still have this issue.

Hi,

Limitless:

When I check the page source I see the <base href> defined before the javascript.

That's good.

Limitless:

CSS/JS is defined properly:

No it is not!

This is not valid:

<script type="text/djs" data-djssrc=

That's not valid HTML.

There's your problem.

All the best..

Conor
ceon

Limitless:

Thanks.

Been going over the FAQs related to this, but I cannot find the issue.

I am beginning to think that it is not a slimbox issue.
I see errors for other .js files as well where the category is prepended to the path.

"GET /light-communication/includes/templates/bask_black/jscript/jquery.js HTTP/1.0" 404

When I check the page source I see the <base href> defined before the javascript.

<base href="http://www.mydomain.com/"/> <link rel="canonical" href="http://www.mydomain.com/light-communication/12-hour-emergency-bright-stick"/>

CSS/JS is defined properly:

<link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_categories_menu.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_default.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_dropshadow.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_nivo-slider.css"/> <link rel="stylesheet" type="text/css" href="includes/templates/bask_black/css/stylesheet_slimbox_ex.css"/> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jscript_jquery.js"></script> <script type="text/djs" data-djssrc="includes/modules/pages/product_info/jscript_textarea_counter.js"></script> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jquery.js"></script> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/instantSearch.js"></script

rewrite directives in vhost conf:

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-XXXXXXXXXXXX [NC]

Don't rewrite editors directory

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

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

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

I found it:

Modified the html_header.php where it builds the links:

echo '<script type="text/javascript" src="' .** '/' .** $template->get_template_dir('.js',DIR_WS_TEMPLATE, $current_page_base,'jscript') . '/' . $value . '"></script>'."\n";

Added in an additional '/' .

Why that doesn't work when edited in the configure.php file... 500 error.

Hi,

Limitless:

I found it:

Modified the html_header.php where it builds the links:

You've kludged it but not found it. Ceon URI Mapping doesn't require anything to be modified like that.

Regardless, life and time is short so I'll leave things with you. :)

All the best..

Conor
ceon

Hi,

Danielle:

Any ideas on how I can fix this? It looks like these two mods are supposed to be compatible, not sure if I'm just missing something obvious here? Ceon URI is even turned off in the admin, and I still have this issue.

They do work together so I'm afraid I don't know what you've done wrong, sorry.

I probably won't be on the forum much for the next few days so apologies for not being able to comment further.

All the best..

Conor
ceon

conor:

Hi,

You've kludged it but not found it. Ceon URI Mapping doesn't require anything to be modified like that.

Regardless, life and time is short so I'll leave things with you. :)

All the best..

Conor
ceon

Perhaps its in the template?
Regardless, if I shut off URI Mapping, everything was fine, enabled it mangled css and js.

Limitless:

Perhaps its in the template?
Regardless, if I shut off URI Mapping, everything was fine, enabled it mangled css and js.YES it's the template.. in particular the calls to some javascript in which has already been pointed out is using INVALID HTML..

<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jscript_jquery.js"></script>
<script type="text/djs" data-djssrc="includes/modules/pages/product_info/jscript_textarea_counter.js"></script>
<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jquery.js"></script>
<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/instantSearch.js"></script

Whatever you have installed on your site that needs these javascripts IS the source of your issue.. (a search program or a slideshow perhaps??) Now whether this is coming from your template or some other add-on, the issue is the incorrect code it uses. This is NOT a Ceon URI issue.. Fix this mod or template and your javascript errors will go away..

DivaVocals:

YES it's the template.. in particular the calls to some javascript in which has already been pointed out is using INVALID HTML..

<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jscript_jquery.js"></script> <script type="text/djs" data-djssrc="includes/modules/pages/product_info/jscript_textarea_counter.js"></script> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jquery.js"></script> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/instantSearch.js"></script ``` So is where I modified it correct? Or is there a better place?

Limitless:

So is where I modified it correct? Or is there a better place?
This is not the place to troubleshoot your template.. This is the support thread for the Ceon URI add-on.. and to answer your question, Conor already answered this for you.. Your FIX is not the answer.. it's a hack/kludge/workaround.. and not the right one..

The issue you are having with this mod is not caused by this mod, but by a javascript from your template or some other add-on you installed (or it's an add-on bundled in your template). With or with out this mod, there is an issue with your template or add-on or whatever is calling those javascripts.. The Ceon URI mod merely is making what was an invisible problem a visible problem. in other words it simply has brough to your attention something you need to fix anyway.. Fix it and Ceon URI will work without the javascript errors..

If you bought the template, go back to the vendor you purchased it from and have them fix it.. If it's a template you got from the free downloads section here, go to the support thread for your template and post our question/issue there. If none of the above applies, you have two choices..

Post a separate thread and ask for help in resolving your template issues, OR consider hiring someone to help you sort out the issues your template is causing with this mod..

DivaVocals:

YES it's the template.. in particular the calls to some javascript in which has already been pointed out is using INVALID HTML..

<script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jscript_jquery.js"></script> <script type="text/djs" data-djssrc="includes/modules/pages/product_info/jscript_textarea_counter.js"></script> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/jquery.js"></script> <script type="text/djs" data-djssrc="includes/templates/bask_black/jscript/instantSearch.js"></script ``` > > Whatever you have installed on your site that needs these javascripts IS the source of your issue.. (a search program or a slideshow perhaps??) Now whether this is coming from your template or some other add-on, the issue is the incorrect code it uses. This is NOT a Ceon URI issue.. Fix this mod or template and your javascript errors will go away.. fual slimbox was the offending mod (but it was any and every 'include'). I am not stating its a Ceon URI issue, I was just looking for some guidance after going through nearly 5 years of threads related to enabling SEO friendly urls, specifically CEON's URI Mapping and fual slimbox. I found an old post <referenced> where Conor had seen the exact same issue in 2009. I am not the only one that has had these issues and thought it was a relevant place to post as I was referencing his old post.