Einträge von Beat

Blog-System und alle Plugins aktualisiert.

Trotz aller möglicher Tests konnte der Hosttech-Support keinen Fehler finden und hatte auch keinerlei Erklärung, weshalb die vor dem Export der DB geschriebenen utf8mb4-Emojis nach dem Import nicht mehr sichtbar sind. Mir wurde ein DB-Dump der Datenbank zur Verfügung gestellt, welcher vor der Migration auf den neuen Server gezogen wurde.

Ich bin dann wie folgt vorgegangen:

1. DB-Export der aktuellen DB
2. Import der DB vom 29.04.2021
3. Sichtkontolle auf diesem Testblog -> keine Emojis
4. Import der heute exportierten DB (unter Punkt 1.)
5. Sichtkontrolle auf diesem Testblog -> keine Emojis (auch diejenigen zwischen dem 29.04. und heute sind verschwunden). 😭

Zu Vergleichszwecken öffnete ich mit phpMyAdmin die Kommentar-Tabelle des Live-Blogs (Manitu). Hier sieht man im body-Eintrag effektiv die Emojis. Daneben die Ansicht der selben Tabelle von hier (Hosttech). Hier sieht man im body-Eintrag eben nur "?" anstelle der Emojis.

...

Dann exportierte ich beide Datenbanken und schaute mir mit Notepad++ den Anfang der jeweiligen Datei an. Ich konnte dabei keine Unterschiede feststellen.

Als nächstes werde ich wohl mal einen DB-Export des Live-Blogs machen und hier importieren... mal sehen...

Nachtrag: 🤔 so einfach geht das nicht. Nachdem ich die beatsblog-DB eingelesen habe, kann ich diese Testinstallation nicht mehr erreichen. Ich erhalten folgende Fehlermeldung:

Fatal error: Uncaught Error: Undefined constant "IN_installer" in /include/serendipity_smarty_class.inc.php:166 Stack trace: #0 /include/serendipity_smarty_class.inc.php(106): Serendipity_Smarty->setParams() #1 /include/serendipity_smarty_class.inc.php(94): Serendipity_Smarty->__construct() #2 /include/functions_smarty.inc.php(1043): Serendipity_Smarty::getInstance() #3 /include/genpage.inc.php(27): serendipity_smarty_init(Array) #4 /include/functions_routing.inc.php(22): include('/var/www/vhosts...') #5 /index.php(113): serveIndex() #6 {main} thrown in /include/serendipity_smarty_class.inc.php on line 166

Da wird Smaty (Spartacus) angemäkelt. Das liegt wohl daran, dass ich nicht die gleichen Plugins auf beiden Instanzen installiert habe.

Habe jetzt keine Zeit mehr für diesen Kram. Kümmere mich später wieder darum.

Klar ist jedoch, dass ich bei jedem Ex- und Import die utf8mb4-Emojis verliere, denn nun sind auch die Emojis des letzten Kommentars weg und diejenigen in diesem Beitrag habe ich gerade jetzt wieder ersetzt. Ich denke so langsam, dass die DB schon falsch befüllt wird, denn die Inhalte sind ja "?" und eben keine Emojis. Wenn ich diese nun ex- und wieder importiere, kommt halt nichts anderes als "?" heraus.

Am 29.04.2021 migrierte Hosttech mein Hostingpaket auf eine neue Serverumgebung.

Dieser Beitrag dient dazu, das Problem der fehlenden utf8mb4-Emojis darzustellen, welche vor der Migration alle sichtbar waren, nach der Migration aber zu 99% nur noch als "?" angezeigt werden.

Hier 10 utf8mb4-Emojis hintereinander: ??????????.

Nach der Migration geschrieben und soweit korrekt dargestellt.  So sieht dieser Abschnitt in der Datenbank aus:

<p>Hier 10 utf8mb4-Emojis hintereinander: ??????????</p>

Im Vergleich dazu dieser Beitrag vom 08.01.2020. Nach dem Wort "Zauberhand" wird ein einziges utf8mb4-Emoji dargestellt. Alle anderen fehlen, respektive werden auch im Frontend nur noch als "?" dargestellt. Die anderen sichtbaren Emojis sind Serendipity-interne und haben nichts mit utf8mb4 zu tun (siehe z.B. :bow). So sieht der entsprechende Abschnitt in der Datenbank aus:

<p>? <strong>und wie durch Zauberhand! </strong>✨ <strong>Schon implementiert!</strong> ? ? ?   Vielen Dank! :bow:</p>

Bei der nächsten Support-Anfrage werde ich diesen Beitrag verlinken. Vielleicht hilft es ja... ?

Zeitstempel: 29.04.2021, 18:41 CET

Alles zur neusten alpha-Version im Zusammenhang mit PHP 8.0.3

aktueller Entwicklungsstand

Bemerkungen zu der aktuellen Version

Nicht in entrypaging, nicht im history-Plugin, jedoch im Archiv.

Autoupdate durchgeführt... BOAH EY! Das neue Bootstrap-Theme B46 hat aus meiner Sicht viel Potential! Ich mochte Bootstrap schon vorher, denn das bietet u.A. ein Hamburger-Menü für mobile Browser ?.... ?

Im Live-Blog wird mir die V3.2.0 noch nicht angeboten. Da muss ich wohl noch einen Tag warten...

Habe zuerst alle Plugins aktualisiert und danach die neusten styx-master Daten heruntergeladen und installiert.

Auffälligkeiten oder Anmerkungen folgen in den Kommentaren

Dies ist ein Test für den Zusammenhang von internen Trackbacks und Anti-SPAM-Massnahmen. Folgende Konfiguration ist aktiv:

• Trackbacks/Pingbacks: IP Validierung: abweisen
• URLs von IP-Validierung ausnehmen: ^https?://identi\.ca/notice/\d+$;^https://www\.blog\.dokumenzi\.ch/\d+.*$

Hier nun ein Link/Trackback auf einen früheren Beitrag.

13:58 Uhr. Neuer Versuch. Ohne ^https://www\.blog\.dokumenzi\.ch/\d+.*$. Link auf alten Beitrag. -> Funktioniert.

Nach dem Speichern des Beitrags wird folgendes angezeigt:

• Überprüfe https://www.blog.dokumenzi.ch/2485-Film-Festival.html auf mögliche Track-/Pingbacks ...
• Sende Trackback zu URI https://www.blog.dokumenzi.ch/comment.php?type=trackback&entry_id=2485 ...
• Trackback erfolgreich!

Soweit ist hier und auf www.beatsblog.ch alles identisch.

Auf www.beatsblog.ch passiert danach nichts mehr. Es wird mir kein Trackback zur Genehmigung vorgelegt und es wird auch keiner gespeichert. Im SPAMblock-Logfile erhalte ich folgende Meldung:

[2020-09-27 12:00:20] - [REJECTED: IP Validierung : www.beatsblog.ch [89.238.73.75] != Sender IP [2001828100024752, ua="HTTP_Request2/@package_version@ (http://pear.php.net/package/http_request2) PHP/7.4.10"]] - [#2762, Name "beats blog", E-Mail "", URL "http://www.beatsblog.ch/2777-wir-trennen-uns.html", User-Agent "HTTP_Request2/@package_version@ (http://pear.php.net/package/http_request2) PHP/7.4.10", IP 2a00:1828:1000:2475::2] - [ wir machen uns einen Plan... Keine Angst: Karin und ich bleiben weiterhin zusammen. ? ? Es geht um unsere Wohnsituation. Wir bewohnen eine Haushälfte eines Doppeleinfamilienhauses. Die beiden Kellergeschosse sind miteinander verbunden un]

Hier, auf www.blog.dokumenzi.ch, funktioniert es korrekt! Der Trackback wird zur Bewillingung vorgelegt und danach eingetragen.

Ich gehe nun davon aus, dass dieses Problem mit meinem Berechtigungsdurcheinander auf dem Manitu-Server zusammenhängt und gar kein wirkliches System-Problem ist.

Herr Styx darf jetzt lachen... ?