[TYPO3-dev] config.linkVars cHash cache problem

[Popy]

>From my point of view, URLs should be generated with a cHash, regardless if
they are generated by USER or USER_INT plugins. If you think adding
USER_INT parameters shouldn't be included in cHash, there's a hook which
can be used in order to exclude them. To go further, as USER_INT plugins
are declared throught some CORE methods, and as a plugin parameters prefix
is known/predicable, it's very easy to automatically exclude thoose
parameters from cHash.

Doing this, it will solve many caching errors, duplicate caches (because,
when you generate an URL with L=1 and a valid cHash, it has a different
cache key than without).

Regards,
Popy

2013/3/11 Christian Ludwig <cl at viazenetti.de>

> Hi,
>
> > config.linkVars means: "take that URL parameter and use it in every
> link
> > on the page with the value from the URL".
>
> Here I agree with you but that is exactly the point that it does not use
> the same parameter as on the current pages URL - it uses the parameter
> that was cached.
> My opinion is that it should keep the parameter (value) as long until it
> is forced to another value by the User.
>
> I see no use in config.linkVars when the page cache is active (maybe
> someone can give me a use case), and it seems odd to me that there are
> different outputs depending on cache being enabled or disabled.
>
> > "L" is special. It does not have to use cHash because "L"
> > is usually handled with conditions. Conditions create a separate
> cached
> > version of the page for each condition combination.
>
> So it would be great if all linkVars would be handled by conditions in
> order to make sites using linkVars cachable.
>
> If there is a patch available, feel free to let me know and I will
> assist in testing.
>
> Christian
>
>
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>