simon1066:

Jeremy,

No bother.

Your ez-page with content dbase record looks fine - same as mine.

Although I haven't looked into this deeply, you might want to make sure that there aren't duplicate entries in the dbase for '/chi-siamo'. I've noticed that this can happen sometimes when 'playing around' with uri's/dbase/internal links. Usually the duplicate entry has a 'current_uri' of zero, but not always.

Just to clarify my setup for an ez-page with content:

dbase entry agrees with yours:
"/chi-siamo","2","1","page",NULL,"7",NULL,"301","2009-05-25 14:55:39"

ez-pages admin:
Internal Link URL - blank
External Link URL - blank
URI Mapping would be - /chi-siamo
tick-box - unchecked

You problem might also be connected with the chapter setting for that page (http://www.edizioninautilus.it/chi-siamo?&chapter=) I haven't used these yet but if you are not using it, disable in the fields at the top of the admin page (chapter = 0 / TOC = No)

Can't think of anything else that might help you.

Cheers

Simon

Simon,

Thanks a lot for checking. Glad to know for sure that my settings were correct using the content window for this mod.

I did have an additioanl /chi-siamo but it was set to 0. I deleted it anyway to see if that would have any effect. It didn't. Also my chapter and ToC settings are correct, so I don't know what else to try.

Think I'm just going to have to let this one go. Not a huge deal for now at least.

Thanks again. All the best.

Jeremy

Hi Nancy,

ladyink:

It maps it but when you push "add to cart" it goes to a page with this at the end of the mapping: "?&action=add_product" instead of putting this at the "&number_of_uploads=1" and actually adding it to the cart. If I manually put the mapping in to avoid that other category- everything is fine.

I'm afraid I don't know what's going wrong on your site but it can't be a problem with the module itself as it works on hundreds of other sites and none of them have the same problem!

I'm sorry that I can't say anything better than that but you must have done something to your site which doesn't work properly!

All the best...

Conor
ceon

Hi,

byoriginaldesign:

I had initially gotten a few admin errors due to a few php files having additional blank lines at the end, so I removed those, no biggie... Then followed the instructions Modules>Ceon URI...

I think you should get new FTP software.. the software you used must have added those extra line endings.

byoriginaldesign:

Now the frontend site opens with a 404: page not found error, for the define_main_page.php If I add /cart to the end of the url it does not have this error, so I'm assuming it is an issue with the .htaccess file, but don't see anything wrong.

I'm not really sure what you mean about define_main_page.php as there's no such file in Zen Cart?

All the best...

Conor
ceon

Hi Jeremy,

edizioninautilus:

Thanks a lot for checking. Glad to know for sure that my settings were correct using the content window for this mod.

Thanks Simon for helping Jeremy out, it's a nice change not to have to everything myself! :)

edizioninautilus:

I did have an additioanl /chi-siamo but it was set to 0. I deleted it anyway to see if that would have any effect. It didn't. Also my chapter and ToC settings are correct, so I don't know what else to try.

I'm afraid I don't know why Zen Cart adds the chapter parameter to particular sites and not others.. I'm sure you can stop this by looking at the Zen Cart code that generates the links for these EZ-pages.

Hope that's a bit of help!

All the best...

Conor
ceon

conor:

I'm not really sure what you mean about define_main_page.php as there's no such file in Zen Cart?

All the best...

Conor

Hello Conor & thanks for the quick reply...

define_main_page.php is part of the classic template, found in /includes/languages/english/html_includes/classic/define_main_page.php, and is one of the pages editable via the define pages editor.

That page is the center content of the index.php page, and when a user went to https://www.wholesale4realtors.com the content was there, but now comes up as 404 page not found for the index center content, and will only show if the user goes to https://www.wholesale4realtors.com/cart/ or if the viewer clicks on home/logo from the error page.

I'm fairly certain that no other add-ons had anything to do with this page, but still think it has something to do with that file not being defined in the .htaccess, but I'm not sure why, as it seems like everything is fine with that...

edizioninautilus:

Conor,

I'm going to ask this question, but I'm afraid I already know the answer. Anyway, worth asking...

I did not have the ceon_uri_mapping.php language definition file placed into the proper language section under my admin file structure at the time I created products. I originally put that file in the English admin file structure because my site is in Italian, but I want to manage it through the admin in English. Didn't think I'd need anything operationally from the admin side... :ohmy:

What appears to have happened for me is that my Product Review and Tell a Friend URIs are now their respective variable names in their database records. :(

(I just wanted to get the module working first and then go check out the Reviews/Tell a Friend detail stuff later on. Looks like that may have been an oversight here on my end...

Anyway, now that I've placed that file in the proper place and appropriately translated the reviews/tell-a-friend values from English to Italian, is there any chance those database records will magically change or can they be forced to update sistematically? Do I have to go in and change them all one by one for each product?

If it helps, here's my site:

http://www.edizioninautilus.it

Thanks,

Jeremy

PS, by the way, I got this mod working with the Product Type Book mod recently and really like how that's working out if anyone wants to have a look....

Conor,

With my flurry of posts over the past few days, you might have missed this one! Any chance you could give it a quick look?

Question is:

Must I update the database using phpmyadmin manually given my situation or is there another way for me to rerun an install tool of sometype to get these URI variables inserted into the database?

Need to go from this:

"/la-terrazza-pensile/CEON_URI_MAPPING_URI_PART_PRODUCT_REVIEWS","2","0","product_reviews",NULL,"16",NULL,"301","2009-05-04 10:29:45"

to this:

"/la-terrazza-pensile/recensioni","2","0","product_reviews",NULL,"16",NULL,"301","2009-05-04 10:29:45"

as well as the other 3 records per product on about 35 products.

I'm afraid my mistake means I've got a manual job in front of me, but just wanted to confirm before diving in.

Thanks for any guidance you're able to give.

Jeremy

I'm having a little problem with the mod... I guess I must have missed something along the way...

Say I add a new product and set the uri link to "http://mywebsite.com/store/my_product_category/my_new_product"...
The link created is actually:
http://mywebsite.com/store/my_product_category/my_new_product?cPath=1
which ends up as 404 not found.

I seem to be having the same problem with the category...
http://mywebsite.com/store/my_product_category
cannot be found...

Any insight? :lookaroun

I had a question which I couldn't find in this thread. I have this mod running on a client's site, and for some reason it's behaving oddly. There are a few products on the site that simply refuse to take on the auto-generated URI's. I check the box, I preview and save the changes and when I go back to look, the box is unchecked again. It won't save the value at all. I've also noticed that these same products (that don't hold the value) cannot be added to the shopping cart, either. I add the product, but they never make it to the cart.

I've gone through, one-by-one and manually checked each and every item in the cart - and so far, the only products that cannot be added (well, they can be added, they just don't show up in the checkout process) are the ones whose auto-generation value cannot be retained. I can only put the pieces together and assume that one has something to do with the other, since this is the only pattern I can find so far with this issue.

Is there something I'm missing that would cause this? it seems so random as to the products this is happening to either - I can't find anything that correlates why this would be happening. If you have any insight at all, I'd appreciate passing it along.

Thanks!

and a quick update - following my suspicion - if I disable the Ceon contribution (set the "enable" to "0") then they all start working properly. So it's definitely this contribution - the suspicion is now validated. Any ideas as to why it's doing this?

Hi Jeremy,

edizioninautilus:

Must I update the database using phpmyadmin manually given my situation or is there another way for me to rerun an install tool of sometype to get these URI variables inserted into the database?

I'm afraid my mistake means I've got a manual job in front of me, but just wanted to confirm before diving in.

I'm afraid that there are no automatic tools so you will have to do this manually. Sorry!

All the best...

Conor
ceon

Hi,

joomoo79:

I'm having a little problem with the mod... I guess I must have missed something along the way...

which ends up as 404 not found.

It looks like you don't have a rewrite rule added on your site. Please re-read the installation and configuration instructions and after completing the installation and configuration everything should be fine!

All the best...

Conor
ceon

conor:

Hi Jeremy,

I'm afraid that there are no automatic tools so you will have to do this manually. Sorry!

All the best...

Conor
ceon

Alright. My bad...

Thanks for confirming...

Off to work.

Jeremy

Hi,

byoriginaldesign:

define_main_page.php is part of the classic template, found in /includes/languages/english/html_includes/classic/define_main_page.php, and is one of the pages editable via the define pages editor.

That isn't actually a Zen Cart page but a file that is loaded into another page (as you say, the index page).

Therefore this problem isn't the one being caused by the URI mapping module.. it has no effect on the content of any page.

You probably haven't put the condition in your rewrite rule which causes it only to rewrite URIs beginning with /cart:

ONLY rewrite URIs beginning with /cart/

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

If that's not it then what version of the module are you using? Your rewrite rule was very out of date (and broken).

All the best...

Conor
ceon

Hi,

doodlebee:

and a quick update - following my suspicion - if I disable the Ceon contribution (set the "enable" to "0") then they all start working properly. So it's definitely this contribution - the suspicion is now validated. Any ideas as to why it's doing this?

I'm afraid not. The only thing I can think of is some query string parameters aren't being passed properly after a redirect. I don't know why that would be and am afraid I won't be able to look this week, I've simply run out of time (as you can see by the fact that I'm still working at 9.30PM!). :(

All the best...

Conor
ceon

Well, although I would rather get an answer to what my problem was, I did just put a full redirect to /cart instead of an index define for the site, which fixes the issue I was having. I still would like the address not to show /cart, and know how/why it was bringing up the error 404 page instead of the page defined if you have a chance to look in to it.

Thanks~

Well, checking on Google Analytics, I found the more precise problem, but I'm still stumped on what's causing it. The site was redirecting to the site appropriately, but pulling data for the main page from /cart/cart/... for the data, so something is causing it to put an extra /cart in there, but I've been searching for anything for a few days now that would cause this, and I don't see it. Thought knowing more precisely might narrow it down, but for me I still can't figure out why. I put the site back to how it was with the error, because I'd rather find the real solution, than to just side-step it with the other redirect, for other users that may run in to it.

Hi,

byoriginaldesign:

I put the site back to how it was with the error, because I'd rather find the real solution, than to just side-step it with the other redirect, for other users that may run in to it.

I realise and appreciate that it must be frustrating but your problem doesn't happen on anyone else's site and I can't manually go into everyone's site to debug when they have a problem, I just don't have the time anymore. Sorry. :(

The rewrite rule you posted though was definitely wrong.. you should base yours on an example rule from the latest version of the module, not an old one, maybe that'll fix things. Alternatively you should check what settings you have for DIR_WS_CATALOG in your configure.php file, it could be wrong.

All the best...

Conor
ceon

conor:

The rewrite rule you posted though was definitely wrong.. you should base yours on an example rule from the latest version of the module, not an old one, maybe that'll fix things. Alternatively you should check what settings you have for DIR_WS_CATALOG in your configure.php file, it could be wrong.

Thx 4 the suggestions, and I had tried everything suggested previously and again. I'm giving up, which I hate doing, and I'll just be using the redirect mentioned earlier to side-step the issue. Kudos on the app otherwise, seems to do the trick.

Hi,

I'm having a problem after installing the software and manually editing a top level category, the first subcategory and a product, all I get is the index page!!!

My store is in a subdirectory, so I read all the instructions and use this .htaccess file inside the subdir electronics:

RewriteEngine on

# ONLY rewrite URIs beginning with /electronics/
RewriteCond %{REQUEST_URI} ^/electronics/.* [NC]
# Don't rewrite any URIs ending with a file extension (ending with .[xxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$ [OR]
RewriteCond %{REQUEST_URI} \.(html|htm|php)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/electronics/admin.* [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/electronics/editors.* [NC]
# Don't rewrite payment pages/callback handlers
# (Won't be rewritten by rules above but included here in case rewriting of URIs ending in .php is added)
RewriteCond %{REQUEST_URI} !^/electronics/cybersource.php.* [NC]
RewriteCond %{REQUEST_URI} !^/electronics/ipn_main_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/electronics/iridium_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/electronics/localities_remote_loader.php.* [NC]
RewriteCond %{REQUEST_URI} !^/electronics/nochex_apc_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/electronics/protx_direct_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/electronics/realex_remote_3d_secure_iframe.php.* [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]

BTW I tried by modyfing RewriteRule (.) index.php?%{QUERY_STRING} [L][/CODE] to:
RewriteRule (.) electronics/index.php?%{QUERY_STRING} [L][/CODE]

and all got is a 500 error ...

If I do as posted, then what happens when I click is the path is correctly displayed, but then the link just goes to the index page!

Any ideas?
My site is running on HTTP Server: Apache/1.3.35 (Unix) ApacheJServ/1.1.2 PHP/4.4.4 FrontPage/5.0.2.2635 Rewrit/1.1a

What's your site address? Also, is your site on a redirect, or are you clicking a link on a main site to enter the store?