Montag, 17. November 2025
Styx 5.0-rc2 und PHP 8.3.27
Habe nun hier die PHP-Version auf 8.3.27 angehoben.
beatsblog.ch und styx.beatsblog.ch nutzen jetzt PHP 8.4.12
Die index.tpl von pure-beat habe ich angepasst. Danke für den Hinweis.
Dieser Link ist nicht aktiv. Er enthält eine kopierbare Trackback-URI, um manuell ein Ping- und Trackback zu diesem Eintrag für ältere Blogsysteme zu generieren; zB (immer noch valide) über das zur Verfügung gestellte Eintragsfeld des serendipity_event_trackback Plugins. Serendipity und andere Blogsysteme erkennen die Trackback-URL heutzutage aber automatisch anhand der Artikel-URL. Die Trackback-URI für ihren Link des Sender-Eintrages lautet daher wie folgt: »https://www.blog.dokumenzi.ch/2706-Styx-5.0-rc2-und-PHP-8.3.27.html«
Kommentare
Ansicht der Kommentare: Linear | Verschachtelt
Ian Styx am :
wunderbar 😀
Beat Post author am :
Im Liveblog habe ich unter Konfiguration-Bildkonvertierung-Nutzung von AVIF-Variationen aktivieren auf "Ja" gesetzt. Wenn ich mir nun den Quelltext des heutigen Beitrags "frostig" ansehe, dann ist das heute hochgeladene und in den Beitrag eingefügte Bild immer noch ein *.webp
Ich verstehe nicht viel davon. Kannst Du das mal prüfen? Ist das richtig so?
Ian Styx am :
Das liegt daran dass bei genanntem Beitrag keine AVIF Variation im PICTURE Container ist.
Das kann eigentlich nur zwei Gründe haben. Es existiert gar keines oder es ist einer jener wirklich sehr seltenen Fälle in der die WebP Komprimierung in der Dateigröße besser ist als die von Avif, dann wird letztere aussortiert.
Das kannst nur du alleine prüfen.
Sie dir dazu die Bildinfo in der Mediathek an und schau was die Dateigrößen sagen. Gibt es Avif überhaupt? Ist die große Version kleiner oder größer als die von WebP?
Es gibt noch eine weitere Möglichkeit der Überprüfung. Klickst du auf das Bild in der Mediathek wird es dir ja in "groß" angezeigt, abgeleitet von der Originaldimensionsgröße. So kannst du aber auch nicht visualisiert sehen was dir von den dreien im Picture Vontainer eigentlich vor Augen geführt wird. Die Bildunterschrift müsste dir im Klammerteil am Ende aber eigentlich sagen was es genau ist. Damit man wirklich visuell prüfen und vergleichen kann gibt es aber auch noch den Knopf neben dem Mülleimer. Der zeigt dir nur das avif Bild (wenn vorhanden) oder eben das WebP Bild.
Beat Post author am :
Ich habe per FTP auf dem Server im Verzeichnis /uploads/2025/.v/ folgende vier Dateien gefunden:
20251118_01.avif (145 Bites)
20251118_01.styxThumb.avif (145 Bites)
20251118_01.webp (758'412 Bites)
20251116_02.styxThumb.webp (3'520 Bites)
🤔 Hmmm... 🤔 145 Bites erscheint mir (korrupt-)klein. Wenn ich in der Mediathek auf das Symbol rechts des Mülleimers klicke erhalte ich die Meldung "The image could not be loaded.". Bei Mouseover wird mir "Bild-Variation: 20251118_01.avif, 2048x1536px" angezeigt.
Ian Styx am :
Absolut. Die sind korrupt! bzw broken.
Lösche sie mal in der Mediathek über den Mülleimer. Du bekommst eine Auswahl - Ja Abrechen Nein. Nimm Nein, was nur die Variationen löschen sollte. Dann kann man beim erneuten Aufruf der Mediathek diese neu erstellen, da es dort dann einen PLUS Button gibt.
Was ist dann das Ergebnis?
Beat Post author am :
Das Ergebnis ist, dass nur noch eine avif-Datei geschrieben wird:
20251118_01.avif (145 Bites) -> Ja, wieder nur 145 Bites. 👎
Ich dachte dann, dass ich ImageMagick ja mal abschalten könnte. Bei der Neugenerierung der komprimierten Bilder erhielt ich dann folgende Meldung:
Es sieht also so aus, dass es für avif ImageMagick zwingend braucht. Doch irgendwie wird das avif nicht richtig erzeugt.