Gibt es da auch einen Link zu?
Gibt es da auch einen Link zu?
Wer es noch nicht kennt. Es gibt bereits eine voll auf uft-8 angepasste Joomla-Version.
Gruß! Uwe
fc-hosting.de
. . . . . . . . . . . .kleine Joomla-Helferlein :: Gehackt? Was tun? :: Migration 1.7->2.5
Erstmal ein Danke für dieses Tutorial an Colibri...
Nun zu meinem Problem:
Bezugnehmend auf diesen Thread habe mein Joomla + SMF (Bridge, Forum auf UTF) umgestellt...
Soweit so gut, es klappt jetzt auch das sich beispielsweise ein Jürgen auch anmelden kann und sein Username richtig bis ins SMF mit übernommen wird...
Wo es jetzt allerdings scheitert ist im Backend...
Da werden die Umlaute nicht richtig angezeigt, obwohl in der Germani.php UTF-8 festgelegt habe.. stelle ich das wieder um auf ISO werden Sie im Backend richtig angezeigt, allerdings im Frontend nciht mehr...
Hat jemand einen Rat?
Liebe Grüsse und Danke
Cuba
P.S. Link: www.fishing-for-men.de
Forum direkt: www.fishing-for-men.de/forum
...wollte mal DANKE an alle hier für diesen Thread sagen, hat mir geholfen! WUNDERBAR!!!!!!!!!!!!!! DANKE !!!
Hier noch mal ein guter Link zum Thema:
http://www.mysqldumper.de/board/viewtopic.php?t=2313
Ich war mal so frei meine Mod Status zu "missbrauchen" und habe ihn auch im ersten Posting eingefügt, damit er hier nicht untergeht.
Björn
Problem gelöst? Dann markiere den Thread mit [GELÖST]
Noch ein eventuell sinnvoller Link zu einem Fork von Joomla: www.joomla-international.org. Dieser Fork läuft nach Angaben der Entwickler komplett auf UTF-8.
Joomla kaputt? Gehackt? Migration mißlungen? Datensalat?
www.joomla-notdienst.de - Soforthilfe & Webentwicklung
Einsteiger- FAQ - bitte lesen!
Falls jemanden noch der Link zum Backup mit phpMyAdmin der Wordpress Doku interessiert (aus dem zweiten Post im Thread), der hat sich inzwischen geändert und erweitert worden (sofern ich das von hier sagen kann):
http://doku.wordpress-deutschland.or..._der_Datenbank
Ich habe da aber auch noch ne Frage:
Wenn ich nach der Anleitung mit der Datenbank gehe (Dump erstellen -> UTF-8 codieren -> Entities ändern und speichern -> wieder einspielen) und dann die Änderungen des Charsets vornehme sollte es laufen?
Mir fällt gerade noch ein, dass ich lieber sagen sollte, dass ich hauptsächlich das Problem mit der Komponente JoomlaComments habe. Wenn dort kommentiert wird, so wird der Kommentar mit diesen Sonderzeichen angezeigt. Auch eine Änderung der Codierung auf ISO (so wie der Rest war) führte nicht zum Erfolg.
Ich will jetzt alles auf utf-8 umstellen, da ich auch viel mit "externen" Tools (Bidlergalerie, etc.) arbeite und die auf utf-8 laufen.
Hab ich das so richtig verstanden? Kann man das Lokal testen mit xampp oder is das nicht vergleichbar, da auf meiner Kiste Wind*** läuft und der Webserver Linux? Aber sollte doch eigentlich egal sein, da es ja eigentlich ne MySQL Geschichte ist, oder?!? Bin völlig verwirrt durch die ganzen Posts ...![]()
Geändert von AbRaXaS (12.11.2007 um 12:25 Uhr) Grund: Zusatz.
Probleme sind da um gelöst zu werden!
If only you and dead people can read HEX, how many people can read it.57006
funktioniert das ganzte NUR und ausschließlich ab MySQL Version 4.1.2? Hab gerade gesehen, das bei mir 4.1.12 läuft. F... Macht mir DAS jetzt nen Strich durch die Rechnung?
Probleme sind da um gelöst zu werden!
If only you and dead people can read HEX, how many people can read it.57006
Hier fällt immer wieder der Begriff "utf-8 Zeichensatz".
Ich will jetzt ja nicht noch mehr Verwirrung stiften, aber einen utf-8 Zeichensatz gibt es nicht. Genauso gibt es keinen utf-16 oder utf-32 Zeichensatz!
UTF (universal transformation format) ist nichts anderes als ein Algorithmus, der jedem Code-Point aus dem Unicode Zeichensatz eine eindeutige Bytefolge zuweist.
Wieviel byte ein bestimmtes Zeichen auf der Festplatte in Anspruch nimmt, hängt dann eben davon ab, welche Kodierung man wählt. (utf-8, utf-16, utf-32)
Alle dieseCodierungen haben aber eines gemeinsam: Die Zeichen sind eindeutig!
Ob man nun ein deutsches, chinesisches oder klingonisches Zeichen darstellen will. Alle Zeichen haben ihre eigene und weltweit einzigartige "Kennziffer" (Code-Point)
Das war eben, bevor es Unicode gab, nicht der Fall!
Alle Character wurden mit Hilfe eines einzigen bytes abgespeichert, womit eben nur max. 256 verschiedene Zeichen dargestellt werden konnten.
Man bediente sich der "Zeichensätze", um eben länderspezifische Zeichen mit ein und der gleichen Zahl darstellen zu können.
Ein weiterer Irrtum ist auch die immer wieder zu hörende Meinung, dass utf-8 immer mit 8 bit abspeichert. Das stimmt einfach nicht! utf-8 speichert nur die ersten 128 Zeichen als 1 byte ab und ist in diesem Fall identisch mit dem ascii-Code. Alle weiteren Code-Points werden mit Hilfe mehrerer bytes gespeichert (bis zu 4 bytes).
Eine weitere Besonderheit ist auch, dass die ersten 256 Zeichen des Unicode-Zeichensatzes mit dem häufig benutzten Latin-1-Zeichensatz identisch sind.
Also merken: utf-8 = Codierung (kein Zeichensatz)
Gruss
Alan
Ich reagiere nur auf Fragen, deren Lesbarkeit keine Zumutung darstellt
JUG-im-Pott (Joomla-User-Group)
und ebenfalls "no Artisteer support"
Vielen Dank für den lexikalischen Exkurs, nur hätte mir dieser nicht weitergeholfen.
Ich habe an der DB nichts umstellen müssen, denn der Zeichensaz stand schon auf utf-8. Ich mußte lediglich der Webseite "mitteilen": "Ey Alde, bissu jetzt utf-8! Klar?"In diesem Sinne ...
Probleme sind da um gelöst zu werden!
If only you and dead people can read HEX, how many people can read it.57006
Lesezeichen