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

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