Ceon URI Mapping v4.x

[Danielle]

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 :)

[mlgsings]

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

[Feznizzle]

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:
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:
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

[Limitless]

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/showpo...&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?

[Danielle]

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 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!

[conor]

Hi 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]

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

[conor]

Hi,

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.

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

[Danielle]

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$

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]

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

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.

[Limitless]

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]

[conor]

Hi 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