10 Antworten in diesem Thema

[netrix]

Warum tritt ausgerechnet hier ein Encoding Fehler auf? Sonst wird alles richtig dargestellt, selbst wenn ich im Kalender direkt den März anwähle wird er richtig dargestellt.
Darstellung mit UTF-8
 utf-8.png   15,42K   9 Mal heruntergeladen
und hier in Iso 8859-1
 iso8859-1.png   14,98K   11 Mal heruntergeladen

[Helge]

Klick mich 1, 2, 3, 4, ... und die Suchfunktion findet sicher noch diverse weitere Themen.

Kurzfassung: In den Sprachpakete-Einstellungen de_DE gegen de_DE.UTF8 ersetzen.

[silberfuchs]

...hat bei mir auch geholfen   Danke nochmals !

[netrix]

Danke dir hat geholfen . Ich hatte die Suche benutzt und es auch so eingestellt, allerdings war bei den Einträgen die ich gefunden hatte immer von de_DE.utf8 (also klein geschrieben) dir rede, was nicht funktioniert hat, wenn ich es groß schreibe scheint es zu gehen???

Aber du hast dir anscheinend mein Screenshot auch nicht richtig angeschaut. Achte mal auf den Button Veranstaltung hinzufügen. Wenn ich Firefox entscheiden lasse wie es dargestellt werden soll wir der Button richtig dargestellt und der Monat falsch (nimmt UTF-8). Wenn ich auf ISO schalte ist der Button Falsch und der Monat richtig. Der Witz ist, als ich diesen Screenshot gemacht habe, hat er mir den März im Dropdown "Wechsele zu..." (wo man im Kalender zwischen Monaten und Jahren umher springen kann), richtig angezeigt (bei UTF-8). Deswegen habe ich mich ja gewundert und gefragt.

Bearbeitet von netrix, 06. Februar 2012, 01:44 Uhr.

[Helge]

Kann mir da nur einen Fehler in der Datenbankkodierung vorstellen, das dort irgendwo nicht utf8_general_ci gesetzt wurde und/oder die Datenbank Allgemein noch nicht auf utf8 konvertiert wurde.

[netrix]

Stimmt hab's heute gechekt ist latin1_swedish_ci. IPS ist also immer noch zu dämlich das richtig zu machen. Bei anderen klappt es ja auch, siehe XenForo oder Burning Board. Weiß ich was ich das nächste mal beachten muss. Was passiert eigentlich wenn ich jetzt in der Datenbank (phpmyadmin) sage das er alles auf UTF-8 umstellen soll?

[Helge]

Neuinstallation sind schon immer rein utf8 - nur "Altinstallationen" (vermutlich 5-8 Jahre alte) haben noch ältere Zeichensätze in der Datenbank. Sofern die Tabellen utf8_general_ci sind und nur die Datenbank selbst noch latin1, so kannst du die Datenbank einfach umstellen. Sind aber die Tabellen selbst (noch) latin, solltest du mal den Support kontaktieren, ggf. dann die Datenbank mit dem Konverter konvertieren (erstmal auf einem Testsystem testen).

[netrix]

Es ist eine Installation die ich mit 3.2 neu aufgesetzt habe und alle Tabellen sind latin initialisiert. Warum auch immer.

[netrix]

So jetzt habe ich mal mit HeidiSQL alles auf UTF8_general_ci umgestellt. Jetzt zeigt er zwar Fehler im phpmyadmin an aber im Forum ist alles I. O. .
Ich finds ja iw schräg, aber wenn man schon UTF 8 als default für Neuinstallationen vorgibt, warum erstellt man bis heute die Tabellen nicht richtig? Wie ich gesagt habe machen das andere schon ewig so (Burning Board seit 3.0 glaube ich).

[Helge]

Das liegt definitiv nicht am IP.Board - das muss an dir/deiner Installation liegen.

Soeben noch einmal testweise lokal ein frisches 3.2.3 installiert -> Ergebnis: Alles utf8_general_ci (war auch noch nie anders).

Das deine Datenbankinhalte nun falsch angezeigt werden (in phpMyAdmin) ist logisch, denn das blosse umstellen auf utf8_general_ci konvertiert die Inhalte nicht, dazu muss man sich z. B. dem oben verlinkten Konverter bedienen.

[netrix]

Konvertierung hat geklappt , ich rätsele nur warum jetzt meine Tabelle mit den Sprachvars ~1000 mehr haben soll? ?

Zur Installation, es ist eine "blöde" Umbebung weil dort latin1_swedish_ci default ist. Aber trotzdem hat Burning Board das für seine Tabllen auf UTF-8 gesetzt also liegt es schon an IP.Board weil sie einfach das nehmen was in der Datenbank steht. Bei der Installation hatte das Burning Board ja auch keine anderen Bedingungen als die beim IP.Board.

Bearbeitet von netrix, 07. Februar 2012, 13:47 Uhr.