UTF-8! Bitte um Hilfe

Hier bekommst Du deutschsprachigen Support. Keine Fehlermeldungen oder Erweiterungswünsche bitte!
DasNets
Posts: 13
Joined: Thu 22. Feb 2007, 12:49
Location: Zirndorf bei Nürnberg
Contact:

UTF-8! Bitte um Hilfe

Post by DasNets »

Hallo, habe jetzt die neueste Version von phpwcms installiert - Die is ja auch super und alles, aber diese Schei*-UTF-8-Codierung hat mir alle meine Umlaute zerfressen! Im Frontend funktioniert alles einwandfrei, aber im Backend sehen die Umlaute nach irgendwelchen wirren Sonderzeichen aus.

Wer kann helfen, damit ich diesen Schrott rausbekomme.

vielen Dank.

MfG DasNets
wer später bremst ist länger schnell
User avatar
flip-flop
Moderator
Posts: 8178
Joined: Sat 21. May 2005, 21:25
Location: HAMM (Germany)
Contact:

Post by flip-flop »

Hi,

sieht das so bei dir aus, stimmen die Einstellungen mit denen in der DB überein?:

$phpwcms['db_charset'] = 'utf8';
$phpwcms['db_collation'] = 'utf8_general_ci';

$phpwcms['charset'] = 'utf-8'; // utf-8 default charset

Gruß Knut
>> HowTo | DOCU | FAQ | TEMPLATES/DOCS << ( SITE )
User avatar
oeconom
Posts: 337
Joined: Fri 13. May 2005, 09:33
Location: Kassel Area
Contact:

Post by oeconom »

Hallo Freunde,

ich stelle die Frage mal anders, bevor ich mir was verhunze...:
Welche Codierung sollte ich nehmen, wenn ich meine Seiten auf Deutsch und/oder Englisch publizieren möchte?

Oder vielleicht mag jemand ja auch die Vor- und Nachteile, bzw. auch Unterschiede der einzelnen Möglichkeiten darstellen...?!

Vielen Dank und Gruß,
FELIX
...alles wird gut!
still alive...
Experimenting with phpwcms and hoping to have time one day to get a site live... :wink:
One Site finished! :P
User avatar
flip-flop
Moderator
Posts: 8178
Joined: Sat 21. May 2005, 21:25
Location: HAMM (Germany)
Contact:

Post by flip-flop »

Hier gibt es einen Hinweis von O.G.: http://www.phpwcms.de/forum/viewtopic.php?t=13890

Anregung: http://www.phpwcms.de/forum/viewtopic.php?t=13896
Und hier noch mehr zum Thema: http://www.phpwcms.de/forum/viewtopic.p ... ght=#81556

Für DE und EN kannst du UTF-8 oder auch iso sowie latin nehmen. Muss nur zur DB passen.

Gruß Knut
>> HowTo | DOCU | FAQ | TEMPLATES/DOCS << ( SITE )
DasNets
Posts: 13
Joined: Thu 22. Feb 2007, 12:49
Location: Zirndorf bei Nürnberg
Contact:

Post by DasNets »

Jep, sieht so aus wie dus geschrieben hast ... aber es stimmt trotzdem nicht
wer später bremst ist länger schnell
User avatar
flip-flop
Moderator
Posts: 8178
Joined: Sat 21. May 2005, 21:25
Location: HAMM (Germany)
Contact:

Post by flip-flop »

Dann sieht deine Datenbank anders aus. Aktuell dazu: http://www.phpwcms.de/forum/viewtopic.php?p=81586#81586

Knut
>> HowTo | DOCU | FAQ | TEMPLATES/DOCS << ( SITE )
DasNets
Posts: 13
Joined: Thu 22. Feb 2007, 12:49
Location: Zirndorf bei Nürnberg
Contact:

Post by DasNets »

Im Frontend wird ja alles richtig angezeigt, aber im Backend nicht. Und wenn es an der Datenbank liegen würde, dann wäre es im Frontend ja auch falsch!
wer später bremst ist länger schnell
User avatar
Jensensen
Posts: 3000
Joined: Tue 17. Oct 2006, 21:11
Location: auf der mlauer

Post by Jensensen »

[x]
Last edited by Jensensen on Sat 20. Sep 2008, 02:14, edited 1 time in total.
{so_much} | Knick-Knack. | GitHub
Umlaute im URL sind meistens immer Kacke.
User avatar
Oliver Georgi
Site Admin
Posts: 9940
Joined: Fri 3. Oct 2003, 22:22
Location: Dessau-Roßlau
Contact:

Post by Oliver Georgi »

MySql <4.1 - Hände weg von UTF-8!!!!!!!!!!

Das sollte die oberste Maxime sein, für die von Euch, die nicht wissen, was sie tun.

Oliver
Oliver Georgi | phpwcms Developer | GitHub | LinkedIn
User avatar
Jensensen
Posts: 3000
Joined: Tue 17. Oct 2006, 21:11
Location: auf der mlauer

Post by Jensensen »

Die Verwirrung wird immer größer:

Habe
$phpwcms['db_version'] = 40115;

vorher lief es juti

jetzt nicht.

Habe alle Kundenprojekte seit v128
XHTML 1.0 Transitional
und
content-type text/html -->charset=UTF-8

'am laufen dran'

Jetzt zickt die DB

Wat'n jetzt???


Nochmal zum Nachvollziehen: Weil in phpMyAdmin direkt nachm Login was Stand von:

MySQL connection collation: utf8_unicode_ci

hatte ich das damals bei der 128-Installation auch in der CONF eingetragen/eintragen lassen (default bei set up oder utf8_general_ci / das ist fast schnuppe egal).

Jetzt erst, nach einem Blick in die Tables lese ich was von 'latin1_german2_ci' und prompt gibt's Ärger mit der 1.2.9

Also nochmal: Wat'n jetzt???
{so_much} | Knick-Knack. | GitHub
Umlaute im URL sind meistens immer Kacke.
User avatar
Jensensen
Posts: 3000
Joined: Tue 17. Oct 2006, 21:11
Location: auf der mlauer

Post by Jensensen »

Oliver Georgi wrote:MySql <4.1 - Hände weg von UTF-8!!!!!!!!!!

Das sollte die oberste Maxime sein, für die von Euch, die nicht wissen, was sie tun.

Oliver

Also bitte, wir wissen schon ziemlich genau was wir tun!!

Das sind ja wohl eher die Set-Up Routinen, die hier irgendwas tun, WAS WO NIRGENDS STEHT und nicht dokumentiert ist.

Die einzige Doku ist DAS STUNDENLANGE SUCHEN IM FORUM und _gott sei dank_ EURE HILFE!

Auf das Chaos (erst nightly built OHNE release notes!, dann 129, dann patch und ne 1.2.10 angekündigt, sourcefourge directories sind auch immer anders, je nach dem wo man dort landet, mal doku EN, dann wieder DE für 1.1 DEV oder so), KEINE Installationsanweisungen etc. will ich hier mal nicht näher drauf eingehen.....)

Habe hier ne Latte von Kundenprojekten mit 1.2.8. Freue mich über die neuen Features der 1.2.9!!!, fahre hier mühsam die Updates - bemerke einige Unsicherheiten und in einer Woche womöglich fange ich von vorn an, um die dann verfügbare 1.2.10 mit neuem Theater zu installieren. Das kanns ja wohl nicht sein!

Da vertraut man den Hilfestellungen in den Forum-Posts, sucht mühsam nach Erklärungen, setzt KUNDENSERVER mit phpwcms auf und dann heisst es: läßt sich im vorhinein vermeiden; hätteste ja auch besser so gemacht:


JA WIE DENN DANN, WENN'S NIRGENDS STEHT!!!


Und wenn schon neue releases, vielleicht sollte man dann warten, bzw. das sourceforge-chaos, nightly, patches, fehlende Installer-Docs erst einmal tun.

grmpf, grummel and greetz
Jensensen

PS: eines der besten features der 1.2.9: Länge der Schlagtexte im Listing variabel bestimmen zu können!!!! sehr nett!
Last edited by Jensensen on Thu 1. Mar 2007, 21:12, edited 1 time in total.
{so_much} | Knick-Knack. | GitHub
Umlaute im URL sind meistens immer Kacke.
User avatar
Oliver Georgi
Site Admin
Posts: 9940
Joined: Fri 3. Oct 2003, 22:22
Location: Dessau-Roßlau
Contact:

Post by Oliver Georgi »

Bleib mal bitte unruhig...
...was soll ich auf Deine Romane antworten?
http://www.phpwcms.de/forum/viewtopic.php?t=13890

Ich habe auch viele Nerven zu dem Thema gelassen. Es gibt kein allgemeines Rezept, außer schön strikt vorzugehen. Ich kann es nur immer betonen: solange Ihr Euch mit Deutsch und Englisch usw. beschäftigt, möglichst auf UTF-8 verzichten. PHP ist nun mal nicht sonderlich UTF-8 freundlich. Damit bist Du immer auf der sicheren Seite. Warum glauben bloß alle UTF-8 wäre besser.

$phpwcms['db_version'] = 40115; das entspricht MySQL 4.1.15 - soweit schön.

Um herauszubekommen, wie Deine Datenbank läuft und ob die Zeichen ordentlich kommen, kannst Du einfach mit den Settings spielen. Wichtig nur - nichts speichern, solange Du Dir sicher bist.

Für das Upgrade der DB ist das alles erst mal soweit egal, da dort nur Queries ausgeführt werden, die auf die Datenbankstruktur Einfluss nehmen.

Oliver
Oliver Georgi | phpwcms Developer | GitHub | LinkedIn
User avatar
Jensensen
Posts: 3000
Joined: Tue 17. Oct 2006, 21:11
Location: auf der mlauer

Post by Jensensen »

Glaub ich ja. Ist auch nicht easy!

Ok, vielleicht lieg ich ja auch vollkommen falsch. Aber moderne Sites sind eben ohne Tables usw. bzw. XHTML Transitional/strict, vor allem mit utf-8 angelegt.

Daher hatte ich die DB eben auch mit den UTF Einstellungen eingerichtet. (mehr oder weniger DEFAULT beim Set-Up!!??)
Und stoße nun bei den tables auf die LATIN-collation.
Das irritiert. (Wie gesagt, bin kein SQL-Chief).

Aber wie Du voher geantwortet hattest:
Kann es sein, dass es diesbezüglich vollkommen egal ist, wie das in der SQL steht - ich meine im Hinblick auf die Codierung der Seiten???

Also, dass SQL "eine Welt für sich" ist???
Insofern wäre es dann auch "egal" wie/was in der DB steht, hauptsache "vorne" auf den Seiten bzw. im Backend, wenn die Seiten editiert werden, ist alles ok. (rest on the fly)

Ich hatte ja eine gangbare Lösung gefunden...
http://www.phpwcms.de/forum/viewtopic.php?t=13933


Dann könnte ich ja mit den Updates weitermachen, ohne Schlimmeres befürchten zu müssen...
Last edited by Jensensen on Thu 1. Mar 2007, 21:52, edited 1 time in total.
{so_much} | Knick-Knack. | GitHub
Umlaute im URL sind meistens immer Kacke.
User avatar
Oliver Georgi
Site Admin
Posts: 9940
Joined: Fri 3. Oct 2003, 22:22
Location: Dessau-Roßlau
Contact:

Post by Oliver Georgi »

das geht nicht! Du kannst Charset und Collation nicht mischen. Das höherwertige bekommt dann Oberhand - charset.

Im Übrigen hat XHTML nichts mit dem Charset zu tun. Ein viel verbreiteter Irrtum.

Oliver
Oliver Georgi | phpwcms Developer | GitHub | LinkedIn
User avatar
Detlef
Posts: 38
Joined: Fri 22. Sep 2006, 10:15
Location: Berlin

Post by Detlef »

Gibt es eine Empfehlung für die Einstellungen?

bisher 1.2.8 mit DB 3.x
neu 1.2.9 mit DB 4.x

Detlef
Post Reply