[Typo3] Current date problem

Peter Russ peter.russ at 4many.net
Wed Nov 9 18:35:33 CET 2005


Christopher wrote:

> On 09/11/05, Peter Russ <peter.russ at 4many.net> wrote:
> 
> 
>>IMHO this definetly wrong. If there is an element on a page that is NOT
>>CACHEABLE the COMPLETE page is NOT cached.
>>
> 
> 
> _This_ is wrong. If you look at any of the *_INT objects in the TSref
> you see explanations like this:
> 
> "Now, the point is, that including a script like this lets you avoid
> disabling pagecaching. The reason is that the cached page contains the
> divider string and when a "static" page is fetched from cache, it's
> divided by that string and the dynamic content object is inserted."
> [1]
> 
> "If you create this object as USER_INT, it'll be rendered non-cached,
> outside the main page-rendering. See the PHP_SCRIPT_INT for details as
> this is the same concept used there." [2]
> 
> "You can also create this object as a COA_INT in which case it works
> exactly like the PHP_SCRIPT_INT object does: It's rendered
> non-cached!" [3]
> 
> 
> -Christopher
> 
> 
> [1] http://typo3.org/documentation/document-library/doc_core_tsref/PHP_SCRIPT_INT/
> [2] http://typo3.org/documentation/document-library/doc_core_tsref/USER_and_USER_INT/
> [3] http://typo3.org/documentation/document-library/doc_core_tsref/COBJ_ARRAY_COA_COA/

Thanks for this approach. But IMHO is very theoretically. We could 
reduce parse time by 50% when we did a redesign on macina_banner and 
used USER istead of USER_INT. The only reason was, that page WAS NOT 
cache before. You could X check and have a look at cache_pages.

Regs. Peter.

-- 
_____________________________
4Many® Services
openBC: http://www.openbc.com/go/invuid/Peter_Russ



More information about the TYPO3-english mailing list