Simple SEO URL (OLD version) [support thread]

[yellow1912]

Not a very serious error and very easy to fix

TROUBLESHOOTING: After installing itself, this module writes a file named ".keep" in admin\includes\module_installation, if your server doesnt allow it to do so, it may make the module attempting to install itself everytime. The fix is easy though, just manually create a .keep file there (after the module has already installed itself, of course)

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

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