Hi,

g1smd:

That being so, the file should use the most efficient code to get the job done. In this case, trailing .* characters on multiple patterns waste CPU cycles that you might later need elsewhere in serving the pages.

I agree.. so thank you for the extra information. Saying "should" wasn't quite right, it should really have been "would be better" as "should" implies that the original is wrong rather than simply inefficient but I'm glad you've posted the information that you have.

I'll update the documentation for the soon to be released version 3.4.0 to not use the wildcard matching. I wouldn't have thought having an additional match for "anything else" would make much of a difference but since not using it may make even a slight difference then it's definitely best not to use it - closer to the ideal situation of maximum efficiency!

Thanks again for your helpful tips! :)

All the best...

Conor
ceon

Hi,

damiantaylor:

Hi, I'm not sure if this is the correct place to ask this but I think it may be an issue with this mod

I've been testing my site's performance using this tool:
http://www.websiteoptimization.com/services/analyze/

I just checked out the link you gave me and the source of your site. I also used the above site to see what results it gave for your examples page.

It's coming back with many files not found.. all relatively loaded files are coming back as not found.. this includes not just your images but CSS and JavaScript files as well.

The reason for this is the software on that analysis site doesn't know what a "base href" tag is so it is building all the links wrongly.

So ignore its file not found errors - it's the software that has the problems, not your site, it is fine!

You should probably use a working analysis service if you are still interested in analysis results.

That should set your mind at rest!

All the best..

Conor
ceon

After several hours of trial, error, and searching I thought to post here.

A client is hosting on a virtual private server with InMotionHosting. No matter what I have attempted I cannot get the rewrite rules to work. I am new to the whole virtual private server business. Anyway, mod_rewrite is enabled.

So I attempted to get back to basics and just use the instruction's rules.

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 editors directory

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

Don't rewrite cPanel directories

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

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

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

No dice. I get the following message:

The requested URL /product-manuals was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

I have tried added RewriteBase / and other directives but no luck at all. Anyone have any suggestions? This site is being moved from GoDaddy where the client had no problems with the plugin. They just had a lot of performance issues : ).

You're capturing the path part of the incoming URL request into the $1 back-reference, but then your rule does not use that information.

The Query String data will also be blank, so the script has nothing at all to work with.

Hi,
I have a problem that seems to be with this URI mapping mod. It's a fantastic mod by the way, worked first time and really easy to add extra pages to the mapping :) Thanks Conor!

The problem I have is that I am passing an array as a hidden field on a form.
The form HTML is as follows:

When option 4 in the dropdown is selected, the URL should be
www.myurl.com&main_page=index&cPath=8&flt_grade%5b%5d=100&filter_id=4/

Where %5B = [ and %5D = ]

But what I actually get is
www.myurl.com&main_page=index&cPath=8&flt_grade=&filter_id=4/

The Flt_Grade array has lost its square brackets and its value.

If I switch URI mapping off, it works ok.

Do you know if this likely be a problem with my .htaccess file or with the mod itself?

Hi Damian,

Glad you like the module!

damiantaylor:

When option 4 in the dropdown is selected, the URL should be
www.myurl.com&main_page=index&cPath=8&flt_grade%5b%5d=100&filter_id=4/

Where %5B = [ and %5D = ]

But what I actually get is
www.myurl.com&main_page=index&cPath=8&flt_grade=&filter_id=4/

The two URIs you have posted are both unmapped. As the URI uses "main_page=" it is clear that no URI mapping has taken place.

So I can't see how it could be the URI Mapping software. It must be some sort of parsing problem in your .htaccess file which is stripping the brackets?

I hope that helps.

All the best...

Conor
ceon

Thanks for the quick reply Conor!
Sorry, that URL was from my test site when I switched mapping off.
The URL I get is
myurl.com/FilesStones?Flt_Grade=&sort=20a&alpha_filter_id=4[/url]

I'm not very good on .htaccess but I had a feeling that may be the problem!
Can you spot the error in my .htaccess file? Sorry to ask you this but I haven't got a clue what it all means :blush:

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 editors directory
RewriteCond %{REQUEST_URI} !^/editors.* [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel.* [NC]
RewriteCond %{REQUEST_URI} !/frontend.* [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule (.*) index.php?%{QUERY_STRING} [L]


RewriteEngine On

# Prepend www if http://myurl.com
RewriteCond %{HTTP_HOST} ^myurl.com
RewriteRule (.*) http://www.myurl.com [R=301] [L]

Hi,

damiantaylor:

Sorry, that URL was from my test site when I switched mapping off.
The URL I get is
myurl.com/FilesStones?Flt_Grade=&sort=20a&alpha_filter_id=4[/url]

Hmm, so a redirection is taking place. You've found a bug in the module.. it doesn't re-encode array parameters in a query string properly when performing a redirect from a dynamic URI to a static URI mapping.

Please get in contact with me via this link with FTP and admin details for your site and I'll upload a test version of a fix.. you can then let me know if the fix works and I'll include it in 3.4.0.

All the best..

Conor
ceon

Hi Damian,

By the way, this wouldn't have happened if you had the form go to the correct URI.. Instead of...

<form name="filter" action="http://www.myurl.com" method="get"> 

<input type="hidden" name="main_page" value="index" />
<input type="hidden" name="cPath" value="8" />

You should be using:

<form name="filter" action="http://www.myurl.com/FilesStones" method="get"> 

The following should be deleted:

<input type="hidden" name="main_page" value="index" />
<input type="hidden" name="cPath" value="8" /> 

Regardless, get in contact with me as requested in the previous e-mail.

All the best...

Conor
ceon

Will do Conor!
I'll have to wait til I get home for that one though....should be around 4.30

damiantaylor:

Can you spot the error in my .htaccess file? Sorry to ask you this but I haven't got a clue what it all means

One MAJOR error is that you have the redirect listed AFTER the rewrites

For a non-www request this will expose the internal filepath back out on to the web as a URL.

You must list all of the redirect code before any of the rewrites.

See http://www.zen-cart.com/forum/showthread.php?t=151606 for more robust non-www to www redirect code.

Conor - quick question! I am trying to get the Ajax Search working that I got from here:

http://eazyecommerce.com/platforms/zen-cart/modules/ajax-search

We are ahaving trouble getting it to work and cannot seem to access the file located at http://outdoorcookingdepot.com/ajax/ajax_search.php

I was on the phone with the host yesterday - there are no valid reasons there should be a a problem and Raine from Eazy Ecommerce has been spending way too much time on it trying to get it work...

THe last thing that was suggested was that there may be a conflict with CEON? I do have the latest version installed....

Is there any reason this mod wouldn't work with CEON that you can imagine?

I hate removing CEON b/c I love it but am thinking the search capability is more important so I would love to get them working together if in fact it is CEON that is giving us the issue!!

Thanks for your thoughts.....

Jill

Hi Jill,

Have you read the FAQs?

You probably have to add the following to your rewrite rule:

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

All the best..

Conor
ceon

Conor - to be honest I never thought to look! I have used this mod so many times I though I knew it like the back of my hand! I am so sorry! I will try that!!!!!! THANK YOU!!!

OK that was added to the .htaccess but it is still not able to load the ajax.....I am ready to give up on this.....can you think of anything else that may cause conflict before I just give up? Thanks Conor....

Hi,

jill8026:

OK that was added to the .htaccess but it is still not able to load the ajax.....I am ready to give up on this.....can you think of anything else that may cause conflict before I just give up? Thanks Conor....

I just looked at the page you showed me and it's not the URI Mapping module which is breaking the AJAX module (as I knew it couldn't be)..

"Warning: require(includes/configure.php) [function.require]: failed to open stream" means that your ajax script can't find the file includes/configure.php..

I'm afraid that as this is nothing to do with URI Mapping that it's not appropriate to talk about this problem on this thread.

I'd imagine the problem should be quite easy to fix, I'm surprised the module's author can't get it to work.. the solution seems fairly obvious to me given what error codes are being displayed (i.e. set up the correct file paths!).

So no need to remove the URI Mapping module, it's not the cause of your problems!

All the best..

Conor
ceon

Conor THANK YOU! I did not think it had to do with CEON but I thought I would ask since that is what they are telling me.....I just wanted to hear from YOU that is was not CEON that was the issue.....I will give them your message.....and thank you for your time I am so sorry to bother you with this.....thanks again Conor!

Conor I am going to PM you about this....they are sure that it is a conflict with the CEON....so I will send you an email with the details....

Hi,

jill8026:

Conor I am going to PM you about this....they are sure that it is a conflict with the CEON

Please note that I don't accept PM for free support. If anyone needs direct support from me then please get in contact via the Ceon website, please don't contact me directly via PM.

Thanks,

Conor
ceon

Hi,

jill8026:

Conor I am going to PM you about this....they are sure that it is a conflict with the CEON....so I will send you an email with the details....

The following section of the documentation applies for anyone attempting to integrate certain third party modules with Zen Cart:

"Ensuring 100% Compatibility with Third Party Zen Cart Modules - Specifying Individual Files to be Excluded from URI Mapping"

The information in in describes how to identify scripts which need to be excluded and how to go about that.

The docs are there for a reason! :)

All the best..

Conor
ceon