Warum verwendet WordPress den 11. Januar 1984 als Anti-Caching-Wert für Expires-Header?

Der Expires-Header kann auf ein Datum in der Vergangenheit gesetzt werden, um das Caching zu verhindern, obwohl dies als ungewöhnliche Praxis angesehen wird. Jedes Datum vor heute sollte für diesen Zweck funktionieren, aber WordPress verwendet das sehr spezifische Datum von Wed, 11 Jan 1984 05:00:00 GMT aus irgendeinem Grund. Ich bin mir ziemlich sicher, dass WP der Ursprung dieser Praxis ist, da sich alle Diskussionen, die dieses Datum betreffen, anscheinend um WordPress drehen, und Dieser Artikel ruft speziell den Expires-Header-Wert als Zeichen eines WordPress-Servers auf. Dieser Blogbeitrag Bemerkungen zu dem ungewöhnlichen Datum, hat aber nichts sehr Nützliches darüber zu bieten (es sei denn, die Cache-Control-Header sollen den Tod von Fritz Geissler ehren).

Es scheint mir, als wäre es besser gewesen, einen allgemeineren Zeitstempel wie zu wählen 1 Jan 1900 00:00:00 GMT um eine Überraschung über die Spezifität zu vermeiden. Es hat nachweislich ein gewisses Maß an Verwirrung (wenn auch nicht viel) verursacht, wie man sehen kann aus diesem Forumsbeitrag. Weiß jemand, welche Bedeutung dieses Datum hat oder warum die WordPress-Entwickler es gewählt haben? Ich kann nur vermuten, dass es sich um eine Art Osterei handelt, aber es wäre nett, die Details herauszufinden.

Sieht so aus, als ob das zurückgeht WordPress-Version 2.1.

Ein bisschen graben, die erste Verwendung dieses Datums in a functions.php war im Commit 2623wo es in der verwendet wurde nocache_headers() Funktion.

Davor wurde es ein paar Mal kopiert und eingefügt. Ich denke, das erste Beispiel dafür war 1983 begehen, wo das nicht zwischenspeicherbare Datum in einem Fall vom Geburtsdatum von „Michel“ (vielleicht Michel Valdrighi?) auf das Datum 1984 geändert wurde. Die Nachricht auf diesem Commit lautet:

Nicht cachen. Nicht wirklich. Huttipp: Kimmo Suominen.

Diese Zusage kam von Matt Mullenweg, dessen Geburtstag am 11. Januar 1984 angegeben ist von Wikipedia.