[TYPO3-commerce] cache problems - no_cache is set on pages with commerce plugin

[Brian Bendtsen]

Den 22/08/12 14.01, Ingo Schmitt skrev:
> Hi Brian,
>
> can you check the parameters in the URL if they are the same. Is the basket hash active?
>
> Regards
>
> Ingo
>> Den 22/08/12 10.18, Brian Bendtsen skrev:
>>> Den 16/08/12 10.48, Ingo Schmitt skrev:
>>>> Hi Brian,
>>>>
>>>> first of all you should Update to 0.13.x Version of Commerce.
>>>>
>>>> Commerce itselfs normally not stets no_cache, but if internally an
>>>> error occures it sets to no_cache to prevent caching and indexing the
>>>> website. So, you might check if the categories who are set by TS oder
>>>> in the Plugin are accessible.
>>>>
>>>> Regards
>>>>
>>>> Ingo
>>>>
>>>>> Hi
>>>>>
>>>>> After debugging a rather slow website using commerce, I found out
>>>>> that no_cache($GLOBALS['TSFE']->no_cache returns 1) is set on the
>>>>> page with the commerce plugin. I can't see where this is happening,
>>>>> but if I remove the commerce plugin, the no_cache returns 0.
>>>>>
>>>>> Any help is appreciated
>>>>>
>>>>> TYPO3 4.4.15
>>>>> Commerce 0.11.16
>>>>>
>>>>> --
>>>>> Med venlig hilsen/Best Regards
>>>>>
>>>>> Brian Bendtsen
>>>>> TYPO3 Konsulent/Udvikler
>>>>> Attensa
>>>>> Website: http://www.attensa.dk
>>>>> _______________________________________________
>>>>> TYPO3-project-commerce mailing list
>>>>> TYPO3-project-commerce at lists.typo3.org
>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce
>>>>>
>>>>>
>>>>
>>> Hi
>>>
>>> We have been testing a lot on the site and upgraded to 0.13 and narrowed
>>> the error down to a problem with chash calculation.
>>>
>>> The incoming cHash "f2dbbcb5b77495fa9ea534be2d2df870" and calculated
>>> cHash "6e95af53c34b7807dfc25bf5a68d639d" did not match, so caching was
>>> disabled. The fieldlist used was "encryptionKey,tx_commerce_pi1[catUid]"
>>>
>>> This is a random error, sometimes it does not?
>>>
>>> Any idea?
>>>
>>> We are running the site on php 5.2 even though commerce 0.13 said it
>>> required version 5.3 on install. Could this be an issue?
>>>
>> Hi again
>>
>> I just noticed, it fails every other time.
>>
>> the &cHash value changes every time you click a link in the menu (commerce category menu), form the valid one to a non-valid one.
>>
>> --
>> Med venlig hilsen/Best Regards
>>
>> Brian Bendtsen
>> _______________________________________________
>> TYPO3-project-commerce mailing list
>> TYPO3-project-commerce at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce
>>
>>
>
Hi Ingo

Thanks for answering my questions :)

No, its not active. We don't use the basket.

I have solved it partly by trunkcating the table 'cache_hash'. Now all 
links from the commerce category menus are displayed with the right 
cHash value (every time).

The links from with the commerce plugin are rendered with shortened 
cHash parameters, so when using these the cache will again be disabled.

Correct link (from commerce category menu)
http://mydomain.com/index.php?id=284&tx_commerce_pi1%5BcatUid%5D=5&cHash=42be7d9f5899b54a5f0ff9baf5edd98b

Wrong link (commerce plugin)
http://mydomain.com/index.php?id=284&tx_commerce_pi1%5BcatUid%5D=5&cHash=42be7d9f58

Any idea what causes this?

-- 
Med venlig hilsen/Best Regards

Brian Bendtsen
TYPO3 Konsulent/Udvikler
Attensa
Website: http://www.attensa.dk