beats TEST blog

Alle Plugins sind aktualisiert.

Alle Plugins aktualisiert (auch imagesidebar).

Habe das Bild 202411_04.jpg kopiert, umbenannt in 202411_94.jpg und versuchte es wieder in die Mediathek hochzuladen. Gleiches Ergebnis. Das Backend stürzt ab, auf einer weissen Seite wird mir 502 Bad Gateway angezeigt und wenn ich wieder im Backend in die Mediathek schaue, dann ist das Bild zwar hochgeladen, es wurden jedoch keine .avif-Varianten erzeugt.

Dann habe ich das Bild um ca. 100kB weiter komprimiert, umbenannt in 202411_95.jpg und erneut hochgeladen. Nun hat es funktioniert und es wurden korrekte .avif erzeugt. (so ist es jetzt im vorhergehenden Beitrag implementiert). 👍

Ich denke, dass meine Vermutung "es liegt an Bild 04, weil die anderen 6 problemlos funktionierten" wohl stimmt. Was jedoch an diesem Bild anders ist, kann ich nicht sagen. Wenn Du willst, kann ich es Dir zumailen.

Tolles Wetter hier. Gehe nun aufs Bike und bin bis abends nicht mehr vor der Tastatur.

Test, 15.04.2026, 12:00 Uhr

Ganz generell gilt hier: Solange im Editor-Beitragsfeld der Cursor direkt über einem Bild positioniert ist, kann man den Beitrag innerhalb des Fensters nicht scrollen. Das ganze Backend scrollt nach unten.

Wenn man im Beitragsquellcode etwas ändert und dann speichert (zurückgeht), springt das Editorfenster zuoberst an den Beitrag, ins Titelbild, in dem man nicht scrollen kann.

Dito, wenn man z.B. zu unterst ein Zusatz-Smiley einfügt.

---

Hier habe ich noch ein ganz anderes Phänomen: Beim Hochladen des Bildes 20260411_04.jpg stürzt Styx ab "502 Bad Gateway". Wenn ich mich wieder im Backend einlogge, ist das Bild zwar hochgeladen, doch es gibt neben .jpg und .webp ein .avif-File mit 0 Bit Grösse. Ich kann dann in der Mediathek die Varianten löschen und neu generieren, doch bei diesem Bild wird -wieso auch immer- kein brauchbares .avif erzeugt. Ich muss annehmen, dass dies irgendwie mit dem Originalbild zusammenhängt, doch daran kann ich keinerlei Unterschied zu den anderen 6 Bildern des Beitrags erkennen. 😳

In den Serverlogs finde ich folgenden Einträge:

proxy.error.log: 2026/04/15 11:50:29 [error] 1630296#0: *7620006 upstream prematurely closed connection while reading response header from upstream, client: 2001:1708:57c2:3300:9811:abee:7d47:738b, server: blog.dokumenzi.ch, request: "POST /serendipity_admin.php?serendipity[adminModule]=media HTTP/2.0", upstream: "https://[2001:1680:101:179::1]:7081/serendipity_admin.php?serendipity[adminModule]=media", host: "www.blog.dokumenzi.ch", referrer: "https://www.blog.dokumenzi.ch/serendipity_admin.php?serendipity[adminModule]=media&serendipity[adminAction]=addSelect"

access.ssl.log: [15/Apr/2026:11:51:35 +0200] "GET /uploads/2026/.v/20260411_04.styxThumb.avif HTTP/1.0" 404 57888 "https://www.blog.dokumenzi.ch/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/147.0.0.0 Safari/537.36"

---

Der Wetterbericht sagte, dass es heute noch einmal frühlingshaft sonnig und bis gegen 23° Grad warm werden soll. Abends kippt dann das Wetter und bis am Dienstag soll es wiederholt regnen. Es war also klar, dass ich den heutigen Tag für eine Radtour nutzen werde. Am Morgen erledigte ich noch ein paar Kleinigkeiten und unterstützte Karin beim Einkauf, doch so gegen elf Uhr war ich dann bereits für eine weitere Strassenrunde.

Dafür zog ich meine neuen Bikekleider an, die ich bei Twin Six gekauft habe und die ich auf die zweiwöchige Radreise in Frankreich mitnehmen will. Twin Six hat wirklich lässige Radklamotten, doch bei 50 Dollar Versandgebühren muss ich schon mehrere Dinge bestellen, damit ich das vor mir irgendwie rechtfertigen kann 😉. Also fanden nebst dem THE MASHER Trikot und Socken noch ein weiteres Paar Radsocken, eine Helmunterziehmütze und drei T-Shirts den Weg in den Einkaufswagen ☺️.

Ich hatte nur halbwegs einen Plan, wo ich heute hinfahre. Klar war einzig, dass ich in der Bäckerei Voland in Steg einen Verpflegungshalt einlegen will. Bis dahin sind es etwas mehr als 40 Kilometer und zwei Stunden.

Da kann ich mir dann überlegen, wie es weitergehen soll. Es stehen mindestens drei Varianten zur Auswahl. Ich könnte erstens einfach umdrehen und ganz gemütlich den Tösstalradweg wieder zurück und z. B. via Stadt Winterthur nach Hause fahren. Zweitens könnte ich hoch zur Hulftegg fahren und nach Lust und Laune noch Sternen- oder Sitzberg anhängen oder drittens: Ich fahre das Tösstal weiter hinauf, bevor es dann nach Gibswil abwärts bis an den Zürichsee geht. Es war mittlerweile richtig schön und warm. Das motivierte mich zu einer grossen Zürichsee-Umrundung, so wie ich sie am 17. Mai 2011 schon einmal gemacht habe. 

So ohne GPS-Track habe ich mich zwischen Schmerikon, Uznach und Tuggen etwas verfranst, doch schon bald fand ich wieder den richtigen Radweg. Die Strecke entlang des linken Zürichsees ist dann nicht wirklich prickelnd, weil sie fast immer entlang der doch recht stark befahrenen Hauptstrasse verläuft. Ich liess mich nicht irritieren, sondern steckte mir die Kopfhörer in die Ohren und spielte die Playlist 🎼 «100 most uplifting songs ever» 🎶 ab. Nun begleitet mich gute Musik, die Sonne scheint, es ist warm, es gibt immer wieder tolle Blicke auf den See, das Bike rollt super und ich fühle mich gut. Alles ist gut. 👍

Während der Fahrt erinnere ich mich an das legendäre Pissoir-Bild aus der roten Fabrik, welches ich im oben verlinkten Beitrag aus 2011 gezeigt habe. Ich wollte schauen, wie es da 15 Jahre später aussieht und ob ich das Bild wiederholen kann.

Es zog sich noch etwas hin, bis ich wieder zu Hause war, und ich registrierte durchaus, dass dunklere Wolken am Himmel aufzogen. Trotzdem war ich überrascht, dass auf den letzten Metern tatsächlich ein paar Regentropfen fielen. Als ich später unter der Dusche stand, regnete es auf das Dachfenster. Glück gehabt und alles richtig gemacht 👍. Das GPS sagt: 140 km, 6:05 Std., 1'250 Hm. 

Zusatz-Smiley:🤓

Alle Plugins sind aktuell.

---

Kurzer Test mit AVIF-Bild. Habe AVIF in der Konfiguration ein- und ImageMagick ausgeschaltet. Mal sehen, ob das hier mit PHP 8.3.30 nun klappt.

Beim Hochladen wird zumindest angezeigt, dass eine AVIF-Variante erzeugt wurde.

Auf dem Hosttech-Server funktionieren die AVIF-Varianten nun mit GD! 👍

Nun probiere ich das auf dem Manitu-Server und eventuell reduziere ich dann dort PHP 8.4.12 auf 8.3.x. -> Update: Leider NEIN. Kein Erfolg.

Alle Plugins aktualisiert.

Alle Plugins sind aktuell.

Ich habe hier die Konfiguration-Bildkonvertierung-Nutzung von AVIF-Varianten aktivieren ebenfalls auf "Ja" gestellt. Dann habe ich nachfolgendes Bild hochgeladen:

Hier wird gar kein .avif-Bild erzeugt. Die Unterschiede zum Live-Blog sind:

• PHP 8.3.27 zu Liveblog PHP 8.4.12
• Hier kein Imagemagick
• Hier Auto-Synchronisation der Mediathek "Ja"

Dann habe ich das Selbe auf dem Manitu-Testumgebung (styx.beatsblog.ch) gemacht. Dort werden zwar zwei .avif-Dateien geschrieben, diese sind jedoch auch wieder nur 145 Bites gross und deshalb werden die .webp-Bilder verwendet. Es scheint, als ob die Generierung der .avif-Bilder misslingt.

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.

here we go

Mit der Änderung der serendipity_admin.php hat nun auch der Upgrade auf rc1 geklappt.