[TYPO3-core] RFC: #9599: [felogin] Enable Caching "USER" instead of "USER_INT"
Michael Stucki
michael at typo3.org
Tue Jun 30 23:43:09 CEST 2009
Hi Masi,
> If you have a FORM and the form result on one page (implemented by a
> single plugin) then you need a USER_INT. If you start with a USER you
> cannot switch back to USER_INT no matter what TS conditions you have.
That is wrong. Conditions are always checked before the page is fetched
from the cache. So with the help of a condition, you can cache the same
page ID multiple times.
(Background: In tslib_fe, $this->all is built which contains all
conditions that matched, among some more information. The md5sum of this
serialized array is then used to fetch a record from cache_pagesection.
This means, if conditions are different there can be multiple records
stored in cache_pagesection. It also means that you can easily blow it
up when using too many conditions...)
Skipping the rest since this is not the case anyway :-)
- michael
> Now typo3.org and many others want to have a "login box" on *every* page
> of their site. As the form action redirects to another page they
> naturally want a USER object.
>
> For this situation they have over-optimized the plugin. IMHO it'd be
> simple for them to set the type USER into the TS configuration. If the
> "login box" is embedded in the layout it will be hard-coded anyway.
>
> Another simple solution is to provide another plugin (without CE) only
> for that purpose. This would avoid complicated TS conditions (which IMHO
> will only slow down rendering and blow up the cache).
>
> Perhaps it's also possible with the plugin code by the USER/USER_INT
> switches. Or maybe you can use a URL with a cHash as form action that
> makes the plugin render itself als USER_INT.
>
> Masi
--
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/
More information about the TYPO3-team-core
mailing list