Weblog Kommentare
Styx 3.8.0 und PHP 8.0.15
Ian Styx am |
Alles klar Beat?
Hast du schon das dark mode Snippet ausgetauscht?
Und hattest du bemerkt dass ich dem pure theme ein paar default searchhighlight styles spendiert habe?
Warum bekommen styx.beat und styx.doku keine Updates mehr? ....tztztz đ so geht das aber nicht!
Beat Post author am |
Welcome back! Ferien gehabt oder einfach sonst eine kleine Auszeit?
Hast du schon das dark mode Snippet ausgetauscht?
đ Du kennst mich doch mittlerweile... đ Ich hab noch nicht mal bemerkt, dass ich da was austauschen sollte und so auf die Schnelle fällt mir nicht mal ein, wo genau ich das machen muss đ.
Und hattest du bemerkt dass ich dem pure theme ein paar default searchhighlight styles spendiert habe?
Nö.. đ Dafür habe ich doch ein eigenes Plugin installiert. Brauche ich das denn noch?
Warum bekommen styx.beat und styx.doku keine Updates mehr?
Ja, gib's mir! đł Ich fauler đ¶. Morgen hätte ich Zeit dafür... đ
Beat Post author am |
Autsch. Wenn ich auf styx.dokumenzi.ch den Upgrade auf 3.8.0 abschliessen will (Soll ich die aufgefĂŒhrten Funktionen ausfĂŒhren? (Empfohlen) Ja, bitte ausfĂŒhren), erhalte ich folgende Fehlermeldung:
Fatal error: Uncaught mysqli_sql_exception: Duplicate entry '3-1' for key 'authorgroup_idx' in /httpdocs/styx/include/db/mysqli.inc.php:76 Stack trace: #0 /httpdocs/styx/include/db/mysqli.inc.php(76): mysqli_query(Object(mysqli), 'CREATE UNIQUE I...') #1 /httpdocs/styx/include/functions_upgrader.inc.php(610): serendipity_db_query('CREATE UNIQUE I...') #2 /httpdocs/styx/include/admin/upgrader.inc.php(590): update_table_authorgroups() #3 /httpdocs/styx/serendipity_admin.php(303): require('/var/www/vhosts...') #4 {main} thrown in /httpdocs/styx/include/db/mysqli.inc.php on line 76
(Ja, ich habe vor dem System-Upgrade alle Plugins upgegradet)
Ian Styx am |
Schön wÀrs...
A: Aus der pure js in deine pure.js. Es fixt u.a.auch das mode Starticon wenn man das erste mal auf die Seite kommt.
B: Das Plugin ist weiterhin wichtig damit eben jene Elemente und Selektoren bei einem Suchrequest eingefĂŒgt werden. Du hattest, wenn ich mich recht erinnere, deine eigenen Farben in deiner user.css hinterlegt, weil wohl keine default bg Farben definiert waren. Pure bringt jetzt welche mit, die natĂŒrlich auch weiterhin in der user.css ĂŒberschreiben werden können.
C: Recht so! đ
...
Ups dann hast du es schon --- also einfach auf zurĂŒck und das Update mit NEIN abschlieĂen sollte aber gehen... oder es ist einer dieser erwĂ€hnten rare cases, die man mit der aufgefĂŒhrten Prozedur schnell erledigen kann. Edit2: Und wenn man genau liest, steht das sogar in der Fehlermeldung. Duplicate entry '3-1'..., also ist 3 mit 1 mehrfach vorhanden, was nicht sein darf. (So ein mehrfacher Eintrag passierte frĂŒher bei Fehlermeldungen.)
Ian Styx am |
[de] Ăbersetzung der erwĂ€hnten und dort beschriebenen Upgrade Prozedur:
Starten Sie phpMyAdmin oder Ihr bevorzugtes Tool, wÀhlen Sie die Tabelle styx_authorgroups und exportieren Sie sie vollstÀndig in eine Datei. Dann löschen Sie die styx_authorgroups-Tabelle, bearbeiten den INSERT INTO VALUES-Teil Ihrer Sicherungsdatei, um doppelte Zeilen herauszufiltern und nur eindeutige Zeilen zuzulassen, und importieren diese Datei erneut. Jetzt ist alles gut und ein erneuter Aufruf dieser Upgrade-Seite sollte wieder funktionieren.
Beat Post author am |
YES! đ
Beat Post author am |
O.K. Soweit jetzt alles up-to-date. Danke! 
Ian Styx am |
đ Danke auch!
Noch nicht ganz... Denn Freetag hat gerade ein wichtiges Update erhalten.
Beat Post author am |
Auf beatsblog konnte ich freetag updaten. Bei den drei anderen Installationen muss ich noch warten, weil ich heute Morgen schon die Plugins upgedated habe und mir die neue Version deshalb wohl erst morgen angeboten wird.
PS: Ich hoffe, Du hattest nicht Frau Corona zu Besuch... đ
Ian Styx am |
Nö. Eher Frau Pu... đ
Ian Styx am |
Ah... ich sehe gerade es war doch nicht der snippet fix alleine, auch in der index.tpl muss das daynight mit /../ moon-fill.svg starten, sonst klappt das nicht für Neuankömmlinge bzw wenn die session abgelaufen ist.
Beat Post author am |
O.K. Habe das jetzt auch noch angepasst.
Total schräg ist, dass der daylight/darkmode-Umschalter auf www.beatsblog.ch in der Desktopversion von Chrome (zumindest bei mir) nicht funktioniert. Mobile-Chrome, Edge-Desktop und Firefox-Desktop und -Mobile funktioniert tadellos. đ€ Bei diesem Testblog (blog.dokumenzi.ch), mit den gleichen Template-Files, funktioniert es... Ein Rätsel... Kannst Du bitte mal mit Chrome www.beatsblog.ch aufrufen und testen? Hoffe, der Fehler liegt nur bei mir lokal.
Ian Styx am |
Kein Problem. Läuft wie geschmiert und ohne Fehler. đ€
Beat Post author am |
Danke! đ Dann kann ja nun das Wochenende kommen!
Ian Styx am |
Ist wahrscheinlich nur eine cache Problem und dein Teil müsste mal so richtig durchgepustet werden [Ctrl] - [r] - [F5] (gleichzeitig).
Beat Post author am |
[Ctrl] - [r] - [F5]
Mein Held! â đ
Silvester-Edition 3.7.1 und PHP 8.0.13
Beat Post author am |
đ Nice! đ Nun sind die Scroll-Leisten im Light- und Dark-Mode gleich und somit gibt es bei der Umschaltung im rechten Seitenbereich keine Verschiebung mehr. 
Ian Styx am |
Er hats... gemerkt! đ
Guten Rutsch!
Beat Post author am |
Alles Gute im neuen Jahr!
Falls Dir mal nichts mehr Neues einfallen sollte: đ
Es ist schon etwas schade, dass in der erweiterten Besucherstatistik die "Aufrufe, auf den Monat bezogen" wieder bei Null anfangen. Zum Glück machte ich mir gestern im LIVE-Blog einen Screenshot von 2021, den ich in den Jahresrückblick einbaute. Denn ab heute sieht man nur den Januar-Balken. Eine Darstellung als rollendes Jahr, wäre schon nett... đ
Ist aber nicht wirklich wichtig...
Ian Styx am |
Meine besten Wünsche zurück! đ
Ah ja, ... verstehe.
Nee, die fangen nicht bei null an, sondern mit dem Januar, das heißt, man sieht immer das aktuelle Jahr von Januar bis Dezember, welches sich zunehmend füllt. Das hat aber auch nicht unbedingt etwas mit der rollenden Jahr der Löschung zu tun und war glaube ich schon immer so.
Wie es scheint hast du dich aber richtigerweise und zur rechten Zeit an das hier erinnert:
Löscht alle Einträge der "visitors"-Tabelle jeweils älter als 1 Jahr, da diese Logeinträge die Datenbank kontinuierlich aufblähen, zu einer steten Verlangsamung des System führen und z.Z. keinen echten Mehrwert bieten. Insofern Sie die alten Jahres-Daten für einen Vergleich benötigen, ist es am einfachsten, sich einen einfachen Browser Screenshot der "Erweiterte(n) Besucherstatistik" für Besucher, Top-Referrer und Monatsaufrufe am Ende des Jahres zu erstellen. Natürlich bleiben die bereits ausgewerteten Daten der "visitors_count"-Tabelle weiterhin erhalten.
Die Daten sind nicht weg, also müsste man (wenn) eine Kalenderanzeige programmieren, die immer mit dem 12. zurückliegenden Monat anfängt, also eine rollendes Kalenderjahr aus der Vergangenheit bis heute anzeigt, wenn ich nicht irre. Ziemlich viel Aufwand für ein screenshot replacement...
Ian Styx am |
Achtung Spoiler: Mir war langweilig... Instruktionen zum testen in unserem Geheimversteck.đ
Beat Post author am |
Mal eine kurze Frage, die auch nichts mit der aktuellen Version zu tun hat.
Im Backend sehe ich unter Statistiken die Top-Referrer, welche sich anscheinend sein Installationsbeginn aufsummieren. In dieser Liste gibt es viele alte (eigene) Domains, die es so nicht mehr gibt. Überhaupt ist meine diesbezügliche Idee, dass ich diese Liste jeweils Anfang eines Jahres lösche und so gegen Ende des Jahres sehen kann, woher die Besucher kommen. Lange Rede, kurzer Sinn: ich wollte also die Tabelle styx_referres löschen stellte dann jedoch fest, dass die bereits leer ist, also Null Datensätze beinhaltet. đ€ Hmm... woher kommen denn die angezeigten Daten? Aus styx_visitors? Und wenn ja, kann ich die einfach leeren oder nulle ich dadurch auch gleich meine Besucherstatistik?
Ian Styx am |
AAAAAlso Statistiken - by the statistic plugin - aggregieren ihre Daten aus der visitors Tabelle in die styx_refs Tabelle.
Wenn, dann ist es diese wo man das count Feld auf 0 zurĂŒcksetzen könnte. Aber ob das lohnt...? Es werden ja immer (nur) die 20 meisten geordert. Werden alte urls nicht mehr aufaddiert, sollten sie zwangslĂ€ufig irgendwann aus der Liste fallen, meine ich... Die styx_visitors bzw ihre Daten wird ja ebenfalls kontinuierlich geleert nachdem sie in die vistors_count Tabelle aggregiert wurden.
Diese ominöse *_referrers Tabelle gehört zur function serendipity_track_referrer(), hat also nichts damit zu tun!
Beat Post author am |
Danke! Wieder etwas gelernt. đ
Habe nun die styx_refs Tabelle zuerst exportiert und dann geleert. Mal sehen, wie sich das nun wieder aufbaut.