Simple SEO URL (OLD version) [support thread]

Quote:

---

Originally Posted by Chris Rama

Some feedback on v.3.3.6

After running on a test site for a while it seems that everything works for me. Still, "zenid" sometimes appears in the links(it is excluded in ssu settings). And product types didn't work for me originally - I had to manually edit products.php parcer to fix. Link alias - is the best software invention in human history ever!!! :clap: Thanks a lot, great feature indeed.

After some testing, installed it on my live site. http://www.FramesCity.com No other problems found so far

---

Zenid must be there in the first visit, so it is not really a bug.

But product type not working is a bug, let me know what did you do to fix it.

Regards

I have custom product types defined. In the old SSU there was init_ssu.php with this code:

Code:

---

        function simple_seo_url(){
                // This is here to support multiple product types shorthand links
                // if you want to add support for your custom type, first you have to go to your database and check table products_types
                $this->products_handlers = array('1'=> 'product_info',
                                                                                '2'=> 'product_some_info',
                                                                                  '3'=> 'product_some_other_info',
                                                                            '4'=> 'document_product_info',
                                                                                  '5'=> 'product_free_shipping_info'
                                                                                  );
                $this->products_identifiers = array('1'=> SSU_ID_DELIMITER.'p'.SSU_ID_DELIMITER,                                                                                               
                                                                                          '2'=> SSU_ID_DELIMITER.'m'.SSU_ID_DELIMITER,
                                                                                          '3'=> SSU_ID_DELIMITER.'e'.SSU_ID_DELIMITER,
                                                                                        '4'=> SSU_ID_DELIMITER.'d'.SSU_ID_DELIMITER,
                                                                                        '5'=> SSU_ID_DELIMITER.'f'.SSU_ID_DELIMITER
                                                                                          );

---

Editing this worked ok. The link contained a correct products_identifiers

After upgrading to 3.3.6 editing this part of config.php:

Code:

---

'identifiers'        =>        array(        'products'                =>        array(        'product_info'                                        =>        'p',
                                                                                                                        'product_some_info'                        =>        'e',
                                                                                                                        'product_some_other_info'                        =>        'm',
                                                                                                                        'document_product_info'                        =>        'd',
                                                                                                                        'product_free_shipping_info'        =>        'f',
                                                                                                                        'document_website_info'                        =>        'w',

---

didn't have any affect. 'p' kept appearing in all product links and product types were not switching. All product displayed under "product_info" type template. Maybe i missed something in the upgrade process, could be.

I didn't go deep into figuring out how parsers work, but editing "getName" function in products.php helped my case. i replaced the "$identifiers[self::$main_page]" with a small "case ..." structure with correct identifiers. This is a weird way to fix this i guess

Quote:

---

Originally Posted by yellow1912

Zenid must be there in the first visit, so it is not really a bug.

---

Got ya. I wasn't sure about the purpose of zenid.

A bug it is, but the fix is much more simpler. I have updated the products.php parser for you here.

I will also update SSU to add this fix. Thank you very much for letting me know the bug and the solution.

PS: anyone who is using 3+ version is encouraged to upgrade to 3.3.7 to have the latest fixes, but some of these bugs wont affect your site unless:
1. You are not using multi language mode(fixed in 3.3.6)
2. You are not using any other product types (other that the default general one) (fixed in 3.3.7)

@ Chris Rama: changing local.config.php will be better than changing the default config file btw. In later versions I will not include local.config.php in there so this file will not be overwriten when you upgrade.

While torturing my test site, i've noticed another thing: Old SSU took care of inappropriate symvols when converting product name to url. If a product name contained commas, brackets and stuff like that, it ignored that in order to make clean url. The 3.3.x just passes that along into the link. Some sort of a bug too

Also i had a test product with a blank name. in Old SSU the link looked like [category]/-p-[product_num] . The 3.3.x converts it differently [category]/product_name-p-[product_num]

Quote:

---

Originally Posted by Chris Rama

Also i had a test product with a blank name. in Old SSU the link looked like [category]/-p-[product_num] . The 3.3.x converts it differently [category]/product_name-p-[product_num]

---

This is a more appropriate way to handle it (from my pov), instead of leaving a blank field there.
SSU 3+ leaves much parsing job in your hand (since removing non alphanumeric characters can destroy the names of those sites that use multi-lang names). But I will make sure those names are handled more properly in the future.

Quote:

---

Originally Posted by yellow1912

This is the old-style link:
http://site.com/this-is-a-cat-c-1/great-product-p-1

This is the alias:
http://site.com/this-is-a-cat/great-product

Or it can even be this:
http://site.com/october-promotion


I will have to come up with a solution, somehow. All suggestions are welcome.

Raine

---

Hi Yellow...

I've just added this mod to my test site and configured..

Just a question
I take it from your post (as quoted above) that the product ID still has to reside in the link until you can find a fix ?

Great work btw..

No, it doesnt have to be in the links (Assuming you are using 3.3.7)

You can use link-alias to do that. The only drawback is that you have to do it manually for each link.

Quote:

---

Originally Posted by yellow1912

No, it doesnt have to be in the links (Assuming you are using 3.3.7)

You can use link-alias to do that. The only drawback is that you have to do it manually for each link.

---

Ouch.. that could take a while, I have 400+ products... they might have to stay there !!!!

The id in the categories can go away if you want to, assuming you dont have too many categories.

An automate process is planned for future release.

BTW, I meant to say "manually for each name", not link. Watch the link-alias video tutorial and you will understand.