Sorry! Habe gerade bemerkt, dass ich eine falsche Trackback-Adresse eingegeben habe. Daher wohl die Warnung. Mit der richtigen URL hat es einwandfrei geklappt. Asche auf mein Haupt.
Das Tief „Beat“ sorgt ab Donnerstag für viele Wolken und etwas Regen. Das wechselhafte und eher kühle Wetter setzt sich auch am ersten Mai-Wochenende fort.
Erinnerst du ob es nach dem Warning noch irgendwelche trackback spezifischen Informationsausgaben gab? zb. "URI enthielt keine Daten", oder so..? Wie kamst du dann drauf dass deine Adresse falsch war? Bzw musst du ja nur "https://www.beatsblog.ch" eingegeben haben, denn schon ein einziges zusätzliches "/" wäre dann ja schon der "path" key gewesen.
Sag mal, topfen die deinen dokumenzi Server gerade um?
Denn erst gab es einen Zertifikatsfehler, dann dauerte es ellenlang für einen bestimmten Eintrag und noch komischer ist, dass alle emojis durch ? ersetzt wurden. (in den Kommentaren jedenfalls)
Beat Post author am |
Du merkst auch alles. ?
Um die Performance und Erreichbarkeit Ihres Servers zu verbessern wird das ganze System auf eine neue Infrastruktur übernommen.
Die Arbeiten werden ab 29.04.2021, 06:00 Uhr vorgenommen.
Während den Arbeiten kann es vorkommen, dass Ihre Websites und das Control Panel für kurze Zeit nicht erreichbar sind.
Beat Post author am |
Herausgefunden habe ich es durch einen Klick auf den Link (im Frontend), der dann im Nirwana endete. Bei der Überprüfung des Quelltextes merkte ich, dass ich statt: /1712-letzter-Arbeitstag.html eben //1712-letzter-Arbeitstag.html eingegeben habe. Der berühmte Slash zuviel...?
Beat Post author am |
Es sieht so aus, als ob die (vor der Migration) erzeugten UTF8mb4-Emojis nicht zurückkommen. Ich sehe da immer noch die ?
Hmm, dann wäre path aber immer noch gefüllt gewesen...
Ich versuche herauszufinden ob ich das extra abfangen muss mit einer Info Meldung oder ob eine solche nicht sowieso kommt, in etwa: "URI enthielt keine Daten", deshalb meine Frage.
Ich addiere das mal hier lieber, wegen dem "Migrations Konzept" Fehler. Du solltest untersuchen, ob deine Datenbank jetzt iegendwie anders eingestellt ist, zb nicht mehr auf Kollation utf8mb4_unicode_520_ci steht. Hast du da Vergleichsmöglichkeiten? Wegen der ? Fragezeichen als replacement für die 4-Byte Zeichen. Vielleicht haben sie zur Migration einfach einen dump der Datenbank gemacht (mit unvollständigen Voreinstellungen bzgl. des vollen unicode Satzes) und es dann so auf dem neuen Server installiert. Irgendwie sowas vielleicht. Denn manche wenige emojis in älteren Kommentaren sind erhalten geblieben, die Menge die zum erweiterten Raum gehört allerdings nicht.
Beat Post author am |
Die haben mich richtig gut verstanden... ?
Besten Dank für Ihre Anfrage.
In dem Fall würde ich Ihnen zunächst empfehlen die Permalinks im Dashboard Ihrer WordPress-Instanz neu zu speichern.
Gehen Sie dazu im Dashbaord links im Menü auf "Einstellungen" > "Permalinks".
Anschliessend gehen Sie unten auf "Änderungen Speichern".
Ohne es genau untersucht zu haben behaupte ich jetzt einfach mal, dass nur noch die Emojis sichtbar sind, die ich via Plugin selbst erstellt habe. Alle "alten" utf8mb4-Emojis sind weg. Ich werde mal auf die Datenbank sehen. Vielleicht finde ich ja anhand Deiner Hinweise etwas raus...
Beat Post author am |
Ich konnte nichts Auffälliges finden. Bis ich dann in der DB-Übersicht über folgenden Hinweis gestolpert bin:
Ich werde jetzt mal kurz auf PHP7.4.16 umstellen und checken, ob die früheren Emojis wieder auftauchen.
Beat der Dummi-Tester am |
? Nö. Mit PHP7.4.16 kommen die Emojis auch nicht zurück.
Ich poste jetzt mal unter "falschem Namen" um herauszufinden, ob die "keine E-Mail-Benachrichtigung" etwas mit PHP8 zu tun hat.
Beat Post author am |
? Auch nicht. Keine Mail-Benachrichtigung mehr. Weder mit PHP7.4.16 noch mit 8.0.3. Habe den Mailaccount selbst auch überprüft. Der funktioniert ansonsten problemlos.
Werde jetzt wieder auf PHP8.0.3 umstellen und danach Feierabend machen.
Danke für Deine Unterstützung und ein schönes Wochenende!
PS:
Weils auf www.beatsblog.ch funktioniert könnte ich in Versuchung geraten und hier die V3.4-alpha2 durch die offizielle V3.3 zu ersetzen...
Ian Styx am |
Also deine gefundenen Hinwese haben damit mehr oder minder nichts zu tun.
Interessant wäre, welche Datenbank sie jetzt benutzen und in welcher Version genau; also ob Mysql (7.x/8.x) oder MariaDB (10.3.x/10.4.x/10.5.x) und ebenso wie genau sie deine Datenbank Tabellen auf den neuen Server migriert haben; per Datei copy, per SQL dump, etc.? (Haben sie doch, oder?)
Um die fehlende Mail-Benachrichtigung kümmere ich alsbald. Ich muss erst mal ein paar Vorbereitungen treffen damit ich das lokal überhaupt debuggen kann.
Beat Post author am |
Der hosttech-Support hat zumindest einen gewissen Unterhaltungswert ?:
Entschuldigen Sie bitte, ich hatte übersehen das Sie ein anderes CMS verwenden.
Im Plesk-Protokoll sind Meldungen vom "FastCGI" PHP-Handler zu finden.
In dem Fall würde ich Ihnen empfehlen auf "FPM" zu wechseln.
Gehen Sie dafür im Plesk-Controlpanel unter Ihrer Domain auf "PHP-Einstellungen.
Ansonsten würde ich Ihnen empfehlen zu prüfen ob Ihre Web-Anwendung bereits mit PHP 8.0 kompatibel ist.
?? nächster Versuch...
... übrigens: Die Umstellung auf "FPM" hat die Emojis auch nicht zurückgebracht.
Emojis migration kann auch nix mit FastCGI oder FPM zu tun haben. Das ist eindeutig eine falsche Konvertierung beim Umzug (wahrscheinlich nur 3-Byte statt 4-Byte.
Nachfrage: Geht mail() denn jetzt mit der FPM Umstellung?
Beat Post author am |
? Nein. Nach wie vor keine E-Mails.
Habe soeben das mailtest.php noch einmal hochkopiert und getestet. Resultat: "Message accepted" doch weit und breit kein E-Mail. ?
Die super Helpdesk-Mitarbeiter sind der Überzeugung, dass etwas mit meinem Script nicht stimmt. Und dies obwohl ich Ihnen den Quelltext zugeschickt habe und sie das ganz einfach selbst testen könnten. Doch sie wollen anscheinend nicht.
Mir ist das (hier beim Testblog) nicht so wichtig. Ich warte, bis Ihnen andere Kunden damit auf die Füsse treten.
Beat Post author am |
Habe vorhin https://styx.beatsblog.ch/ upgedated. Wenn ich eingeloggt bin und in einem zweiten Fenster den Blog mit der satischen Titelseite ansehe, erhalte ich ganz unten folgenden Hinweis:
Warning: Undefined variable $headcss in /test/plugins/serendipity_event_lightbox/serendipity_event_lightbox.php: 240.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Wenn ich den Blog aufrufe (https://styx.beatsblog.ch/categories/BLOG) erscheint ganz oben folgende Mitteilung:
Warning: Undefined array key 1 in /home/sites/site100015826/web/test/include/functions_routing.inc.php: 306.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Ich glaube, das hatten wir schon und ich könnte diese Meldung wegkriegen, wenn ich die functions_routing.inc.php vom Live-Blog übernehmen würde.
Nachtrag: Yep! mit der geänderten functions_routing.inc.php ist der zweite Warnhinweis weg. ?
Ob das allerdings die richtige Taktik ist bei essentiellen Dingen, bezweifle ich. Vielleicht tritt das bei anderen ja nicht auf, und ist vielleicht alleine auf dein Mailkonto beschränkt... PHP mail() scheint zu funktionieren, denn sonst würdest du kein accepted angezeigt bekommen. Alleine die über /usr/sbin/sendmail -t -i versendete eMail verirrt sich irgendwo im System (anzunehmenderweise).
Beat Post author am |
Sorry! Habe gerade bemerkt, dass ich eine falsche Trackback-Adresse eingegeben habe. Daher wohl die Warnung. Mit der richtigen URL hat es einwandfrei geklappt. Asche auf mein Haupt.
Ian Styx am |
Pfui! ?
Ian Styx am |
Erinnerst du ob es nach dem Warning noch irgendwelche trackback spezifischen Informationsausgaben gab? zb. "URI enthielt keine Daten", oder so..? Wie kamst du dann drauf dass deine Adresse falsch war? Bzw musst du ja nur "https://www.beatsblog.ch" eingegeben haben, denn schon ein einziges zusätzliches "/" wäre dann ja schon der "path" key gewesen.
Ian Styx am |
Sag mal, topfen die deinen dokumenzi Server gerade um?
Denn erst gab es einen Zertifikatsfehler, dann dauerte es ellenlang für einen bestimmten Eintrag und noch komischer ist, dass alle emojis durch ? ersetzt wurden. (in den Kommentaren jedenfalls)
Beat Post author am |
Du merkst auch alles. ?
Beat Post author am |
Herausgefunden habe ich es durch einen Klick auf den Link (im Frontend), der dann im Nirwana endete. Bei der Überprüfung des Quelltextes merkte ich, dass ich statt: /1712-letzter-Arbeitstag.html eben //1712-letzter-Arbeitstag.html eingegeben habe. Der berühmte Slash zuviel...?
Beat Post author am |
Es sieht so aus, als ob die (vor der Migration) erzeugten UTF8mb4-Emojis nicht zurückkommen. Ich sehe da immer noch die ?
Warten wir den Tag mal ab. ?
Ian Styx am |
Hmm, dann wäre path aber immer noch gefüllt gewesen...
Ich versuche herauszufinden ob ich das extra abfangen muss mit einer Info Meldung oder ob eine solche nicht sowieso kommt, in etwa: "URI enthielt keine Daten", deshalb meine Frage.
Ian Styx am |
Oder mal nachfragen. Sieht nach einem Migrations-Konzept-Fehler aus.
Ian Styx am |
Die Serendipity Styx Edition hat übrigens gerade ein eigenes "Discussion Forum" bekommen: ?
https://github.com/ophian/styx/discussions
falls uns hier mal die Luft ausgeht... ?
Beat Post author am |
Habe den Support deswegen angeschrieben.
Ian Styx am |
Ich addiere das mal hier lieber, wegen dem "Migrations Konzept" Fehler. Du solltest untersuchen, ob deine Datenbank jetzt iegendwie anders eingestellt ist, zb nicht mehr auf Kollation utf8mb4_unicode_520_ci steht. Hast du da Vergleichsmöglichkeiten? Wegen der ? Fragezeichen als replacement für die 4-Byte Zeichen. Vielleicht haben sie zur Migration einfach einen dump der Datenbank gemacht (mit unvollständigen Voreinstellungen bzgl. des vollen unicode Satzes) und es dann so auf dem neuen Server installiert. Irgendwie sowas vielleicht. Denn manche wenige emojis in älteren Kommentaren sind erhalten geblieben, die Menge die zum erweiterten Raum gehört allerdings nicht.
Beat Post author am |
Die haben mich richtig gut verstanden... ?
Ohne es genau untersucht zu haben behaupte ich jetzt einfach mal, dass nur noch die Emojis sichtbar sind, die ich via Plugin selbst erstellt habe. Alle "alten" utf8mb4-Emojis sind weg. Ich werde mal auf die Datenbank sehen. Vielleicht finde ich ja anhand Deiner Hinweise etwas raus...
Beat Post author am |
Ich konnte nichts Auffälliges finden. Bis ich dann in der DB-Übersicht über folgenden Hinweis gestolpert bin:
Webserver
Ich werde jetzt mal kurz auf PHP7.4.16 umstellen und checken, ob die früheren Emojis wieder auftauchen.
Beat der Dummi-Tester am |
? Nö. Mit PHP7.4.16 kommen die Emojis auch nicht zurück.
Ich poste jetzt mal unter "falschem Namen" um herauszufinden, ob die "keine E-Mail-Benachrichtigung" etwas mit PHP8 zu tun hat.
Beat Post author am |
? Auch nicht. Keine Mail-Benachrichtigung mehr. Weder mit PHP7.4.16 noch mit 8.0.3. Habe den Mailaccount selbst auch überprüft. Der funktioniert ansonsten problemlos.
Werde jetzt wieder auf PHP8.0.3 umstellen und danach Feierabend machen.
Danke für Deine Unterstützung und ein schönes Wochenende!
PS:
Weils auf www.beatsblog.ch funktioniert könnte ich in Versuchung geraten und hier die V3.4-alpha2 durch die offizielle V3.3 zu ersetzen...
Ian Styx am |
Also deine gefundenen Hinwese haben damit mehr oder minder nichts zu tun.
Interessant wäre, welche Datenbank sie jetzt benutzen und in welcher Version genau; also ob Mysql (7.x/8.x) oder MariaDB (10.3.x/10.4.x/10.5.x) und ebenso wie genau sie deine Datenbank Tabellen auf den neuen Server migriert haben; per Datei copy, per SQL dump, etc.? (Haben sie doch, oder?)
Um die fehlende Mail-Benachrichtigung kümmere ich alsbald. Ich muss erst mal ein paar Vorbereitungen treffen damit ich das lokal überhaupt debuggen kann.
Beat Post author am |
Der hosttech-Support hat zumindest einen gewissen Unterhaltungswert ?:
?? nächster Versuch...
... übrigens: Die Umstellung auf "FPM" hat die Emojis auch nicht zurückgebracht.
Ian Styx am |
Geht denn jetzt mail()?
Emojis migration kann auch nix mit FastCGI oder FPM zu tun haben. Das ist eindeutig eine falsche Konvertierung beim Umzug (wahrscheinlich nur 3-Byte statt 4-Byte.
Ian Styx am |
Nachfrage: Geht mail() denn jetzt mit der FPM Umstellung?
Beat Post author am |
? Nein. Nach wie vor keine E-Mails.
Habe soeben das mailtest.php noch einmal hochkopiert und getestet. Resultat: "Message accepted" doch weit und breit kein E-Mail. ?
Die super Helpdesk-Mitarbeiter sind der Überzeugung, dass etwas mit meinem Script nicht stimmt. Und dies obwohl ich Ihnen den Quelltext zugeschickt habe und sie das ganz einfach selbst testen könnten. Doch sie wollen anscheinend nicht.
Mir ist das (hier beim Testblog) nicht so wichtig. Ich warte, bis Ihnen andere Kunden damit auf die Füsse treten.
Beat Post author am |
Habe vorhin https://styx.beatsblog.ch/ upgedated. Wenn ich eingeloggt bin und in einem zweiten Fenster den Blog mit der satischen Titelseite ansehe, erhalte ich ganz unten folgenden Hinweis:
Wenn ich den Blog aufrufe (https://styx.beatsblog.ch/categories/BLOG) erscheint ganz oben folgende Mitteilung:
Ich glaube, das hatten wir schon und ich könnte diese Meldung wegkriegen, wenn ich die functions_routing.inc.php vom Live-Blog übernehmen würde.
Nachtrag: Yep! mit der geänderten functions_routing.inc.php ist der zweite Warnhinweis weg. ?
Ian Styx am |
Ob das allerdings die richtige Taktik ist bei essentiellen Dingen, bezweifle ich. Vielleicht tritt das bei anderen ja nicht auf, und ist vielleicht alleine auf dein Mailkonto beschränkt... PHP mail() scheint zu funktionieren, denn sonst würdest du kein accepted angezeigt bekommen. Alleine die über /usr/sbin/sendmail -t -i versendete eMail verirrt sich irgendwo im System (anzunehmenderweise).
Ian Styx am |
Danke. Mache ich heute Abend.