[TYPO3-dev] set_no_cache is bad. What's next?
Dmitry Dulepov
dmitry.dulepov at gmail.com
Wed Oct 28 12:26:47 CET 2009
Hi!
Franz Holzinger wrote:
> But does this really work? When a USER object is cached, then normally
> the plugin is not called any more. But how should the USER_INT part of a
> USER object be changed then?
> Maybe it has always to be one USER object called by a USER_INT object.
The idea is that you can convert USER to USER_INT *when* USER is executed at the first time. For example, if you have a TS property in your plugin to make it non–cached, you could check that property and if it is set to "1", you just make USER_INT out of USER. This will work because USER will be executed at that moment.
>> The point is that you create from the search query (piVars) a key for
>> the search result. Whenever the PI has to show a result it will look
>> it up in the search cache. In this cache only the ids of the found
>> rows are stored (sorted!).
> How do you implement a search cache?
This is a different question :) There is a lot of ways to implement search cache. The simplest is to store the hash of the query together with a serialized list of ids.
--
Dmitry Dulepov
Facebook: http://www.facebook.com/dmitryd
Twitter: http://twitter.com/dmitryd
Skype: liels_bugs
More information about the TYPO3-dev
mailing list