beats TEST blog

Interessanterweise funktioniert die Gallery heute wieder. Anscheinend habe ich im letzten Beitrag ziemlich herumgemurkst. Wenn man den Beitrag in der Einzelansicht öffnet, zerschiesst es die Darstellung des Blogs und auch css-Informationen gehen flöten.

Wie auch immer. Ich glaube ich hatte gestern Blog-mässig einen schlechten Tag und habe eine unnötige Diskussion entfacht. Es funktioniert alles so, wie es soll. 👍 Ich habe das auch auf dem Manitu-Testblog nachvollzogen (https://styx.beatsblog.ch/categories/BLOG). Auch da funktioniert es richtig.

Also ENTWARNUNG. War nur ein kleiner Sturm im Wasserglas. 😵

Habe nun nachträglich in der Mediathek den Bildern die Eigenschaften Kommentar, TITLE und ALT einiger Bilder nachgetragen. Nun will ich sehen, welche Auswirkungen dies auf die Gallery und die Lightbox hat.

Etwas verwirrend das Ganze...

Das wird mir beim ersten Bild, oben-links, in den Media-Eigenschaften angezeigt:

und das im Quelltext dieses Beitrags:

Weil ich keine Vorschaubilder zu sehen bekam, änderte ich die Eigenschaften des letzten Bildes weil ich dachte, dass die Verknüpfung über den Bildtitel erfolgt.

Dann löschte ich die bestehende Galerie und fügte sie neu ein. Leider immer noch Fehlanzeige. Hier der Quellcode des letzten Bildes:

🤔

Nachfolgend nun noch drei Bilder, die ich nicht angefasst habe (um zu sehen, ob die Gallery überhaupt angezeigt wird).

Immer noch: 🤔 (Browser-Cache leeren hat auch nichts gebracht).

---

Neuer Versuch (12.08.2023)

Ist wirklich eigenartig. Wieso funktioniert es heute und gestern nicht?

Alle Plugins aktualisiert.

alle Plugins aktualisiert.

So. Nun sind auch die beiden Blogs auf dem Hosttech-Server up to date.

Hurra! Das Backend scheint wieder richtig zu funktionieren. 👍

Auf www.styx.dokumenzi.ch habe ich die Plugins noch aktualisiert. Nach dem (Einzel-)Update des CKEditors bin ich wieder auf eine blanke Seite geworfen worden. Ich konnte aber problemlos wieder ins Backend gelangen und das Update wurde auch erfolgreich durchgeführt.

Ich bin mir nicht mehr ganz sicher, wann genau ich auf den beiden Hosttech-Blogs die PHP-Version auf 8.2.4 angehoben habe. Ich glaube, es war zwischen der Styx-Version 4.1.1 und 4.1.2. 🤔

Als erstes löse ich die Kategorie "13-Fotogalerie" auf und packe die drei Beiträge in eine neue, statische Seite.

Das habe ich hier im Testblog gemacht und danach auch im Live-Blog, auf www.beatsblog.ch. Das sieht schon einmal recht gut aus. 👍

Achtung: Hier im Testblog fehlt das erste Bild (zu neu) und alle Links zu den Fotoalben funktionieren nicht, da diese nur im Live-Blog auch wirklich verfügbar sind.

Ein nicht neues Phänomen ist ein irregulärer Zeilenumbruch bei den Fotoalben der "Veloreisen und -touren". Das hatte ich schon bei den früheren Blogeinträgen. Hier im Testblog stimmt der Umbruch nicht nach dem 10. Album, denn das 11. steht alleine in einer Zeile. Mit dem absolut identischen Quellcode stimmt auf dem Live-Blog der Umbruch nach dem 2. Album nicht, denn das 3. steht alleine in einer Zeile. (Die Nummerierungen basieren auf meiner Anzeigenbreite, die zwei Alben nebeneinander darstellt). Meist ist der falsche Zeilenumbruch vor dem Album "4 Tage MTB in Grindelwald".

Irgend eine Idee, woran das liegen könnte?

Habe nun bemerkt, dass man nicht mehr ganze Kategorien (oder deren Unterkategorien) verstecken kann. Ich habe ja im Live-Blog (und nun auch hier) eine neue Kategorie "Unsichtbar" eröffnet und dahin verschiedene Unterkategorien verschoben. Bei der Kategorie "Unsichtbar" habe ich den Schalter "Artikel von Unterkategorien verstecken?" auf "Ja" gestellt.

Zu Beginn der Woche hat das noch wunderbar funktioniert und alle Kategorien unter "Unsichtbar" wurden im Blog und im entrypaging nicht dargestellt.. Siehe dieser Kommentar.

Nachtrag vom 03.02.2023: Falsch! Das hat nie so funktioniert. Ich habe das zu wenig gut getestet. Die Funktion "Artikel von Unterkategorien verstecken" kann nicht auf der Blog-Entry-Seite angewendet werden, da hier alle Kategorien aufgelistet werden. Verstecken lassen sich Beiträge/Artikel nur mit dem entryproperties-Plugin und der Funktion "Nicht in Artikelübersicht anzeigen".

In der Zwischenzeit haben wir am categorytemplates-Plugin herumgeschraubt und nun funktioniert das nicht mehr. Es werden immer alle Artikel angezeigt. Egal, ob der Schalter "Artikel von Unterkategorien verstecken?" auf "Ja" oder "Nein" steht.

(Wobei... Eigentlich gehört das zum Core und hat nichts mit dem Plugin zu tun). 🤔

Hier (und auch im Live-Blog) ist derzeit die Kategorie "Rikscha" mit über 300 Einträgen eine Unterkategorie von "Unsichtbar". -> Trotzdem sichtbar. z.B.ab hier: https://www.blog.dokumenzi.ch/archives/P12.html

Habe heute in meinem Blog etwas gesucht und dabei folgende Kategorie angewählt: https://www.blog.dokumenzi.ch/categories/PC,-Blog

Wenn ich auf Seite zwei blättere, erhalte ich zwar folgende URL: https://www.blog.dokumenzi.ch/categories/PC,-Blog/P2.html doch dargestellt wird mir die diese Seite: https://www.blog.dokumenzi.ch/categories/BLOG

Wenn ich ein zweites mal blättere, erhalte ich folgende URL: https://www.blog.dokumenzi.ch/categories/PC,-Blog/P2/P2.html welche mit Sicherheit falsch ist. Angezeigt wird mir wieder die erste Blogseite.

Die Sache ist ziemlich verwirrend, denn bei einigen Kategorien (Allgemein, Fahrrad, Rikscha) funktioniert entrypaging wie gewünscht, jedoch nicht bei den Kategorien PC,-Blog und Philosophie. Zuerst dachte ich, dass es bei PC,-Blog an den Sonderzeichen liegt. Das ist jedoch unwahrscheinlich, weil es in der Kategorie Philosophie ja kein Sonderzeichen gibt.

Weiter: "entrypaging und Kategorien"

Seit langer Zeit habe ich heute wieder einmal ein Full-Backup meines Blogs gemacht und dieses Backup hier auf unserem NAS abgelegt. Per FTP habe ich 3,2 GB Daten downgeloadet, was ganz schön dauert. Danach habe ich die Datenbanken per phpMyAdmin exportiert und ebenfalls hier lokal gesichert. Dabei ist mir folgendes aufgefallen: Die ganze DB umfasst 116 MB an Daten. Die -mit Abstand- grösste Tabelle ist die styx_visitors, welche allein schon 75 MB Speicherplatz benötigt.

Als ich diese Tabelle dann genauer betrachtete stellte ich fest, dass darin 424'739 Zeilen abgespeichert sind und zwar jeder Seitenaufruf beginnend am 21.02.2022, bis zum 29.12.2022. Da frage ich mich doch gleich mehrere Dinge:

1. Weshalb beginnt die Aufzeichnung am 21.02.2022?
2. Weshalb endet die Aufzeichnung am 29.12.2022?
3. Ist das so korrekt und gewollt?
4. Könnte ich die Tabelle leeren um Speicherplatz freizugeben?

Mir ist das nicht sonderlich wichtig, doch vielleicht kannst Du mit diesen Angaben etwas anfangen.