beats TEST blog

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.

Plugins sind aktualisiert.

Moretti 3 ist in user.css integriert.

Beim Aktivieren des Service Wartungs-Modus erhielt ich folgenden Hinweis:

Die von Styx geforderte "OPENSSL_VERSION_NUMBER" stimmt nicht überein! Das Autologin Cookie verfällt nach 24 Stunden. Versetzen Sie ihr Blog in den 503-Wartungsmodus nicht länger als "00:54" Stunden:Minuten von JETZT an, ohne eine aktive Browser Session!

Alle Plugins aktualisiert.

alle Plugins aktualisiert

Alle Plugins aktualisiert.

Neu: commentsearch Plugin installiert.

Alle Plugins aktualisiert.

Habe mir eine Styx-Installation aufgebaut um erste Schritte zur Neugestaltung der Bike Butler Homepage zu unternehmen.

Nach der Installation begann ich Plugins zu installieren. Nach der Installation des Statistik-Plugins stürzte das System mit folgender Fehlermeldung ab:

Fatal error: Uncaught mysqli_sql_exception: Table 'styx_visitors' already exists in /include/db/mysqli.inc.php:76 Stack trace: #0 /include/db/mysqli.inc.php(76): mysqli_query(Object(mysqli), 'CREATE TABLE st...') #1 /include/db/mysqli.inc.php(574): serendipity_db_query('CREATE TABLE st...') #2 /plugins/serendipity_event_statistics/serendipity_event_statistics.php(1361): serendipity_db_schema_import('CREATE TABLE st...') #3 /plugins/serendipity_event_statistics/serendipity_event_statistics.php(152): serendipity_event_statistics->createTables() #4 /include/plugin_api.inc.php(1144): serendipity_event_statistics->event_hook('frontend_config...', Object(serendipity_property_bag), Array, NULL) #5 /serendipity_config.inc.php(556): serendipity_plugin_api::hook_event('frontend_config...', Array) #6 /index.php(11): include('/var/www/vhosts...') #7 {main} thrown in /include/db/mysqli.inc.php on line 76

Front- und Backend sind nicht mehr zu erreichen.