Dienstag, 17. Dezember 2019
Verbindung zur SQL-DB
Habe heute Morgen den Hosting-Support angeschrieben betreffend des Zeichensatzes zur Verbindung auf die SQL-DB. Mit der Bitte, dass sie diese Verbindung von utf8_unicode_ci auf utf8mb4_unicode_ci umstellen. Hier die Antwort:
Besten Dank für Ihre Anfrage. Ich habe soeben die Konvertierung durchgeführt.
Sie können die Konvertierung jeweils selbst vornehmen, indem Sie die Datenbank als .sql File exportieren und herunterladen. Danach können Sie die Datei mit dem notepad++ öffnen und utf8 durch uft8mb4 ersetzen. Danach importieren Sie die konvertierte .sql Datei wieder.
Im Wartungsbereich sind die gelben Warnhinweise immer noch da. Ich denke, dass ich Serendipity, resp. deren Datenbank "neu" installieren muss. Igendwelche Tipps, wie ich da clever vorgehe?
Nachtrag vom 18.12.2019, 12:23 Uhr: Hier ein Screenshot von der Tabelle styx_permalinks von styx.dokumenzi.ch
Trackbacks
Trackback-URL für diesen EintragDieser Link ist nicht aktiv. Er enthält eine kopierbare Trackback-URI, um manuell ein Ping- und Trackback zu diesem Eintrag für ältere Blogsysteme zu generieren; zB (immer noch valide) über das zur Verfügung gestellte Eintragsfeld des serendipity_event_trackback Plugins. Serendipity und andere Blogsysteme erkennen die Trackback-URL heutzutage aber automatisch anhand der Artikel-URL. Die Trackback-URI für ihren Link des Sender-Eintrages lautet daher wie folgt: »https://www.blog.dokumenzi.ch/2587-Verbindung-zur-SQL-DB.html«
-
| Weiter: "umtf8mb4-Emoji"
Mal sehen, ob es schon funktioniert. ? ? ✈ ? ? ? ? ? Habe bisher in der DB in (fast) allen Tabellen die Kollation von utf8_general_ci auf utf8mb4_general_ci geändert und danach in der config-Tabelle einen Datensatz (name:dbUtf8mb4_converted, value:t […]
Kommentare
Ansicht der Kommentare: Linear | Verschachtelt
Ian Styx am :
Das muss ich mir erstmal in Ruhe überlegen.
Ich kann mir gar nicht vorstellen, dass damit deine Probleme (siehe Jessie Grundlage) zurfriedenstellend gelöst sind.
Als ein möglicher Tipp böte sich vielleicht an, alle Daten zu dumpen, d.h. ohne Struktur, dann Styx komplett neu aufzusetzen und anschließend die Daten übernehmen zu lassen. (Ohne einen SIcherheits - Komplettdump nicht zu raten.)
Beat am :
Der Bastler sagt: Versuch macht klug. ;-) Ich werde das morgen mal auf styx.dokumenzi.ch anpacken. Dort gibt es nur 14 Beiträge.
Zuvor sichere ich alle Daten per FTP und mache von der Datenbank einen Dump, den ich lokal speichere. Dann würde ich die DB und alle Daten auf dem Server (exkl. uploads) löschen und die neusten Sytx-Daten für eine Neuinstallation ziehen. Und dann: fingers-crossed!
Falls Du auf Nummer sicher gehen willst, empfehle ich Dir, Dich heute noch kurz einzuloggen und den kompletten RSS-Feed zu exportieren.
Beat am :
Du hattest (natürlich) recht. Die Neuinstallation auf styx.dokumenzi.ch hat bezüglich utf8mb4-Hinweisen leider keine Verbesserungen gebracht. Es liegt wohl wirklich an der SQL-DB
Immerhin: Alle Einträge und Kommentare konnte ich problemlos wieder importieren (nur Daten, ohne DB-Struktur)
Ian Styx am :
Das haben wir ja schon bei der Login Geschichte festgestellt. Da fehlen auch gewisse Sachen um ein Login korrekt verschlüsselt zu speichern.
Ian Styx am :
Ian Styx am :
Du hast deine obige Einstellung Anzeige doch aus PhpMyAdmin entnommen, nicht wahr?
Meine war auf dem letzten Debian Stable folgende
Besonders der Server Zeichensatz fällt auf, denn wenn der Supporter tatsächlich wie geschrieben konvertiert hätte, stünde dort nicht cp1252 (latin1)!
Die SSL Anzeige sagt, dass du phpmyadmin über eine unverschlüsselte Leitung betreibst, oder? Wenn das so ist, sollte sowas schleunigst verboten werden!!
Nur so als Ergänzung: Selbst wenn der Server Zeichensatz auf utf8mb4_unicode steht werden die Tabellen (bei korrekter Installation bzw Wartungskonvertierung) als utf8mb4_general kollatiert.
Beat am :
Wenn ich einen Dump der aktuellen DB mache sehe ich bei jeder Tabellenstruktur: ENGINE=MyISAM DEFAULT CHARSET=utf8mb4;
Ian Styx am :
Schau in die Struktur (via phpmyadmin) vom permalinks table. Dort müssten unterhalb der eigentlichen Struktur die Indizes gelistet werden und bei korrektem utf8mb4 in Spalte so aussehen (siehe 191)
entry_id 53
type (191)
permalink (191)
Ian Styx am :
Beat am :
Ian Styx am :
Das einzige was wohl fehlt ist die Variable die das auch bestätigt.
Schau mal in config Tabelle und stell die Variable mit name: dbUtf8mb4_converted auf true.
Damit sollte (wenn nicht alles verborkt ist) die Wartungsanzeige grün werden und du fortan problemlos Emojis verwenden können.
Ian Styx am :
Beat am :
*BINGO* Jetzt ist im Backend unter Wartung ein nettes grünes Feld mit der Aufschrift " UTF-8-MB4 Zeichensatz" zu sehen.
Guckst Du: https://www.styx.dokumenzi.ch/archives/18-utf8mb4-Emojis.html
Ian Styx am :
100 mal mit monokel emoji hier probiert aber erfolglos. Sind die in der Moderation?
Hast du in Eigene Einstellungen die default widgets schon mal abgeschaltet? Würde ich empfehlen.
Beat am :
Habe jetzt die Dashboard-Widgets abgeschaltet und nun tauchen da 7 Kommentare zur Moderation auf. Hmmm... Muss wohl bei jedem Einzelnen prüfen, ob er schon vorhanden ist (dann kann ich ihn löschen) oder ob ich ihn bewilligen soll.
Ian Styx am :
Alles was man erledigen muss sind ja zum größten Teil die Kommentare. Und die sollten, wenn, dann hauptsächlich in deren eigener Administrationsbereich angesehen und behandelt werden. Diese Dashboard Geschichte vereinfacht das einfach viel zu sehr ohne echten Mehrwert. Also habe ich das Informationswürdige behalten aber schicke den Anwender in die (gerichtete) Kommentaradministration (nur für zu moderierende Kommentare). IMHO ein echter Mehrwert!
Beat am :
Eher Nein. Wenn ich im Browser auf des Schlüsselsymbol gehe, wird mir da angezeigt: *Verifiziert von GlobalSign nv-sa*
Ian Styx am :
Du siehst, ich rate auch nur so vor mich hin...
Beat am :
Ian Styx am :
Ich kommentiere das hier noch einmal kurz für den aktuellen Stand.
Die Wartungsfunktion-Anzeige Gelb-Hinweise/Grün-OK und die Konvertierungsmöglichkeit, sind - bis auf Grün OK - nur für Upgrader eines alten MySQL und damit Serendipity Systems gedacht. Sie verhindert und berücksichtigt nicht, dass man sein (neues) System bzw seine Datenbank eventuell nicht korrekt auf UTF8MB4 vorbereitet hat!
Dazu dient: https://ophian.github.io/hc/en/preparing-db.html
Wie man nun solche Torturen wie hier bei dir bereits im Vorfeld konsequent verhindern kann ist mir noch immer eine Frage.
Ian Styx am :
Mir gelingt es einfach nicht auf meinem lokalen DEV blog einen Zustand zu provozieren, der deinen Erfahrungen ebenbürtig ist und nicht auf utf8mb4 klappt.
Selbst eine Datenbank mit der Standard Kollation latin1_swedish_ci wird korrekt mit utf8mb4_general_ci Tabellen Kollationen installiert. Und dafür nehme ich nicht mal eine 3.0-dev Version. Das heißt, die preparing-db Seite beschreibt nur einen Zustand, der "es wäre schön, wenn" feststellt.
Inwischen überlege ich, ob man nicht etwas komplett anderes im Installer, zb openSSL größer gleich X, oder build with webp, abfragen muss, um eine Installation überhaupt zu verhindern, oder ob es nicht doch reicht, auf die 1000 Hinweise zu verweisen, was es braucht, um Styx 3.0 wirklich zu testen bzw zu installieren. Ein wenig Verantwortung sollte man voraussetzen, gleichzeitig aber auch nicht unbedingt verlangen müssen, dass jemand der neu dazustößt sich erst stundenlang einliest. Hmmm!
Beat am :
Ich kann dazu nicht wirklich etwas beitragen. Meine Laien-User-Erfahrungen sind wie folgt:
Nach jeder dieser Installationen waren die gelben utf8mb4-Warnhinweise da und utf8mb4-Emojis funktionierten nicht. Bei keiner Installation wurde in der S9Y-Installationsroutine etwas rot markiert. Hier war ausser ImageMagick alles auf grün und beim Fremd-Hoster war auch ImageMagik (also alles) auf grün.
Meine bescheidene Meinung: Als Durchschnittsuser liest man vorher nie eine Anleitung. Das macht man erst, wenn Probleme, oder gelbe Warnhinweise auftauchen. Leider konnte ich mit den dort angezeigten Informationen nicht sehr viel anfangen. Persönlich würde ich es begrüssen, wenn ich da einen Link vorfinden würde, der mich auf ein Handbuch/FAQ/Infoseite bringt, wo mir möglichst detailliert alle möglichen Schwachstellen von denen meine Installation betroffen sein könnte auflistet und zu jedem einen Lösungsweg aufzeigt. Oder noch besser: eine step-by-step-Checkliste, die ich abarbeiten kann.
Dazu noch etwas, was mir gerade einfällt: Du hast am 08.01 in einem Kommentar (2 höher) einen Link zu einer englischen FAQ-Seite eingefügt. Da steht unter anderem: "To change the default character set from latin1 to UTF-8, the following settings should be specified in the my.cnf configuration file." Super! Wo finde ich diese my.cnf? Auf meinem Server gibt es keine solche Datei. Solche Anleitungen müssen Idiotensicher sein. Denk dabei an jemanden wie mich... ?