conor:

Hi,

I think you must be posting on the wrong thread. The URI mapping module can use as little as one SQL query per page load and at most 2 queries per page load. It then uses one query per link generation. That can't possibly be heavy. The module is, quite simply, lightweight.

If you are having slow-downs it's nothing to do with this module. You must have set up your server wrong.

All the best...

Conor
ceon

I have used this module for the past couple of weeks and it has helped to improve the layout of the site and increase our listings on google, the problem i am having is that the mod is slowing down our site considerably if the mod is switched on it can take up to and sometimes over 1 minute to search the website for a particular product. Once the mod is switched off the site then runs fine again and searches quickly and opens products with no problem.

Any help or ideas would be appreciated.

Thanks
Brad

DivaVocals:

Honestly Kiddo, though I haven't tested it personally, I'm not sure that Zen Cart will work with PHP 5.3

You are very right Diva, I built a lamp stack with PHP 5.3 this past weekend just to try to run Zen Cart and it exploded. (ZC, not the stack)

I have a small handful of modules I consider essential, including this Ceon mod, and was hoping to identify which, if any, would cause me problems on 5.3.

I'm curious to know if anyone has managed to run on 5.3, and if so, how that was done.

kiddo:

You are very right Diva, I built a lamp stack with PHP 5.3 this past weekend just to try to run Zen Cart and it exploded. (ZC, not the stack)

I have a small handful of modules I consider essential, including this Ceon mod, and was hoping to identify which, if any, would cause me problems on 5.3.

I'm curious to know if anyone has managed to run on 5.3, and if so, how that was done.

A small update...

By using the info in this post as a guide, I did manage to get 1.3.8a running on PHP 5.3
http://www.zen-cart.com/forum/showthread.php?t=125492

I can't say if everything will function properly, but maybe is enough to test some modules.

Hi,

websightdesign:

Any help or ideas would be appreciated

You should check the code of your site. It sounds like you have something wrong with your search pages.

The module normally makes two SQL calls when mapping a page.

It makes a single SQL call per generation of a link on the site to a product/category/manufacturer EZ page.

It makes 2 SQL calls for a link to any other Zen Cart page.

I fail to see how that could add a significant load to your site. Unless you are generating hundreds of links on a page (a massive search index or something?!).

Unfortunately there's no worthwhile way to make the module faster.. so if you are still having those problems you should try and reduce the number of links generated on your site or upgrade to a better server which doesn't take so long! (1 minute is ridiculous, pages here are generated in milliseconds!)

All the best...

Conor
ceon

Hi,

kiddo:

By using the info in this post as a guide, I did manage to get 1.3.8a running on PHP 5.3
http://www.zen-cart.com/forum/showthread.php?t=125492

I can't say if everything will function properly, but maybe is enough to test some modules.

We run our sites on PHP5.3 with no problem.. the changes to Zen Cart were minor. I haven't read the above link but the main change I made was to rename the Zen Cart date_diff function (I just added "zen_" to the start of it in the [if I remember correctly] six places it is used through the ZC codebase).

All of Ceon's software is fully compatible with PHP 5.3.

Hope that helps!

All the best...

Conor
ceon

conor:

Hi,

We run our sites on PHP5.3 with no problem.. the changes to Zen Cart were minor. I haven't read the above link but the main change I made was to rename the Zen Cart date_diff function (I just added "zen_" to the start of it in the [if I remember correctly] six places it is used through the ZC codebase).

All of Ceon's software is fully compatible with PHP 5.3.

Hope that helps!

All the best...

Conor
ceon

Yes, what you mention above and changing from ereg(i) to preg_match and one or two other small tweaks (crossing fingers) and this PHP 5.3 thing is seeming to not be the rotten potato I had feared.

Am very happy to hear your code is 5.3-proof. That just makes my day :D

Hi,

kiddo:

Yes, what you mention above and changing from ereg(i) to preg_match and one or two other small tweaks (crossing fingers) and this PHP 5.3 thing is seeming to not be the rotten potato I had feared.

I didn't bother with the ereg changes myself, I just simply added the E_DEPRECATED flag to the error handling! ZC 1.3.9 and 2.0.0 will more than likely have the ereg changes so just disabling the warnings was fine by me (as that's all they are, the code still works fine!).

kiddo:

Am very happy to hear your code is 5.3-proof. That just makes my day :D

Well, more accurately, the "latest versions" of all our software are 5.3 compatible.. there's an ereg function in use in part of some of our payment modules. Again, as above, that's not a functional problem but simply an error reporting one! Anyway... :)

All the best..

Conor
ceon

Hi Ceon et al,

Any update on when the URI Mappings Manager will be completed? Keep us in the anxiously awaiting line for what sounds like a very useful manager to a very very useful module.
Kind regards,
Bil

conor:

Hi,

The first statement quoted above is confusing!

I don't actually know what you are saying the problem is.

I'm guessing that you should possibly change the PHP code to check against $_GET['cPath'] rather than $cPath.

All the best...

Conor
ceon

@Conor
Thank you for your answer.
Let me try to explane...
This is the code of side box that should show only in category "sec"

When I disable the ceon_uri_mapping I have side box "sec" in category 3 listing. When ceon_uri_mapping is enabled side box "sec" disappears.
In other boxes I have links, pointing to few categories in format like index.php?main_page=index&cPath=3. I don't have problems with this links.
Should I change $cPath == '3' with $_GET['cPath']?

Hi,

kmbi:

Should I change $cPath == '3' with $_GET['cPath']?

I think that might do it ($_GET['cPath'] == 3). The box wouldn't display if the $cPath variable isn't set and for remapped URIs only the $_GET['cPath'] variable is forced to be set (although I think Zen Cart may then use that variable to set $cPath).

Let me know how you get on!

All the best...

Conor
ceon

I just installed this and now my website doesn't work!!
How do I fix this?

Try carefully re-reading the instructions. Especially the part about the .htaccess file.

I just added the following to my .htaccess file and it still doesn't work. Is ther eanything else I need to change?

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]

What is the url to your shop?

http://www.barbarianstrengthandfitenss.ca/

When spider testing my site some of the links ex: and ezpages show zenid: followed by a bunch of characters. I cant seem to get those to change to just say /contact-us what might I be doing wrong.
thx in advance

did you click on admin > modules > Ceon... to activate it?

Also, you have to go to each of your products and set up mapping. it doesn't just appear automagically.

automagically lol....
Yes I have gone into each product checked the box for the rewrite however it doesnt seem to do it on any of the "ezpages"
It seems to work fine on the product pages.

I'm already using CEON URI Mapping module for my zencart. But now i want to modify it like:

http://solutioninn.com/Physics/product_id

instead of

http://solutioninn.com/Physics/Product_Title

Please help me with this modification part.