a:1:{s:4:"rows";a:2:{i:0;a:6:{s:8:"property";s:11:"<i>file</i>";s:8:"datatype";s:8:"resource";s:11:"description";s:2109:"File that will be included. This file must be valid PHP-code! It&#039;s included with &quot;include()&quot;;<br>&nbsp;<b><br>Purpose:</b><br>&nbsp;This basically works like PHP_SCRIPT. But the vital difference is that inserting a PHP_SCRIPT<b>_INT </b>(internal opposed to external, see below) merely inserts a divider-string in the code and then serializes the current cObj and puts it in the $GLOBALS[&quot;TSFE&quot;]-&gt;config[&#x201c;INTincScript&#x201d;]-array. This array is saved with the cached page-content.<br>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 &#x201c;static&#x201d; page is fetched from cache, it&#039;s divided by that string and the dynamic content object is inserted.<br>This is the compromise option of all three PHP_SCRIPT-cObjects, because the page-data is all cached, but still the pagegen.php script is included, which initializes all the classes, objects and so. What you gain here is an environment for your script almost exactly the same as PHP_SCRIPT because your script is called from inside a class tslib_cObj object. You can work with all functions of the tslib_cObj-class. But still all the &#x201c;static&#x201d; pagecontent is only generated once, cached and only your script is dynamically rendered.<br>&nbsp;<b><br>Rules:</b><br>- calls to $GLOBALS[&quot;TSFE&quot;]-&gt;set_no_cache() and $GLOBALS[&quot;TSFE&quot;]-&gt;set_cache_timeout_default() makes no sense in this situation.<br>- parsing errors does not interfere with caching<br>- Be aware that certain global variables may not be set as usual and be available as usual when working in this mode. Most scripts should work out-of-the-box with this option though.<br>- Dependence and use of LOAD_REGISTER is fragile because the PHP_SCRIPT_INT is not rendered until <i>after</i> the cached content and due to this changed order of events, use of LOAD_REGISTER may not work.<br>- You can not nest PHP_SCRIPT_INT and PHP_SCRIPT_EXT in PHP_SCRIPT_INT. You may nest PHP_SCRIPT cObjects though.";s:7:"default";s:6:"&nbsp;";s:12:"column_count";i:4;s:16:"is_propertyTable";i:1;}i:1;a:6:{s:8:"property";s:11:"includeLibs";s:8:"datatype";s:29:"&nbsp;<i>list of </i>resource";s:11:"description";s:296:"This is a comma-separated list of resources that are included as PHP-scripts (with include_once() function) if this script is included.<br>This is possible to do because any include-files will be known before the scripts are included. That&#039;s not the case with the regular PHP_SCRIPT cObject.";s:7:"default";s:6:"&nbsp;";s:12:"column_count";i:4;s:16:"is_propertyTable";i:1;}}}