Simple SEO URL (OLD version) [support thread]

[yellow1912]

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!!! 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

[Chris Rama]

I have custom product types defined. In the old SSU there was init_ssu.php with this 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:

'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

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.

[yellow1912]

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.

[Chris Rama]

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

[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]

[yellow1912]

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.

[Mike_Dean]

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..

[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.

[Mike_Dean]

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 !!!!

[yellow1912]

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.