lunsen_de hat geschrieben: ↑Mi 10. Mai 2023, 15:30
Gibt es schon etwas zum Problem mit strftime()?
Nein. Das ist auch kein Fehler, sondern eine Warnung:
Code: Alles auswählen
// All strftime formats start with a '%', check for this!
if ($format[0] === '%') {
// strftime() is deprecated as of PHP 8.1, check the version
if (version_compare(PHP_VERSION, '8.1.0') >= 0) {
cDeprecated('The function `strftime()` is deprecated as of PHP 8.1.0, '
. 'and the passed format string was detected as a `strftime()` format. '
. 'The `date()` function will be used as a fallback, but without '
. 'localization support.');
// Use date() as fallback
return date(self::strftimeToDate($format), $timestamp);
} else {
// Use strftime for PHP < 8.1.0
return strftime($format, $timestamp);
}
} else {
return date($format, $timestamp);
}
Wie Du sehen kannst, wird als "fallback" date() genommen, also läuft die Routine fehlerfrei durch!
Ich habe die Warnungen abgestellt (das kannte ich auch schon), allerdings ist es doch sicher von Vorteil, wenn der Grund der Warnungen beseitigt wird.
Das ist leider nicht so ganz trivial, da doch viele "Altlasten" im Code stecken. Die Entwickler fummeln das nach und nach raus.
Bei den .htaccess Dateien habe ich nur die beiden in den data Ordnern gefunden
Im Original-Code existieren sieben Dateien mit dem Inhalt.
Kannst du kurz erläutern, was der ursprüngliche Inhalt für Fehler verursacht hat bzw. was jetzt damit verbessert wird?
Der ursprüngliche Code wird schlicht nicht mehr unterstützt.
