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