Weblog Kommentare
Styx 5.0-rc2 und PHP 8.3.27
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:
Fatal error: Uncaught Error: Call to undefined function imageavif() in /styx-master/include/functions_images.inc.php:957 Stack trace: #0 /styx-master/include/functions_images.inc.php(1066): serendipity_imageGDAvifConversion() #1 /styx-master/include/functions_images.inc.php(1924): serendipity_convertToAvifFormat() #2 /styx-master/include/admin/images.inc.php(382): serendipity_generateVariations() #3 /styx-master/serendipity_admin.php(158): include('...') #4 {main} thrown in /styx-master/include/functions_images.inc.php on line 957
Es sieht also so aus, dass es für avif ImageMagick zwingend braucht. Doch irgendwie wird das avif nicht richtig erzeugt.
Styx 5.0-rc2 und PHP 8.2.29
Beat Post author am |
Habe den Live-Blog auch gleich auf rc2 upgedatet. Dort ist derzeit ebenfalls PHP 8.2.29 im Einsatz (Standard und auch Empfohlen). Ich könnte bei Manitu manuell auf PHP 8.3 oder 8.4 hochgehen. Ist das eine Überlegung wert (oder noch zu früh/heikel)?
Hier, bei hosttech, habe ich auch kurz nachgesehen. Hier könnte ich auf 8.3.27 hoch gehen.
Ian Styx am |
PHP 8.2 ist das absolute Minimum. Je höher je besser, denn es werden auch bestimmte Bestandteile erneuert, die in Bugfix Updates älterer Versionen nicht enthalten sind. Ich würde sofort auf PHP 4 gehen wenn alle sonstigen Serverprogramme (die du vielleicht nutzt) es auch nutzen können. Styx ist PHP 4 ready seit einem Jahr.
Und dann kannst du auch gleich die AVIF Format Variation Nutzung aktivieren (in der image configuration).
Styx 5.0-rc1 und PHP 8.2.29
Ian Styx am |
👍😃
Beat Post author am |
Seit ein paar Tagen stelle ich beim History-Plugin ein komisches Verhalten fest. Wenn ich da auf einen Link klicke, so wird mir der gewünschte Beitrag angezeigt, doch der Fokus verschiebt sich sofort auf die Cursor-Position im Kommentarfeld. Das heisst: Um den Beitrag zu lesen, muss ich zuerst wieder hoch zum Titel scrollen.
Dies ist interessanterweise nicht immer so. Aber, ich kann es auf beiden Servern beobachten. Ich denke, das hat etwas mit dem neuen Editor zu tun, der wie ein Ankerpunkt wirkt.
Kannst Du das bitte mal testen ob Du das reproduzieren kannst? Wenn ja, würde ich es natürlich begrüssen, wenn der Anker auf dem Beitragstitel liegen würde (so wie früher).
Ian Styx am |
Hi Beat
Ich kenne das Verhalten. Es liegt daran, dass eben jenes Javascript frame des Editors einen Auto-Fokus hat. Dies ist eigentlich ein erwünschtes Feature, hat aber den Nachteil eben immer als letztes bei jedem Seitenaufruf eines Artikels mit Kommentarfeld abgefeuert zu werden und neigt deshalb dazu vorherige Ankerpunkte, so überhaupt vorhanden, zu überschreiben. In diesem Fall der History Links gibt es ja nicht einmal einen # Anker, so auch wenn man einen Artikel aus der Artikelliste (entries) als einzelnen Artikel aufruft. Soweit ich erinnere, habe ich für jene mit Anker Ausnahmen erschaffen, zb für die reply links. Ich habe bisher noch keine halbwegs saubere Lösung für das auftretende Verhalten/Problem mit vollständig neuen Links gefunden.
Leider ist es mir zur Zeit nicht möglich mich damit auseinanderzusetzen. Ich werde einige Zeit brauchen um halbwegs wieder arbeitsfähig zu werden (Computerprobleme). Solange muss das warten.
In der Zwischenzeit sammele bitte weiter alle Punkte wo dies klappt bzw eben nicht. Und was man eventuell dagegen tun könnte....
Gibt es das im Backend auch? Oder ist dies nur ein reines Frontend Problem?
Beat Post author am |
Schön, von Dir zu lesen. Habe mir schon fast Sorgen gemacht. 👋
Leider ist es mir zur Zeit nicht möglich mich damit auseinanderzusetzen. Ich werde einige Zeit brauchen um halbwegs wieder arbeitsfähig zu werden (Computerprobleme).
Sch... 💩
Gibt es das im Backend auch? Oder ist dies nur ein reines Frontend Problem?
Ähm. Ich verstehe die Frage nicht richtig. Im Backend? Nein... Ich kenne jedoch auch nur im Frontend Links auf einzelne Artikel (Comments-, History- und Imagesidebar-Plugin).
Interessanterweise geschieht diese Fokusverschiebung auf den Editor nur bei Plugins. Wenn ich sonst im Blogfrontend, z.B. via "Archiv" oder "Suche" oder Anklicken der Artikel-Titelzeile auf einen einzelnen Artikel zugreife, dann geschieht dies nicht.
Beat Post author am |
Ups!
Ich habe im Live-Blog zwei Beiträge nachgereicht und darin je einen Trackback zu einem früheren Beitrag gesetzt. Dann wollte ich im Backend beide auf einmal bewilligen. Darauf kriegte ich einen white screen mit folgender Meldung:
Fatal error: Uncaught TypeError: serendipity_approveComment(): Argument #4 ($moderate) must be of type bool, string given, called in /styx-master/include/admin/comments.inc.php on line 29 and defined in /styx-master/include/functions_comments.inc.php:1002 Stack trace: #0 /styx-master/include/admin/comments.inc.php(29): serendipity_approveComment() #1 /styx-master/serendipity_admin.php(224): include('...') #2 {main} thrown in /styx-master/include/functions_comments.inc.php on line 1002
Ich konnte mich dann erneut im Backend anmelden und die beiden Trackbacks einzeln bewilligen.
Ian Styx am |
Oha! Super Fund!
Gerade gefixt und damit auch zum ersten mal ausprobiert ob ich langsam wieder Zugang zu den wesentlichen Sachen bekomme. Auch mental ...😂
Der fix ist ganz einfach in der 'include/functions_comments.inc.php in Zeile:1002': Finde das vierte Argument
, bool $moderate = false,und ändere es in
, string|bool $moderate = false,Damit sollten multi-trackback approvements wieder gehen, wenn es nicht eventuell einen Folgefehler gibt. Ich kann das momentan noch nicht selbst ausprobieren.
Ian Styx am |
Gerade getestet. Funktioniert ! ☺️
Ist dann im nächsten Release update, ... außer du testest diesen kleinen Fix selber.
Beat Post author am |
Ich warte wohl auf das nächste Release... 😉
Noch eine Kleinigkeit. Wenn man Bilder in die Mediathek hochladen will und den Button "Durchsuchen" klickt, öffnet sich das nachfolgende Fenster immer im Hell-Modus, egal, ob man im Backend im Darkmode unterwegs ist. Dann ist das kommende Fenster jeweils etwas grell 😎. Kann man das auch im Darkmode öffnen lassen?
Ian Styx am |
Ich meine das Thema hatten wir schon mal....
Nein das geht nicht. Jedenfalls nicht von meiner Seite.
Dieser Button ist ein Button deines OS Systems, ebenso wie das daraufhin sich öffnende Fenster, denn du bist da ja auf dem Dateisystem deines Betriebssystems, von dem du ja dann Dateien/Bilder auf den Server hochladen willst.
Beat Post author am |
Das kann ich so nicht bestätigen.
- Mein OS ist Linux Mint mit dem Orchidea-Darkmode-Theme
- Mein Browser ist Firefox im erzwungenen Darkmode
- mein S9Y-Backend ist ebenfalls im Darkmode
In keinem anderem als dem oben beschriebenen Fall sehe ich je ein weisses/helles Fenster.
Beat Post author am |
Also... Ich habe heute Morgen bei Manitu folgendes angefragt:
Bis heute Abend erhielt ich folgendes Feedback:
Ich bleibe dran.
Ian Styx am |
Eigentlich möchtest du (in diesem Fall) keine AVIF Dateien hochladen, sondern sie aus den hochgeladenen JPEGs automatisch mit GD generieren lassen, was aber nicht geht, wenn die GD nicht --with AVIF kompiliert wurde (siehe ihre eigene PHPINFO Datei) und was heutzutage eigentlich der Normalzustand sein sollte. Wenn du aufgrund der ausbleibenden Eruierung nochmal nachfragst, kannst du das ja noch einmal gerade rücken...
Ich wünsche ein schönes Neues Jahr ! 😄 btw.
Ein paar Fragen habe ich noch. Wenn du auf deinem Live Blog deine Mobilphone Photos hochlädst, sind diese von dir wahrscheinlich ja schon einmal bearbeitet und auf ein angenehmes Maß zurechtgestutzt worden, zB auf ~ 2000x1500 px mit ca 1 MB Gewicht, da dein Pixel bestimmt größere Originale schießt.
Sehe ich das richtig?
Hast du da eine "Rule of Thumb"?
Nutzt du dabei spezielle Compresssion levels für jpg/png ?
Ich tüftele gerade für Styx 5.1 an der Stelle herum wie ich Digital-Kamera Bilder beim Upload (und ab welcher Bytegröße...) auf eine nützliche Kompressions-Qualität und damit Dateigröße zusamenschrumpfen lassen kann, ohne die Ausgangsgröße (die Dimensionen Breite x Höhe) und auch die sichtbare Qualität (mit allen folgenden Variationen) zu verändern. Die Dimensionsveränderung läßt sich ja schon seit langem automatisch setzen und hat für kommende Ausgabe ein bedeutsames Improvement-Update erfahren.
lg
Beat Post author am |
Die heutige Antwort des Supports:
Mal schauen... Ich weiss zwar weder wann die nächste 8.4.x PHP-Version kommt, noch wie ich das dann zeitnah mitkriege. 😕
Beat Post author am |
Ja, das siehst Du richtig.
Jedes meiner Bilder wird horizontal ausgerichtet und auf den gewünschten Bildausschnitt zugeschnitten (4:3). Es gibt kein einziges Bild, das ich direkt ab Kamera/Smartphone in die Mediathek hochlade.
Zu Beginn waren die Bilder 900x675 px gross, dann 1024x768 px und seit etwa 2 Jahren nun 2048x1536 Pixel. Ich komprimiere jedes Bild so, dass die Dateigrösse unter 1 MB liegt. 99,x% meiner Blogbilder sind *.jpg (Das alles mache ich mit PaintShopPro (Windows) oder mit GIMP (Linux)).
Ich dürfte also eher kein Nutzer von den von Dir angesprochenen Funktionen werden.
Ian Styx am |
Na dann sind wir mal gespannt. Im Backend siehts du ja im Footer welche die augenblicklich genutzte Version ist. Wenn du dir das merkst, kannst du ja bei jedem neuen Blogeintrag einmal kurz vergleichen und hast damit wenigstens einen Anhaltspunkt ob sich Serverseitig etwas getan hat.
Beat Post author am |
Ich weiss nicht. Bei Manitu ist die offizielle PHP Version derzeit 8.2.x und diese wird automatisch nachgeführt. Wenn man 8.3 oder 8.4 einsetzen will, muss man das manuell wählen. Und deshalb denke ich eher nicht, dass ich das quasi automatisch mitkriege, wenn sie von derzeit 8.4.12 einen Schritt weitergehen. Mal sehen.