Weblog Kommentare
Styx 3.8.1 und PHP 8.0.16
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.
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!
Beat Post author am |
Habe ich überprüft. Ja, diese Zeilen sind gleich. (Ich frage jetzt nur zu meiner Sicherheit: Das ist doch der gleiche Inhalt wie in der oben beschriebenen include/db/db.inc.php. Oder?)
Beat Post author am |
Ich glaube, das ist nicht matchentscheidend. Auf styx.dokumenzi.ch habe ich die Autoupgrade-Funktion benutzt. Da kann ich mich zwar im Backend einloggen Beiträge und Kommentare schreiben, doch wenn ich auf "Plugins updaten" klicke, erhalte ich auch dort eine weisse Seite.
Ian Styx am |
Wie meinen..? Ja, die aufgezeigte github db inc muss auch der 4.1.2 release db.inc entsprechen.
Wie hast du die dokumenzi Datei denn überprüft?
D.h. wirklich diejenige die du schon auf den Server aufgeladen hast ? Oder die die du benutzt hast zum Upload ?
Ian Styx am |
Dann musst du dort auch noch mal im error log graben. Das kann dann vielleicht ein Fehler sein der ähnlich ist und/aber unter Umständen nicht durch den Fix abgedeckt ist.
Beat Post author am |
Zuerst habe ich die db.inc.php von 4.1.2-github in raw per Rechtsklick gespeichert und dann auf den Hosttech-Server geladen. Weil Du nun die Zeilen 73-78 angesprochen hast, habe ich diese Zeilen der blob-githib-Version per Auge mit denen verglichen, die ich zuvor aufgespielt hatte. Da erkannte ich keinen Unterschied. Trotzdem habe ich diese Zeilen dann kopiert und das File (welches wieder exakt 6'005 Bytes gross war) wieder hochgespielt. Wie zu erwarten: Kein Unterschied.
Ich stelle jetzt noch eine ganz blöde Frage. Könnte das irgendwie mit einem falschen Zeichensatz zu tun haben? Achte Dich mal auf die Mitteilung nach Absenden eines Kommentars. Da steht: Kommentar %swurde hinzugefügt. Also %s und nicht die Nummer des Kommentars. Wir hatten doch auf dem Hosttech-Server grosse Mühe um utf8mb4 einzubringen. Vielleicht spukt die Zeichenübertragung zur DB? Nur so ein Gedanke...
Ian Styx am |
Nee das habe ich dir gerade geschrieben. Das ist etwas anderes.
Ich habe dir doch mal geschrieben wie man Notepad++ im FileZilla als Editor hinterlegt. Dann mit FileZilla auf den Server gehen und die Datei suchen und im FileZilla auf Bearbeiten gehen. Diese Datei wird dann in den temp dein OS heruntergeladen und im NPP geöffnet. Jede darin gemachte Änderung wird beim Speichern auf wieder (korrekt) hochgeladen.
Ian Styx am |
mail ping 📧