Ceon URI Mapping (SEO)

[conor]

Hi Sara,

1) My major issue: on Manufacturer pages, when anything besides the default zen path is used, cannot do the multiple add to cart (when the products have no attributes). It just refreshes the page.

I'm afraid I can't replicate that behaviour on a fresh installation of ZC 1.38a and the latest version of the module. Everything works fine here on manufacturer's page with a mapped URI and several products with buy now buttons: I can keep going back and adding as many products at a time as I like, straight from the list! Something specific must be wrong on your site. Possibly with the template or something like that?

2) This is minor, but on the Admin Manufacturers edit page, cannot remove the URI Mapping, have to remove manually from the database.

You're right about that! You've found a bug. I'll get that sorted for a future version (it is minor as you say but still must be fixed!).

All the best...

Conor
ceon

[conor]

Hi scatz,

First off thanks for the nice comments, they're really appreciated!

Secondly, thanks for the quick merge guide you wrote for others, hopefully you'll have saved someone some bother if they're using the Hide Categories module (haven't heard of that one myself).

Update: None of my products are of the "Linked" type. Yet, some products (not all) get the “?cPath” appended upon URI creation. As stated before, if I manually Backspace the “?cPath” suffix, it will not re-appear.

When building the URIs the module will add the cPath suffix only if a comparison with the full cPath for the product's master category (As returned by zen_get_product_path($product_id)) comes up as false (i.e. the product is not being linked to in its normal "home", its "master" category).

I'm afraid I can't replicate your problem, nor can I see how it could occur if you're the latest version of the code.. it's probably something that would to be traced manually.

As for why the module wouldn't add the cPath back on after you backspace it.. that would be because it never adds the cPath to product URI mappings, it only ever removes it if it thinks it doesn't need to be there (i.e. it doesn't match the full cPath to the product's master category).

Sorry I can't shed any more light on this.. hopefully something there will allow you to see what's wrong on your site?

If so let me know what caused the problem!

All the best...

Conor
ceon

[DivaVocals]

Conor you SOOOOOOOO rock!! Yep I am getting ready to go live with this on two client sites. Sooo excited about it too..

Yeah it's weird how this error came up.. What's aggravating me is that I missed it in my QA.. Oh well.. It happens..

My template is a custom template (I always build my own templates based on the default Zen Template), and except for using the "Tableless Order Steps" mod for checkout, there are no other mods to the checkout pages. I am reasonably sure that the "Tableless Order Steps" mod didn't change anything to the default product notifications form methods. And you are right.. I did manually create a URI for the account products notification page.. (I was on a roll testing and creating URIs.. )

Gonna try this code tonight and let you know how it goes.. Thanks again for your time.. :)

I can see what would cause the code to fail but not how you're arriving in the situation causing it.

The errors you have indicated would be caused by the redirection code in the module for a non-standard Zen Cart page incorrectly trying to encode a query string ($_GET) parameter which is an array.

I'm posting some code for you to prevent these errors appearing in the module but it's strange that you're reaching this point. It means that instead of your product notifications form using the POST method, as with any Zen Cart store/template I've seen, your store must be using the GET method. Also, you must have entered a URI manually for the account products notification page?

Anyway, replace the following loop in includes/init_includes/init_ceon_uri_mapping.php:

foreach ($_GET as $key => $value) {
                        $query_string .= '&' . urlencode($key) . '=' . urlencode($value);
                    } 

with:

if (is_array($value)) {
                            foreach ($value as $key2 => $value2) {
                                $query_string .= '&' . urlencode($key2) . '=' . urlencode($value2);
                            }
                        } else {
                            $query_string .= '&' . urlencode($key) . '=' . urlencode($value);
                        } 

It's kludgely and off the top of my head but that should work! I'll add better code to a future version of the module (a little recursive function of course).

All the best...

Conor
ceon

[sarabz]

Hi Sara,



I'm afraid I can't replicate that behaviour on a fresh installation of ZC 1.38a and the latest version of the module. Everything works fine here on manufacturer's page with a mapped URI and several products with buy now buttons: I can keep going back and adding as many products at a time as I like, straight from the list! Something specific must be wrong on your site. Possibly with the template or something like that?



You're right about that! You've found a bug. I'll get that sorted for a future version (it is minor as you say but still must be fixed!).

All the best...

Conor
ceon

Thanks Conor for the fast reply! Your support for a free mod is incredible.

I will get my test site back up soon and see if I can figure it out. I have a fresh install as of about 2 weeks ago, I am using the classic template with some design changes. I have a few mods (stock by attributes, better together with the paid add-ons, rewards points, image handler, zen light box, attributes grid), none of which touch the manufacturer's page, and I would think it shouldn't behave any different than the regular category pages. I'll post back here if I can figure out what is going on! It works just fine when the URI Mapping is turned off for those pages, so its not completely urgent, but I would love for it to work on all the pages since the Manufacturer pages are a large part of our menu.

Any hints on what to look for?

[sarabz]

Thanks Conor for the fast reply! Your support for a free mod is incredible.

I will get my test site back up soon and see if I can figure it out. I have a fresh install as of about 2 weeks ago, I am using the classic template with some design changes. I have a few mods (stock by attributes, better together with the paid add-ons, rewards points, image handler, zen light box, attributes grid), none of which touch the manufacturer's page, and I would think it shouldn't behave any different than the regular category pages. I'll post back here if I can figure out what is going on! It works just fine when the URI Mapping is turned off for those pages, so its not completely urgent, but I would love for it to work on all the pages since the Manufacturer pages are a large part of our menu.

Any hints on what to look for?

Oh, I forgot to mention another big mod for our site - the css-drop down menu. Not sure that could cause it either, but I just forgot to mention it.

[DivaVocals]

Okay.. So I made this change, and I don't get the error, but I now get redirected to the site's blog page instead of the product notification page.. Weird..

ETA: I think I know why.. For some reason clicking the notifications button it redirects you to http://www.yourdomain.com/? which would redirect you to my blog.. (I'm using WOZ, and the "?" after the main URL directs you to the blog)

Conor you SOOOOOOOO rock!! Yep I am getting ready to go live with this on two client sites. Sooo excited about it too..

Yeah it's weird how this error came up.. What's aggravating me is that I missed it in my QA.. Oh well.. It happens..

My template is a custom template (I always build my own templates based on the default Zen Template), and except for using the "Tableless Order Steps" mod for checkout, there are no other mods to the checkout pages. I am reasonably sure that the "Tableless Order Steps" mod didn't change anything to the default product notifications form methods. And you are right.. I did manually create a URI for the account products notification page.. (I was on a roll testing and creating URIs.. )

Gonna try this code tonight and let you know how it goes.. Thanks again for your time.. :)

[conor]

Hi Sara,

How are you?

Any hints on what to look for?

If it's not adding to the cart properly only when the URI Mapping module is enabled then the only thing I can think of is that the user's path to the cart page is being interrupted by a redirect.

The only reason I can see that happening is if the form on the manufacturers page doesn't make use of the zen_href_link function which is overridden by the URI Mapping module to add the mapping functionality.

So I'd check what the "action" of the form is. For example, on my test server zen138.local, on the page of the manufacturer gt_interactive the add to cart form tag is built as such:

<form name="multiple_products_cart_quantity" action="http://zen138.local/gt_interactive

Hope that helps!

All the best..

Conor
ceon

[conor]

Hi,

Okay.. So I made this change, and I don't get the error, but I now get redirected to the site's blog page instead of the product notification page.. Weird..

ETA: I think I know why.. For some reason clicking the notifications button it redirects you to http://www.yourdomain.com/? which would redirect you to my blog.. (I'm using WOZ, and the "?" after the main URL directs you to the blog)

Not really sure what you mean here.. I don't know what WOZ is?

All the best...

Conor
ceon

[DivaVocals]

Hi,



Not really sure what you mean here.. I don't know what WOZ is?

All the best...

Conor
ceon

Sorry.. WOZ is WordPress on ZenCart. It's an add-on that allows you to embed a WordPress blog into your store.. I don't use the embedding feature because since ver 2.7.x of WordPress, the mod has been problematic... It's just easier for me to style the blog to match the main site..

However, the WOZ sideboxes for this mod are quite useful in that they allow me to tie the blog to the store a little more directly than just a simple blog link on a menu. The WOZ sideboxes allow you to show your blog's active widgets in your store.

In any case, when WOZ is running if you go to http://www.yourdomain.com/? you will be taken to the blog.

So here's my dev site:
http: // clients . overthehillweb . com/hairisle

And if you go to this link:
http: // clients . overthehillweb . com/hairisle/?

You are re-directed here:
http: // clients . overthehillweb . com/hairisle/hairisleblog

So after making the code change you posted, when I click the notifications button on the checkout_success page, instead of being directed to the account notifications page, I am redirected to:
http: // clients . overthehillweb . com/hairisle/?

and this link takes me to my blog. Ahhh.. I am so very confused.. I can turn off notifications, but honest to goodness, I am hoping I don't have to ..


On the bright side, the other site that I was adding your mod too went live with it's new pretty URLs last night.. (It is an existing site launched last year that we added Ceon URI to) The client still has to do the categories and products.. She's working on it and should have those all converted by the weekend.. But I added all the other pages to the DB (I have a script I use to make this work easier), and it's working PERFECTLY!!!

[conor]

Hi,

Sorry.. WOZ is WordPress on ZenCart.

Oh, right. I'd thought the W might stand for Wordpress but the OZ made it sound like some Australian thing! :)

The code I posted shouldn't result in an extra ? being added to the end of the URI, it only creates the query string if there are GET variables to create it from.

If you send me some FTP details for your site I can manually trace what is being created that is causing the redirect. Apart from that I'm afraid I'm out of ideas!

I don't use the PM system here so just use this link to contact me.

All the best...

Conor
ceon