Weblog Kommentare
www.beatsblog.net ist geboren! -> .ch
Ian Styx am |
Geh mal in dein webhosting tool unter xyz.manitu.net blahblahblah und wähle PhpMyAdmin in der Seitenleiste. Die Datenbankseite des Hostingtools öffnet sich und es gibt darin weiter rechts einen weiteren Button zu PhpMyAdmin. Der erst öffnet das richtige phpmyadmin Paket auf dessen Startseite. (Das ist normalerweise gleich da wo das Haus ist / auch hin linkt).
Im bereits sichtbaren Block: Allgemeine Einstellungen siehst du sofort Zeichensatz/Kollation der MySQL-Verbindung zum einstellen. Da wählst du utf8mb4_unicode.ci aus und speicherst. Dann wählst du auf der Hosting Seite entweder eine neue DB aus und installierst Styx dann dahinein, oder du gehts in die bereits erstellte Datenbank db123 (auf der phpmydmin Seite) und löscht die darin befindlichen Tabellen deiner bereits erfolgten Styx Installation.
Danach gehts du und löscht die serendipity_config_local.inc.php Datei und kannst gleich die Installationsprozedur von Styx daraufhin neu starten. Jetzt sollte alles gleich richtig auf utf8mb4 installiert werden.
Beat Post author am |
Danke für die Anleitung. Habe alles genau so, Schritt für Schritt, durchgeführt. In der DB wird mir auch alles richtig angezeigt, doch im Frontend sind einfach keine Emojis zu sehen. Es ist zum heulen... ?
Ian Styx am |
Nach der default Zeichensatz/Kollation der MySQL-Verbindung auf utf8mb4_unicode.ci hast du die vorher erstellen Styx Tabellen in db123 gelöscht oder eine neue DB erzeugt?
Und Styx dann komplett neu installiert? Musstest du dafür die install_token Datei löschen und neu aufsetzen?
Was steht jetzt in der db123 Ansicht bei den neuen Styx Tabellen als Tabellen-Kollation?
Wenn dort überall nur utf8_general steht, ist es möglich, dass ein reload der Datenbank fehlt, oder ein weiterer Schritt notwendig ist, in dem du auf Operationen gehst und im Feld Kollation die Kollation auf mb4 blahblah änderst (vielleicht sogar erst einmal ohne die beiden Checkboxen für Tabellen und Spalten zu aktivieren). Trotzdem müsste man dann nochmal alle Tabellen löschen und vom Styx Installer neu aufspielen lassen, damit die Indizes neu gesetzt werden und überhaupt die mb4sql Installer Datei verwendet wird. Allerdings fehlt mir ein wenig die Vorstellungskraft warum diese ganzen Prozeduren so umständlich sein müssen.
Ich habe das selbst vor Jahren auch schon einmal dort gemacht und kann mich nicht (mehr) erinnern, mehr als nur die vorherige Gesamt Kollation auf utf8mb4_unicode.ci als Voreinstellung gemacht zu haben.
Styx Konfiguration Datenbank-Zeichensatzkonvertierung aktivieren muss JA sein.
Beat Post author am |
Nach der default Zeichensatz/Kollation der MySQL-Verbindung auf utf8mb4_unicode.ci hast du die vorher erstellen Styx Tabellen in db123 gelöscht oder eine neue DB erzeugt?
Tabellen in bestehender DB gelöscht.
Und Styx dann komplett neu installiert? Musstest du dafür die install_token Datei löschen und neu aufsetzen?
2x Ja.
- Jetzt, nach der zweiten Installation sind in allen Tabellen die entsprechenden Felder auf utf8mb4_general_ci eingestellt.
- Die Zeichensatz/Kollation der MySQL-Verbindung ist auf utf8mb4_unicode_ci eingestellt.
- Der Blog ist auf MySQLi und UTF-8 konfiguriert,
- Die Datensatzeichenkonvertierung steht auf JA
Es gibt eigentlich keinen wirklichen Grund, weshalb es nicht funktioniert. ?
Am Schluss fehlt mir vermutlich nur wieder der ominöse Datensatz in der config-Tabelle....
Beat Post author am |
STRIKE! ?
Ich glaub's ja nicht! Tatsächlich: Es fehlte eben nur dieser eine, ominöse Datensatz. Siehe: https://www.blog.dokumenzi.ch/2587-Verbindung-zur-SQL-DB.html#c5632
Ian Styx am |
Kann es denn sein, dass du immer wieder die vorherigen Inhalte, also auch inklusive dem "ominösen" Datensatz draufknallst, so dass selbst bei richtiger Installation immer wieder die dann korrekt erfolgte Einstellung überschrieben wird?
Wie sonst ist (es mir) zu erklären, dass deine paar Versuchsentries exakt (jetzt) so bestehen...?! (Wenn jetzt natürlich jetzt auch mit den richtigen Emojis)
Beat Post author am |
Ich erkenne gerade nicht, worauf Du hinaus willst. Sicher ist jedoch, dass auf beatsblog.net und auch auf styx.dokumenzi.ch NIE Datenbanktabellen (oder deren Inhalte) überschrieben wurden. Ich füllte lediglich hier auf blog.dokumenzi.ch Daten aus dem Live-Blog ein. Aber auch hier habe ich die config-Tabelle nie angefasst. So etwas ist mir zu heikel. Das machte ich erst auf Deine Anweisung. Hier sind alle DB-Tabellen aufgelistet, die ich befüllt habe: https://www.styx.dokumenzi.ch/archives/9-Migration-S9Y-Styx.html
Aus meiner Sicht solltest Du Dir überlegen, was der Triggerpunkt ist, welcher den Datensatz dbUtf8mb4_converted in die config-Tabelle schreibt. Der Datensatz ist ja überhaupt nicht vorhanden. Das heisst nicht, er ist vorhanden aber der Wert/Value steht auf false statt auf true. Dieser Datensatz fehlt als Ganzes. (Und das war bei jeder von mir installierten Styx-Edition so).
Ian Styx am |
Ja ich verstehe dass dir das merkwürdig vorkommt aber ich kann dazu nur sagen, dass das ja nun auch schon ein paar Jahre auf dem Puckel hat, und alle Installationen (sowie alle 3 zusätzlichen nur aufgrund deines Fehlers mit Styx3.0, erst gestern wieder) konnten dieses Problem nie reproduzieren. Es ist immer sofort da und gesetzt.
Irgendetwas musst du komplett anders machen. (Welche Installationsart verwendest du? Einfach oder Erweitert?)
Beat Post author am |
? ich war schon immer irgendwie anders...?
Ich verwende immer die "Einfache Installation"
Beat Post author am |
www.beatsblog.net ist schon fast fertig! ?
Es fehlen noch Bilder (vor 2017), die Fotoalben und etwas Kleinkram. Grundsätzlich sieht es aber schon seeeehr gut aus! ?
Ian Styx am |
Siehst du..., kaum stellt man die richtige Frage löst sich alles in Wohlgefallen. ?
Ich nutze seitdem (und schon vorher) immer die "Vollständige Installation" und habe die überall auch so kommuniziert. (Nur bei dir nicht. Sorry!) Und mit der Zeit vergißt man es sogar es als besonders wichtig zu betonen, da man da so seine Routinen hat.
Diese "Vollständige" Installationsvariante hat den Vorteil, dass ganz bestimmte Dinge schon in der richtigen Form erkannt sind. Unter anderem, in diesem Zusammenhang, die ganz besonders wichige SQL_CHARSET Konstante und zwar aus dem lang/UTF-8 Ordner.
Die besagt nämlich entweder latin1 oder utf8. Latin1 ist ja auch das eigentliche Default einer MySQL Datenbank Installation. In der "Einfachen Installation" hat so wahrscheinlich noch kein db reconnect stattgefunden, so dass die SQL_CHARSET Konstante einfach noch gewissermaßen "jungfräulich" ist.
Es tut mir also wirklich leid um die Stunden, die du haareraufend damit verbracht hast, ohne den Grund für das Versagen zu kennen.
Das ist also eigentlich nicht so sehr ein bug, sondern ein Folge des erweiterten Installationsverlaufes.
Da das völlig Fremde aber nicht wissen können, muß ich mir wohl überlegen, wie ich das für die simple Installation verbessern bzw kommunizieren bzw umgehen kann.
Beat Post author am |
? Humor ist... wenn man trotzdem lacht! ?
In grauer Vorzeit, vor X Jahren, habe ich einmal eine "Vollständige Installation" durchgeführt und dabei festgestellt, dass ich nahezu keine Änderungen gegenüber der "Einfache Installation" vornehme. - Also wieso diesen Mehraufwand treiben?
Wenn das aber für Styx Edition v3.0 sssooooo wichtig ist, hätte mir das auch jemand sagen können... ?
Ian Styx am |
Nee, das war bzw ist für die 2.X schon seit "4" Jahren ebenso.. Dumm gelaufen halt. Ich hatte es einfach vergessen.
Ob ich das jetzt noch backporte, muss ich mir mal in einer sehr ruhigen Minute überlegen.
Wie du augenblicklich im neuen Changelog lesen kannst ist jetzt auch als Server Collation preset utf8mb4_unicode_520_ci empfohlen. Die Dinge entwickeln sich halt weiter.
Beat Post author am |
Mach mich nicht fertig! ?
Jetzt, wo alles soweit läuft, fange ich nicht schon wieder zu ändern an. Don't touch a running system! ?
Ian Styx am |
Naja, wie gesagt macht es eigentlich nur in sehr speziellen Situationen etwas aus. Das ist eine Suche mit Sortierung und die Platzierung der gefunden Variablen, geordnet nach dem charset, mehr nicht.
Die 520 ist einfach ein neueres Unicode lookup.
Was mich noch interessieren würde ist, wenn du die Styx Konfiguration noch nicht abgespeichert hast, was steht in der serendipity_config_local.inc.php unter/als:
$serendipity['dbCharset'] = 'utf8mb4';
Beat Post author am |
? Vielen Dank für die vielen wertvollen Informationen. Ich nähere mich langsam den grösseren Vorschaubilder... ?
Wobei mit gerade aufgefallen ist:
Wenn ich Vorschaubilder mit "Als <picture> Element" in Beiträge einfüge, dann springt die Lightbox nicht an. Siehe: https://www.beatsblog.ch/2588-naechste-Ausfluege.html
Wenn ich Vorschaubilder mit "Medien hinzufügen" in Beiträge einfüge, springt die Lightbox wie gewohnt (und gewünscht) an und ich kann von Bild zu Bild klicken. Siehe: https://www.beatsblog.ch/2586-Patong-Beach.html
Ian Styx am |
Dafür ist die lightbox einfach noch nicht angepasst. Sie sucht halt nach dem einfachen Schema: link > bild, um dann das rel="lightbox[7906]" Attribut in das Link a href einzufügen.
Ich werde mich drum kümmern.
Ian Styx am |
Um es MAL GANZ LAUT zu sagen... ?
Ich habe das (angepasste) css scriptlet in das pure theme per default eingefügt, denn das absolut Tolle daran ist, dass es hat keine Auswirkungen auf alle jene entries hat, die eventuell mit einem kleineren image size arbeiten - also beispielsweise nur 150-200px groß sind. Alle meine internen Test Seiten für image floats geben grünes Licht und arbeiten besser als je zuvor! ?
Ich würde sagen dass damit jegliche Gründe entfallen von den 400px abzuweichen!
In Ermangelung eines solchen Pools an alten Einträgen mit alten image inserts würde ich das hier gerne einmal live sehen - so dass du bitte die pure style neu aufspielen mögest und hier auf 400px gehst. Als ich das gestern schrieb, hatte ich noch Sorge, dass man eventuell alle alten Einträge und damit auch alle alten Thumbs auf das neue Thumb Format hieven müsste. Aber das scheint nicht nötig ❗
Ian Styx am |
Erledigt!
Beat Post author am |
Gemacht. Mit entsprechend neuem Beitrag
Ian Styx am |
OK
Du siehst also das muss noch angepasst werden für kommentierte Bilder.
Pack mal denselben Inhalt aber ohne images Comment Auszeichnung darunter, um zu sehen wie es funktioneren soll.
Beat Post author am |
Beat Post author am |
Jetzt erkenne ich, was Du meinst. ?
Ian Styx am |
Und jetzt mit pure magic ? auch für kommentierte images. Please update!