Ceon URI Mapping (SEO)

Quote:

---

Originally Posted by 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,

Quote:

---

Originally Posted by 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,

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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,

Quote:

---

Originally Posted by 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! :)

Quote:

---

Originally Posted by 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

Quote:

---

Originally Posted by 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 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 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...

Quote:

---

Originally Posted by 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",N ULL,"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_produc...roduct?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,

Quote:

---

Originally Posted by 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