Feature #16336

Story #63815: Reduce communication between server and client

Include file modification time in SYS_LASTCHANGED

Added by H Hahn over 14 years ago. Updated 11 months ago.

Should have
Start date:
Due date:
% Done:


Estimated time:
PHP Version:
Sprint Focus:


In the "pages" table in the database, each record (= each page) contains a "timestamp" (and a "SYS_LASTCHANGED"; the documentation is not clear about the difference!). This reflects the date and time of last modification of the the page or of any content object contained in it, and can be used to display the page's "Last update" date (and time, if needed).

However, when I insert an include file in Typoscript, then changes in the include file's content are NOT included in this timestamp.

I suggest the following:
All cObjects that include a file (i.e., FILE, PHP_SCRIPT_xxx, IMAGE, etc.) should get an extra property, say "includeModDate".

If this is set true (= 1), then the incoude file's modification date (PHP function filemdate()) is to be included in the page's timestamp.

If this property "includeModDate" is set false (= 0), the file's modification date is to be ignored. This way, minir changes (like spellimg corrections) may be ignored in the page's modification date.

This way, any updates in the include file's contents can be taken into account when determining the page's update date and time.

This is my first use of this report system. Sorry if I used the wron form!
(issue imported from #M3820)


Updated by Martin Kutschker over 14 years ago

Changed subject to reflect issue, set severity to "feature".

As for the issue itself. I don't think it's possible to achieve. You would have to render the complete page to get the file modifcation time of all objects (mind that some may be generated [scaling, GIFBUILDER]). Then you have an updated SYS_LASTCHANGED but no way to use it as it is generated already.


Updated by Mathias Schreiber almost 6 years ago

  • Description updated (diff)
  • Status changed from New to Rejected
  • Target version deleted (0)
  • PHP Version deleted (4)

performance Impact is too high.
Te field is updated in the BE, there are too many possibilities to include outside data.


Updated by Alexander Opitz almost 6 years ago

  • Parent task set to #63815

Updated by Alexander Opitz almost 6 years ago

  • Status changed from Rejected to New

Updated by Riccardo De Contardi about 5 years ago

  • Category set to Caching
  • Target version set to Candidate for Major Version

Updated by Susanne Moog 11 months ago

  • Status changed from New to Closed

Due to low demand / low priority I'm going to close this issue now. If anyone takes time to implement it, simply open a new issue please. Thanks.

Also available in: Atom PDF