[TYPO3-german] utf8 immer noch ein problem

2012-10-10 Diskussionsfäden Historia
Die Tage versuche ich eine Website neu zu machen die ich direkt nach der 
Einrichtung komplett auf utf8 umgestellt hatte. Nach dem Umstellung habe 
ich noch einige Anpassungen durchgeführt. Alles was ich nach der 
Umstellung gemacht habe ist jedoch wieder als Latin1 kodiert, obwohl die 
Kollation der Datenbank auf utf8-unicode steht.


Obwohl ich schon lange mit CMS arbeite bin ich kein Datenbankspezialist 
und kein Programmierer. Kann es sein, dass jede Extension erneut die 
Tabellen explizit in Latin1 anlegt?


Ich arbeite mit Amharisch, bin also auf korrekte Kodierung in utf8 
angewiesen.


Grüße aus Afrika
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] utf8 immer noch ein problem

2012-10-10 Diskussionsfäden Yvon Folz
Hallo,

versuche mal im MySQL Dump zu schauen ob in jeder Tabelle utf8
explizit eingestellt ist, eventuell lauert hier die Fehlerquelle.

Gruß Yvon

---

Am 10. Oktober 2012 10:37 schrieb Historia histor...@historia-web.de:
 Die Tage versuche ich eine Website neu zu machen die ich direkt nach der
 Einrichtung komplett auf utf8 umgestellt hatte. Nach dem Umstellung habe ich
 noch einige Anpassungen durchgeführt. Alles was ich nach der Umstellung
 gemacht habe ist jedoch wieder als Latin1 kodiert, obwohl die Kollation der
 Datenbank auf utf8-unicode steht.

 Obwohl ich schon lange mit CMS arbeite bin ich kein Datenbankspezialist und
 kein Programmierer. Kann es sein, dass jede Extension erneut die Tabellen
 explizit in Latin1 anlegt?

 Ich arbeite mit Amharisch, bin also auf korrekte Kodierung in utf8
 angewiesen.

 Grüße aus Afrika
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] UTF8 und typo3.org

2011-09-24 Diskussionsfäden Historia

Hallo,

ich vermute eher umgekehrt. Erst jetzt wird die Datenbank standardmäßig 
als utf-8 angelegt. Vor 4.5 musste ich immer die Datenbank von Hand 
umstellen. Typo3 versteckt die automatische Umwandlung so ist es oft so 
dass die Datenbank swedish ist, aber Typo3 (fast) komplett in utf-8 läuft.


Die Datenbank noch einmal mit phpmyadmin exportieren und mit der 
entsprechenden Umwandlung in die neue Seite importieren.  Evtl. drop 
Table nicht vergessen.


Herbert

Am 24/9/2011 5:33 ጡዋት, schrieb Andreas Becker:

Hi

Koennte es sein, dass typo3.org upgedated wurde und dabei dei UTF8
Einstellungen veraendert wurden denn bei uns in den Browsern zeigen nunmehr
cryptische Zeichen und Buchstaben Kombinationen.

Check

pazpar2
Description
Interface to indexdata’s pazpar2 metasearch middleware


Facebook Like (Share) Button ( grb_facebook_like_button )
In Upload comment i.e.Stadt Münster
bnb Backup ( bnbbackupext )
Sönke

etc.

--

Das Problem koennte evtl behoben werden indem man in der Local Conf.php die
beiden Zeilen die durch das Installtool dort reingeschriben werden
bezueglich UTF8 wieder komplett rausloescht! Komplett heisst auch die evtl
von vorher gesetzten Einstellungen in den beiden UTF8 Einstellungen fuer
force Charset und Set Names ...

Mit der Extension
*sm_charsethelper*
*
*
*Laesst sich zudem sehr einfach feststellen ob der Server wo die Seite drauf
gehostet wird auch wirklich richtig und komplett auf UTF8 eingestellt ist.
Oft nutzen Hoster immer noch die Standard MySQL Einstellungen und
latin_swedish_ci etc.
*
*
*
*Liebe Gruesse
*
*
*
*Andi
*


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] UTF8 und typo3.org

2011-09-23 Diskussionsfäden Andreas Becker
Hi

Koennte es sein, dass typo3.org upgedated wurde und dabei dei UTF8
Einstellungen veraendert wurden denn bei uns in den Browsern zeigen nunmehr
cryptische Zeichen und Buchstaben Kombinationen.

Check

pazpar2
Description
Interface to indexdata’s pazpar2 metasearch middleware


Facebook Like (Share) Button ( grb_facebook_like_button )
In Upload comment i.e.Stadt Münster
bnb Backup ( bnbbackupext )
Sönke

etc.

--

Das Problem koennte evtl behoben werden indem man in der Local Conf.php die
beiden Zeilen die durch das Installtool dort reingeschriben werden
bezueglich UTF8 wieder komplett rausloescht! Komplett heisst auch die evtl
von vorher gesetzten Einstellungen in den beiden UTF8 Einstellungen fuer
force Charset und Set Names ...

Mit der Extension
*sm_charsethelper*
*
*
*Laesst sich zudem sehr einfach feststellen ob der Server wo die Seite drauf
gehostet wird auch wirklich richtig und komplett auf UTF8 eingestellt ist.
Oft nutzen Hoster immer noch die Standard MySQL Einstellungen und
latin_swedish_ci etc.
*
*
*
*Liebe Gruesse
*
*
*
*Andi
*
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-03-02 Diskussionsfäden Marco Polo
Vielen dank für die Hinweise. Auf der Problemseite gibt es derzeit 
leider dennoch keinen Fortschritt.

Der Webadmin arbeitet hoffentlich mit Hochdruck daran :-)

Kurioserweise habe ich in einer anderen t3 Installation ein weiteres 
bemerkenswertes utf8 Problem.
Die Instanz läuft auf einem Uniserver. Soweit ich das beurteilen kann 
ist der Server vorbildlich für utf8 eingerichtet.

Ein sql Dump (Über phpMyAdmin) erzeugt reinstes utf8.

Das Problem:

ich kann einen Seitentitel und eine Überschrift mit schönen namen wie  
Włodzimierz Borodziej oder  Němec, Mirek anlegen. Wenn ich das im 
Bodytext versuche bekommen ich ein:


/102: These fields are not properly updated in database: (bodytext) 
Probably value mismatch with fieldtype./


Uff, werde utf8 wohl nicht mehr verstehen in diesem leben.

Herzliche Grüße

Am 01.03.2011 10:02, schrieb Michael Meurer:

Hallo Andreas,

danke für die Ausführungen.
Ich werde beide Variationen mal antesten.

Gruß
Michael
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-03-01 Diskussionsfäden Michael Meurer

Hallo Andreas,

danke für die Ausführungen.
Ich werde beide Variationen mal antesten.

Gruß
Michael
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-28 Diskussionsfäden Michael Meurer

Hallo Andreas,

danke für deine ausführliche Antwort.

Am 27.02.2011 00:51, schrieb Andreas Becker:


.
etc/mysql/my.cnf - hier fehlen by default die utf8 eintraege
etc/php5/apache2/php.ini - hier fehlen by default die utf8 und mbstring
werte


Jetzt wo du es sagst.. Ich erinnere mich, dass ich unter suse utf-8 in 
der php.ini von Hand nachgetragen habe.



etc/apache2/httpd - die ist in der regel erst einmal leer und du kannst den
benannten Eintrag dort hinzufuegen

php.ini kann sich auch woanders befinden, denn das haengt davon ab wie du
php betreibst. als cgi oder apache module.
Als Apachemodul, ist aber klar, ich weiß, wo die unter OpenSuse oder 
Ubuntu liegen.


forceCharset ist out und man sollte es nicht mehr verwenden. Ebenso das SET
NAMES.
Wie gesagt, war in der 4.5.x im Installtool aktiviert. Ich sollte aber 
auch ohne auskommen ;-)


SET NAMES kann jedoch noch notwendig sein, wenn du eine Datenbank hast die
zwar UTF8 anzeigt aber im Grunde latin1-swedish ist. Am besten konvertiere
diese Daten gleich in richtiges UTF8.


Deine übrigen Sachen quote ich jetzt nicht.
Ich habe einen eigenen kleinen Server, auf dem ich Vollzugriff habe.

Die zwei Seiten, für die es aktuell relevant ist, sind eh meine und habe 
ich vor Kurzem neu in 4.5.x aufgesetzt. Ist noch nit viel drin.
Dann werd ich mal die Einstellungen mit einbinden und neue Datenbanken 
und Seiten aufsetzen.
Ich hatte mal gelesen, die nachträglichen utf-8 Einstellungen wirken 
sich nur auf neue Datenbanken aus, nicht auf Bestehende. Ist das richtig?


Gruß
Michael
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-28 Diskussionsfäden Michael Meurer

Ach Andreas,

was bedeuten die Sternschen vor den Einträgen:

*collation_server=utf8_general_ci
character_set_server=utf8*

Ein Hinweis, dass  diese Einträge hinzugefügt und nicht Standard sind?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-28 Diskussionsfäden Andreas Becker
well das kann riskant sein :-)

Checke VORHER was in deiner Datenbank steht und nutze z.B. MySql Dumper um
die Inhalte in richtiges UTF8 umzuwandeln und reimportiere diese dann in
deine neue Einstellungen.

Ansonsten laeufst du gefahr eine MischKonfiguration zu haben und die kann
hinterher kaum mehr einer auseinander klamuesern mal so kurz. Besser vorher
alles richtig vorbereiten.

Wir haben hier ziug Seiten umwandeln muessen in riesen Seiten wo wir eben
dieses Problem hatten da die Vorgaenger die das System maintainten darauf
keinen wert gelegt hatten und schlichtweg einfach das im TER befindliche
Tool zur angeblichen UTF8 Umwandlung benutzten. Das aendert jedoch nur den
label von latin auf utf8 und damit ist es eben nicht getan, es sei denn man
benutzt nur English, da hat man in der regel keine Probleme.

Anjsonsten hilft nur die Umwandlung in Binaer und zurueck wie es der
Wordpress Plugin richtig macht. Mit dem hatten wir letznen Monat mal so kurz
2000 Seiten umgewandelt. Der fragt auch immer brav nach ob er was soll oder
nicht.

MySQL Dumper macht das meines erachtens auch richtig, aber hierzu solltest
du besser Steffen fragen denn der kennt sich mit dem tollen MySQL Dumper
wesentlich besser aus.

Ah den sternchen Eintrag habe ich wieder entfernt gestern uebrigens nachdem
ich unsere System auf Debian Squeeze und MySQL 5.1 upgedatet habe. Solange
der in der my.cnf stand wollte phpmyadmin (das neue) dann nicht mehr und wie
steffen schon weiter oben erwaehnt hatte dient es wohl nur zur sortierung.

Fuer alle die auch updaten wollen auf Squeeze und bei Hetzner sind -
Funktioniert einwandfrei!
http://www.debianroot.de/allgemein/debian-lenny-auf-squeeze-upgrade-anleitung-1276.html

Lieben Gruss


Andi


2011/2/28 Michael Meurer ty...@michael-meurer.info

 Hallo Andreas,

 danke für deine ausführliche Antwort.

 Am 27.02.2011 00:51, schrieb Andreas Becker:

  .

 etc/mysql/my.cnf - hier fehlen by default die utf8 eintraege
 etc/php5/apache2/php.ini - hier fehlen by default die utf8 und mbstring
 werte


 Jetzt wo du es sagst.. Ich erinnere mich, dass ich unter suse utf-8 in der
 php.ini von Hand nachgetragen habe.


  etc/apache2/httpd - die ist in der regel erst einmal leer und du kannst
 den
 benannten Eintrag dort hinzufuegen

 php.ini kann sich auch woanders befinden, denn das haengt davon ab wie du
 php betreibst. als cgi oder apache module.

 Als Apachemodul, ist aber klar, ich weiß, wo die unter OpenSuse oder Ubuntu
 liegen.


 forceCharset ist out und man sollte es nicht mehr verwenden. Ebenso das
 SET
 NAMES.

 Wie gesagt, war in der 4.5.x im Installtool aktiviert. Ich sollte aber auch
 ohne auskommen ;-)


 SET NAMES kann jedoch noch notwendig sein, wenn du eine Datenbank hast die
 zwar UTF8 anzeigt aber im Grunde latin1-swedish ist. Am besten konvertiere
 diese Daten gleich in richtiges UTF8.

  Deine übrigen Sachen quote ich jetzt nicht.
 Ich habe einen eigenen kleinen Server, auf dem ich Vollzugriff habe.

 Die zwei Seiten, für die es aktuell relevant ist, sind eh meine und habe
 ich vor Kurzem neu in 4.5.x aufgesetzt. Ist noch nit viel drin.
 Dann werd ich mal die Einstellungen mit einbinden und neue Datenbanken und
 Seiten aufsetzen.
 Ich hatte mal gelesen, die nachträglichen utf-8 Einstellungen wirken sich
 nur auf neue Datenbanken aus, nicht auf Bestehende. Ist das richtig?


 Gruß
 Michael
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-26 Diskussionsfäden Steffen Kamper

Hi,

Kollation ist falsch in diesem Zusammenhang - Kollation ist nur die 
Sortierung.

Charset ist das Entscheidene.

Um vor allen Problemen gefeit zu sein sollte man folgendes sicherstellen:

Die DB muss default charset utf8 haben. Das muss man meist aktiv machen, 
da MySQL immer noch mit defailt swedish daherkommt.


Sobald das gewährleistet ist, und man forceCharset in TYPO3 auf utf8 
hat, tauchen keinerlei Probleme auf.


Erst wenn die DB latin ist und man utf8 hineinschreib, fangen die ganzen 
Probleme an. Wenn es also so ist, sollte man am besten die DB neu 
erstellen und dump einstellen (defaultCharset lässt sich nachträglich 
nämlich nicht mnehr ändern)


vg Steffen
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] UTF8

2011-02-26 Diskussionsfäden Andreas Becker
Hi Steffen

 Zu Force Charset lese ich folgendes im Install Tool: This option is
 deprecated since TYPO3 4.5, and will be removed in 4.7. Please use
 proper tools to set your installation to native UTF-8.

Wurde bereits frueher im Thread erwaehnt!

Schadet es wenn man die collation setzt?

Andi

2011/2/26 Steffen Kamper i...@sk-typo3.de

 Hi,

 Kollation ist falsch in diesem Zusammenhang - Kollation ist nur die
 Sortierung.
 Charset ist das Entscheidene.

 Um vor allen Problemen gefeit zu sein sollte man folgendes sicherstellen:

 Die DB muss default charset utf8 haben. Das muss man meist aktiv machen, da
 MySQL immer noch mit defailt swedish daherkommt.

 Sobald das gewährleistet ist, und man forceCharset in TYPO3 auf utf8 hat,
 tauchen keinerlei Probleme auf.

 Erst wenn die DB latin ist und man utf8 hineinschreib, fangen die ganzen
 Probleme an. Wenn es also so ist, sollte man am besten die DB neu erstellen
 und dump einstellen (defaultCharset lässt sich nachträglich nämlich nicht
 mnehr ändern)

 vg Steffen

 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-26 Diskussionsfäden Steffen Kamper

Am 26.02.2011 12:38, schrieb Andreas Becker:

Hi Steffen


Zu Force Charset lese ich folgendes im Install Tool: This option is
deprecated since TYPO3 4.5, and will be removed in 4.7. Please use
proper tools to set your installation to native UTF-8.


Wurde bereits frueher im Thread erwaehnt!

Schadet es wenn man die collation setzt?



nein. Natürlich sollte die Kollation zum charset passen.

Für deutsch gibt es immer wieder das Problem, das utf8_general_ci die 
Umlaute anders sortiert als wir es gewohnt sind. Da benötigt man 
hässlich Workarounds. Wäre schön, wenn es endlich eine deutsche utf8 
Kollation gäbe.


vg Steffen
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-26 Diskussionsfäden Andreas Becker
hmm

was macht man dann mit multilingual Seiten. In der regel wird ja
utf8-general_ci eingesetzt

ist utf8_unicode_ci die bessere wahl?

Andi


2011/2/26 Steffen Kamper i...@sk-typo3.de

 Am 26.02.2011 12:38, schrieb Andreas Becker:

  Hi Steffen

  Zu Force Charset lese ich folgendes im Install Tool: This option is
 deprecated since TYPO3 4.5, and will be removed in 4.7. Please use
 proper tools to set your installation to native UTF-8.


 Wurde bereits frueher im Thread erwaehnt!

 Schadet es wenn man die collation setzt?


 nein. Natürlich sollte die Kollation zum charset passen.

 Für deutsch gibt es immer wieder das Problem, das utf8_general_ci die
 Umlaute anders sortiert als wir es gewohnt sind. Da benötigt man hässlich
 Workarounds. Wäre schön, wenn es endlich eine deutsche utf8 Kollation gäbe.


 vg Steffen
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-26 Diskussionsfäden Steffen Kamper

Hi,

Am 26.02.2011 13:01, schrieb Andreas Becker:

hmm

was macht man dann mit multilingual Seiten. In der regel wird ja
utf8-general_ci eingesetzt

ist utf8_unicode_ci die bessere wahl?



leider gibts keine universelle Lösung. Sortierung kann man aber 
innerhalb von SQL queries benutzen, so das es möglich ist andere 
collations für queries zu nutzen.

http://dev.mysql.com/doc/refman/5.0/en/charset-collate.html

Ich stell immer alles auf utf8_general_ci.

vg Steffen
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-26 Diskussionsfäden Andreas Becker
Danke fuer die Info

Andi

2011/2/26 Steffen Kamper i...@sk-typo3.de

 Hi,

 Am 26.02.2011 13:01, schrieb Andreas Becker:

  hmm

 was macht man dann mit multilingual Seiten. In der regel wird ja
 utf8-general_ci eingesetzt

 ist utf8_unicode_ci die bessere wahl?


 leider gibts keine universelle Lösung. Sortierung kann man aber innerhalb
 von SQL queries benutzen, so das es möglich ist andere collations für
 queries zu nutzen.
 http://dev.mysql.com/doc/refman/5.0/en/charset-collate.html

 Ich stell immer alles auf utf8_general_ci.


 vg Steffen
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-26 Diskussionsfäden Michael Meurer

Dann klärt mich doch bitte mal auf...

Meine localconf-Einstellungen, die ich schon länger nutze, bis 4.4.x:

$TYPO3_CONF_VARS['SYS']['t3lib_cs_convMethod'] = 'iconv'; (o. mbstring)
$TYPO3_CONF_VARS['SYS']['t3lib_cs_utils'] = 'iconv';(o. mbstring)   
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;';   
$TYPO3_CONF_VARS['SYS']['UTF8filesystem'] = '1';
$TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8';

In der 4.5.x steht im Installtool setDBinit auf 'SET NAMES utf8;', 
aber nicht in der localconf.


Diese sollten (lt. einem Thread in der englischen Liste und einer 
Rückfrage meinerseits) so stehen, damit Datenbank, Verbindung und 
Gifbuilder mit utf-8 arbeiten.


Bisher sah es auch immer so aus, das ein ä im Backend, in der DB 
(phpmyadmin) und im Frontend/Browser als ä dargestellt wurde. 
Zeichenkodierung im Browser wird als utf-8 angezeigt.


Meine Datenbanken werden in utf-8 angelegt, das Feld Kollation hat nur 
den Eintrag Kollation. Ich habe seit einer Woche Ubuntu 10.4. Vorher 
hatte ich OpenSuse 10.1, dort stand immer utf8_general_ci.
Bestehende bzw vom alten Server importierte DB's haben die Kollation 
utf8_general_ci.


In etc/mysql/my.cnf (vom Systen angelegt) steht KEIN Eintrag, der irgend 
einen Zeichesatz festlegt, kein utf8, iso-xyz oder sonstiges.


In der php.ini sind alle charset-Angaben auskommentiert.

In etc/apache2/apache2.conf oder einer http.include habe ich auch keinen 
Eintrag auf charset gefunden...


Wo stehen die Einträge alle, von denn Andreas geschrieben hat...

Ich hoffe auch, dass die Umlaute genau so behandelt werden, wenn ich 
forceCharset weg lasse.


Wie sieht es aus, wenn ich forceCharset bei einer Seite entferne, in 
die bis jetzt nur die T3-Templates und die Navigation sind, noch keine 
Inhalte.


Danke für eure Antworten und noch ein schönes Rest-WE.

Gruß
Michael
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-26 Diskussionsfäden Andreas Becker
Hi Michael

Das in einer Datei nichts drinnensteht bedeutet nicht, dass da nix
eingestellt ist! Das ist auch bei TYPO3 so. Viele Einstellungen sind in
TYPO3 voreingestellt und werden dann in localconf.php nur ueberschrieben.
Solange da nix drinnen steht gelten die default Einstellungen. das ist auch
so bei php, apache und mysql.

bei Debian stehen die Eintraege hier:

In aller Regel musst du alle oben benannten Eintraege erst in die
entsprechenden Dateien an den entsprechenden Plaetzen einfuegen

etc/mysql/my.cnf - hier fehlen by default die utf8 eintraege
etc/php5/apache2/php.ini - hier fehlen by default die utf8 und mbstring
werte
etc/apache2/httpd - die ist in der regel erst einmal leer und du kannst den
benannten Eintrag dort hinzufuegen

php.ini kann sich auch woanders befinden, denn das haengt davon ab wie du
php betreibst. als cgi oder apache module.

forceCharset ist out und man sollte es nicht mehr verwenden. Ebenso das SET
NAMES.

SET NAMES kann jedoch noch notwendig sein, wenn du eine Datenbank hast die
zwar UTF8 anzeigt aber im Grunde latin1-swedish ist. Am besten konvertiere
diese Daten gleich in richtiges UTF8.

Zum konvertieren zu UTF8 haben wir bisher sehr gute Erfahrungen mit
Wordpress gemacht. Installiere Wordpress in die TYPO3 Datenbank. Es werden
10 Tables hinzugefuegt die fuer uns keine Rolle spielen und die wir nachher
wieder loeschen. Dann installiere das Plugin
Damit werden alle Tables auch die von TYPO3 bearbeitet. Es wird zuerst alles
in s binaer format gewandelt, dann die utf8 einstellungen vorgenommen und
dann alles entsprechend zurueckgeschrieben. Wenn alles fertig ist checke die
Datenbank nach strange signs - TIP schreibe vorher das oben erwaehnte
Beispiel:

Iñtërnâtiônàlizætiøn
12345678901234567890

Dann siehst du gleich ob es geklappt hat oder nicht.

Ist alles fertig loeschst du die Wordpress tables wieder und den Wordpress
folder. Leider gibt es so einen Plugn nicht fuer TYPO3. die m TER
befindlichen UTF8 umwandler wandeln meist nur die Tabellen bezeichnung und
nicht die Daten selbst und dann hast du schnell einen latin1 utf8
kuddelmuddel den man nur schwer wieder auseinander klamuesern kann, wenn
ueberhaupt.

Steffen kennt sich ja auch mit dem MySQL Dumper aus und kann dir da sicher
noch mehr erklaeren, denn auch mit dem kann man Tables direkt in utf8
exportieren und dann eben wieder importieren. Was da genau vorsich geht kann
er dir besser erklaeren denke ich mal.

Das Haupt Problem das eigentlich dieses Chaos mit UTF8 verursacht ist MySQL.
Die ehemals schedische Firma wollte wohl schwedish als Lingua Franca
einfuehren - klappte nur nicht so ganz :-)

Bist du bei einem Shared Hoster der das Problem n icht so ernst nimmt, dann
hat der meist einfach mal so MySQL mit seinen Default Einstellungen
installiert und schon faengt das Theater an! Daher besser vorher checken wie
deren Einstellungen sind BEVOR man zu einem Shared Hoster wechselt. Auf
einem Dedi hast du diese Probleme in der regel nicht, es sei denn du machst
es wie der benannte Shared Hoster und installierst einfach mal Lamp mit den
default einstellungen und meinst nun alles sei in Butter!

--

Liebe Gruesse

Andi


2011/2/27 Michael Meurer ty...@michael-meurer.info

 Dann klärt mich doch bitte mal auf...

 Meine localconf-Einstellungen, die ich schon länger nutze, bis 4.4.x:

 $TYPO3_CONF_VARS['SYS']['t3lib_cs_convMethod'] = 'iconv'; (o. mbstring)
 $TYPO3_CONF_VARS['SYS']['t3lib_cs_utils'] = 'iconv';(o. mbstring)
 $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;';
 $TYPO3_CONF_VARS['SYS']['UTF8filesystem'] = '1';
 $TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8';

 In der 4.5.x steht im Installtool setDBinit auf 'SET NAMES utf8;', aber
 nicht in der localconf.

 Diese sollten (lt. einem Thread in der englischen Liste und einer Rückfrage
 meinerseits) so stehen, damit Datenbank, Verbindung und Gifbuilder mit utf-8
 arbeiten.

 Bisher sah es auch immer so aus, das ein ä im Backend, in der DB
 (phpmyadmin) und im Frontend/Browser als ä dargestellt wurde.
 Zeichenkodierung im Browser wird als utf-8 angezeigt.

 Meine Datenbanken werden in utf-8 angelegt, das Feld Kollation hat nur
 den Eintrag Kollation. Ich habe seit einer Woche Ubuntu 10.4. Vorher hatte
 ich OpenSuse 10.1, dort stand immer utf8_general_ci.
 Bestehende bzw vom alten Server importierte DB's haben die Kollation
 utf8_general_ci.

 In etc/mysql/my.cnf (vom Systen angelegt) steht KEIN Eintrag, der irgend
 einen Zeichesatz festlegt, kein utf8, iso-xyz oder sonstiges.

 In der php.ini sind alle charset-Angaben auskommentiert.

 In etc/apache2/apache2.conf oder einer http.include habe ich auch keinen
 Eintrag auf charset gefunden...

 Wo stehen die Einträge alle, von denn Andreas geschrieben hat...

 Ich hoffe auch, dass die Umlaute genau so behandelt werden, wenn ich
 forceCharset weg lasse.

 Wie sieht es aus, wenn ich forceCharset bei einer Seite entferne, in die
 bis jetzt nur die T3-Templates und die Navigation sind, noch keine Inhalte.


[TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Marco Polo

Hallo,

habe ein Problem beim Einfügen von Sonderzeichen im RTE.

Im Backend erhalte ich diese Ausgabe sämtlicher Sonderzeichen:

ÀàÁáÂâÃãÄäÅåÆæ
ªÇçÐðÈèÉéÊêËëÌì
ÍíÎîÏïÑñÒòÓóÔôÕ
õÖöØøŒœºŠšßÞþÙù
ÚúÛûÜüÝýŸÿ´ˆ˜¨¸
–—‘’‚“”„‹›«»…
¿¡•†‡¦¶§◊@®™¤¢€£¥

Im Frontend werden nicht *alle* Sonderzeichen angezeigt:

ÀàÁáÂâÃãÄäÅåÆæ
ªÇçÐðÈèÉéÊêËëÌì
ÍíÎîÏïÑñÒòÓóÔôÕ
õÖöØø??º??ßÞþÙù
ÚúÛûÜüÝý?ÿ´??¨¸
??«»?
¿¡???¦¶§◊@®?¤¢?£¥

DB und HTML scheinen korrekt kodiert. Zeichensatz ist in beiden Fällen 
Verdana.


Kann mir jemand einen Rat geben ? Danke!

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Rainer Schleevoigt

Am 2/25/11 1:48 PM, schrieb Marco Polo:

Hallo,

habe ein Problem beim Einfügen von Sonderzeichen im RTE.

Im Backend erhalte ich diese Ausgabe sämtlicher Sonderzeichen:

ÀàÁáÂâÃãÄäÅåÆæ
ªÇçÐðÈèÉéÊêËëÌì
ÍíÎîÏïÑñÒòÓóÔôÕ
õÖöØøŒœºŠšßÞþÙù
ÚúÛûÜüÝýŸÿ´ˆ˜¨¸
–—‘’‚“”„‹›«»…
¿¡•†‡¦¶§◊@®™¤¢€£¥

Im Frontend werden nicht *alle* Sonderzeichen angezeigt:

ÀàÁáÂâÃãÄäÅåÆæ
ªÇçÐðÈèÉéÊêËëÌì
ÍíÎîÏïÑñÒòÓóÔôÕ
õÖöØø??º??ßÞþÙù
ÚúÛûÜüÝý?ÿ´??¨¸
??«»?
¿¡???¦¶§◊@®?¤¢?£¥

DB und HTML scheinen korrekt kodiert. Zeichensatz ist in beiden Fällen 
Verdana.


Kann mir jemand einen Rat geben ? Danke!


es fehlen die Diakritika. Wie kommen die da rein?


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



--
Webmasterei Hamburg
Dipl.-Ing. R. Schleevoigt
TYPO3 Certified Integrator :: iPhone Developer
Ust-ID:  DE239491976
mail:rai...@webmasterei-hamburg.de
http://webmasterei.com/
22303 Hamburg | Novalisweg 10
+49 40 27806982 | skype:kontaktschmied

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Marco Polo

Am 25.02.2011 14:20, schrieb Rainer Schleevoigt:

Am 2/25/11 1:48 PM, schrieb Marco Polo:

Hallo,

habe ein Problem beim Einfügen von Sonderzeichen im RTE.

Im Backend erhalte ich diese Ausgabe sämtlicher Sonderzeichen:

ÀàÁáÂâÃãÄäÅåÆæ
ªÇçÐðÈèÉéÊêËëÌì
ÍíÎîÏïÑñÒòÓóÔôÕ
õÖöØøŒœºŠšßÞþÙù
ÚúÛûÜüÝýŸÿ´ˆ˜¨¸
–—‘’‚“”„‹›«»…
¿¡•†‡¦¶§◊@®™¤¢€£¥

Im Frontend werden nicht *alle* Sonderzeichen angezeigt:

ÀàÁáÂâÃãÄäÅåÆæ
ªÇçÐðÈèÉéÊêËëÌì
ÍíÎîÏïÑñÒòÓóÔôÕ
õÖöØø??º??ßÞþÙù
ÚúÛûÜüÝý?ÿ´??¨¸
??«»?
¿¡???¦¶§◊@®?¤¢?£¥

DB und HTML scheinen korrekt kodiert. Zeichensatz ist in beiden 
Fällen Verdana.


Kann mir jemand einen Rat geben ? Danke!


es fehlen die Diakritika. Wie kommen die da rein?
das sind die sonderzeichen aus dem rte vom tab general. oder was 
meinst du ?
aufgefallen ist halt, das ein œ zb nicht möglich ist. ein langer 
gedankenstrich fehlt auch.


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Marco Polo



Hallo,

habe ein Problem beim Einfügen von Sonderzeichen im RTE.

Im Backend erhalte ich diese Ausgabe sämtlicher Sonderzeichen:

ÀàÁáÂâÃãÄäÅåÆæ
ªÇçÐðÈèÉéÊêËëÌì
ÍíÎîÏïÑñÒòÓóÔôÕ
õÖöØøŒœºŠšßÞþÙù
ÚúÛûÜüÝýŸÿ´ˆ˜¨¸
–—‘’‚“”„‹›«»…
¿¡•†‡¦¶§◊@®™¤¢€£¥

Im Frontend werden nicht *alle* Sonderzeichen angezeigt:

ÀàÁáÂâÃãÄäÅåÆæ
ªÇçÐðÈèÉéÊêËëÌì
ÍíÎîÏïÑñÒòÓóÔôÕ
õÖöØø??º??ßÞþÙù
ÚúÛûÜüÝý?ÿ´??¨¸
??«»?
¿¡???¦¶§◊@®?¤¢?£¥

DB und HTML scheinen korrekt kodiert. Zeichensatz ist in beiden 
Fällen Verdana.


Kann mir jemand einen Rat geben ? Danke!


es fehlen die Diakritika. Wie kommen die da rein?
das sind die sonderzeichen aus dem rte vom tab general. oder was 
meinst du ?
aufgefallen ist halt, das ein œ zb nicht möglich ist. ein langer 
gedankenstrich fehlt auch.
wenn ich spaßeshalber mal bei force_charset utf-8 eintrage, dreht das 
backend zwar durch aber im frontend

stimmen alle zeichen.

in der datenbank sehen alle sonderzeichen noch wunderbar aus. kann ich 
das als indiez nehmen, dass die sonderzeichen korrekt

weggeschrieben wurden und die db ordnungsgemäß auf utf8 läuft ?

für jede hilfe dankbar!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Philipp Gampe
Hallo Marco,

Marco Polo wrote:

 in der datenbank sehen alle sonderzeichen noch wunderbar aus. kann ich
 das als indiez nehmen, dass die sonderzeichen korrekt
 weggeschrieben wurden und die db ordnungsgemäß auf utf8 läuft ?

Nein eher anders herum... in der DB sind die Zeichen nicht in UTF-8 
gespeichert, aber als UTF-8 markiert. Deswegen kommt auch das BE 
durcheinander. Force-charset sollte eigentlich immer gesetzt auf utf-8 sein.

Viele Grüße
-- 
Philipp Gampe
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Michael Meurer

Am 25.02.2011 18:45, schrieb Marco Polo:



Zu Force Charset lese ich folgendes im Install Tool: This option is
deprecated since TYPO3 4.5, and will be removed in 4.7. Please use
proper tools to set your installation to native UTF-8.



Hab ich glatt überlesen...
Habe ich denn in 4.5 ein echtes utf-8, wenn ich auf diese Einstellung 
verzichte?

Oder gibt es da Alternativen/Neuerungen?


Gruß
Michael

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Philipp Gampe
Marco Polo wrote:

 aha, das heißt über phpMyAdmin sieht eine Utft-8 DB immer kaputt aus ?
Nein.

 und wie verstehe ich dann das:
 mit Umlauten im Namen versehen und dann schauen, ob in phpMyAdmin diese
 Umlaute
 genauso angezeigt werden, wie sie sein sollten. Steht dann anstatt
 Müller dort Müller, dann ist vermutlich bei
 setDBinit der Fehler zu suchen
 (http://www.oliver-thiele.de/cms-typo3/tutorials/typo3-mysql-utf8-
umstellung.html#c158)

Du musst schon schauen, ob dein Browser versucht deine Umlaute als utf-8 
(unicode) oder als western european (ISO 8859-1?) darzustellen. Wenn 
PHPmyAdmin sagt diese Zeichen sind ISO 8859-15, dann stellt dein Browser das 
so dar. Wenn dein Backend aber meint das sind UTF-8 Zeichen, dann versucht 
dein Browser eben das.
Was du jetzt herausfinden musst, ist was in deiner Datenbank gespeichert ist 
und wie deine Datenbank markiert ist.

 Deutsche Umlaute zb funktionieren einwandfrei. Es fehlen halt nur einige
 Zeichen im Frontend  (siehe erste Mail). Im Backend sieht ebenfalls
 alles richtig aus.

UTF-8 und ISO 8859-15 sind auf den ersten x Zeichen gleich. Darunter fallen 
auch -soweit ich weiß- die Umlaute.

 Zu Force Charset lese ich folgendes im Install Tool: This option is
 deprecated since TYPO3 4.5, and will be removed in 4.7. Please use
 proper tools to set your installation to native UTF-8.

Ja es wird erwartet, dass die Datenbank richtig eingerichtet ist, d.h. als 
UTF-8 markiert und mit UTF-8 Daten gefüllt ist.

Viele Grüße
-- 
Philipp Gampe
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Peter Linzenkirchner
Hallo Marco, 

Es spielen mehrere Komponenten eine Rolle: die Kollation der Datentabelle und 
die Kollation der Datenverbindung. Wenn die Datentabelle auf utf8 kollationiert 
ist und TYPO3 auf forceCharset=utf8, die Datenbankverbindung aber auf latin, so 
liefert TYPO3 utf8, die MySQL glaubt aber, es bekommt latin und kodiert 
nachmals nach utf8. Rückwärts läuft der gleiche Prozess ab. Wenn du jetzt die 
Kollation der Verbindung umstellst, funktioniert es nicht mehr. 

In phpMyAdmin siehst du die Zeichen deshalb auch unterschiedlich. Je nachdem, 
welche Version von phpMyAdmin du verwendest, greift dieses standardmäßig mit 
einer latin- oder einer utf-8 Verbindung auf die DB zu (in den neueren 
Versionen kann man das auch umstellen). Greifst du also mit einer 
Latin-Verbindung auf eine UTF8-kodierte Tabelle zu, so siehst du falsche 
Zeichen, wenn du dagegen mit einer utf8-Verbindung auf eine latin-Tabelle 
zugreifst, siehst du auch falsche Zeichen, aber anders falsch ... 

Der Artikel hier erklärt dir die Grundlagen: 

http://www.gerd-riesselmann.de/softwareentwicklung/php-und-utf-8-eine-anleitung-teil-1-mysql

Ich zitiere ihn mal: 

Sofern diese [Kodierung der Datenverbindung] nicht manuell angepasst worden ist 
(was selten passiert) ist das Latin1 mit der Sortierung „Schwedisch“!

Dröseln wir jetzt mal auf, was da genau passiert ist:

• Wir sind auf einem Linux-System mit UTF-8 als Zeichensatz. Die 
Eingabe „üüü“ wird daher in die ANSI-Zeichen „üüü“ umgesetzt.
• Der MySQL-Client erwartet Latin1, liest also nicht „üüü“, sondern 
eben „üüü“.
• Und dies schickt er auch an den Server, und zwar mit der Anmerkung, 
es handele sich hier um Daten im Format Latin1.
• Der Server wiederum weiß, dass die Tabelle UTF-8 benutzt und 
konvertiert entsprechend die ankommenden Daten von Latin1 nach UTF-8. Er 
speichert also nicht ein UTF-8-ü, sondern UTF-8-„üüü“
• Wir fragen die Tabelle ab und verlangen dabei das Format Latin1.
• Der Server gibt uns die Daten zurück, konvertiert aber vorher von 
UTF-8 nach Latin1, weil der Client das so wollte.
• Der Client erhält „üüü“ als ANSI und druckt das aus.
• „üüü“ werden auf dem Bildschirm als „üüü“ angezeigt.

Wehe, wenn du jetzt die Kodierung der Datenverbindung umstellst auf utf8 (was 
Version 4.5 m. W. tut). 

Deshalb reicht es nicht, nur forceCharset einzugeben (und ist oft sogar der 
falsche Weg). Du musst vor allem darauf achten, dass die Verbindung zur 
Datenbank in utf8 aufgebaut wird, und das passiert mit setDBinit = 'SET NAMES 
utf8'. Oder auch so: 

$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET CHARACTER SET utf8;'.chr(10).'SET 
NAMES utf8;'.chr(10).'SET SESSION character_set_server=utf8;';

Hier drin ist das auch gut erklärt: 

http://www.mail-archive.com/typo3-german@lists.netfielders.de/msg29438.html 
(der ganze Thread). 

Im Artikel von riesselmann findest du eine Möglichkeit, wie du prüfen kannst, 
welche Kodierung tatsächlich in den Tabellen drin ist. Möglicherweise musst du 
den Content auch erst konvertieren. Vielleicht reicht es auch, die Verbindung 
explizit mit setDBinit = 'SET NAMES latin' auf latin zu setzen. 

Gruß
Peter





Am 25.02.2011 um 18:45 schrieb Marco Polo:

 
 Nein eher anders herum... in der DB sind die Zeichen nicht in UTF-8
 gespeichert, aber als UTF-8 markiert. Deswegen kommt auch das BE
 durcheinander. Force-charset sollte eigentlich immer gesetzt auf utf-8 sein.
 
 Viele Grüße
 aha, das heißt über phpMyAdmin sieht eine Utft-8 DB immer kaputt aus ? und 
 wie verstehe ich dann das:
 mit Umlauten im Namen versehen und dann schauen, ob in phpMyAdmin diese 
 Umlaute
 genauso angezeigt werden, wie sie sein sollten. Steht dann anstatt Müller 
 dort Müller, dann ist vermutlich bei
 setDBinit der Fehler zu suchen 
 (http://www.oliver-thiele.de/cms-typo3/tutorials/typo3-mysql-utf8-umstellung.html#c158)
 
 Deutsche Umlaute zb funktionieren einwandfrei. Es fehlen halt nur einige 
 Zeichen im Frontend  (siehe erste Mail). Im Backend sieht ebenfalls alles 
 richtig aus.
 
 Zu Force Charset lese ich folgendes im Install Tool: This option is 
 deprecated since TYPO3 4.5, and will be removed in 4.7. Please use proper 
 tools to set your installation to native UTF-8.
 
 Herzlichen Dank.
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Marco Polo



Was du jetzt herausfinden musst, ist was in deiner Datenbank gespeichert ist
und wie deine Datenbank markiert ist.


ich bin bisher davon ausgegangen das das der fall ist.
wie kann ich das überprüfen ? kollation ist auf utf8_general 
eingestellt. oder was meint markiert ?

welche möglichkeiten habe ich das zu überprüfen ?

herzlichen dank!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Peter Linzenkirchner
Hallo Marco, 

lies meinen Link zu riesselmann. 

Gruß
Peter

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Tom Lehmann
Am Fr 25 Feb 2011 13:48:02 CET pickn...@schwingkreise.de schrieb:

 habe ein Problem beim Einfügen von Sonderzeichen im RTE.


Mal an dieser Stelle ein kleines Beispiel:

mysql SHOW VARIABLES LIKE 'character_set%';
+--++
| Variable_name| Value  |
+--++
| character_set_client | utf8   | 
| character_set_connection | utf8   | 
| character_set_database   | utf8   | 
| character_set_filesystem | binary | 
| character_set_results| utf8   | 
| character_set_server | utf8   | 
| character_set_system | utf8   | 
| character_sets_dir   | /usr/share/mysql/charsets/ | 
+--++
8 rows in set (0.00 sec)

mysql SHOW VARIABLES LIKE 'collation%';
+--+-+
| Variable_name| Value   |
+--+-+
| collation_connection | utf8_general_ci | 
| collation_database   | utf8_unicode_ci | 
| collation_server | utf8_unicode_ci | 
+--+-+
3 rows in set (0.00 sec)


Danach ziehst Du Dir ein dump von der Datenbank und schaust einfach
mal ins sql-file rein, ob dort wirklich utf-8 vorhanden ist, und nicht
doch noch ein latin1. 

Hast aber ja auch schon andere sehr wertvolle Links dazu bekommen.
Vielleicht dann noch diesen hier:
http://dev.mysql.com/doc/refman/5.1/de/charset-connection.html



Gruss Tom



-- 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] UTF8

2011-02-25 Diskussionsfäden Andreas Becker
Hier eine Beispiel my.cnf: Debian 5 lenny mit mysql 5.

Setting the default and server character set and collation to UTF-8 in your
MySQL config may not be enough if your clients (PHP etc.) request to use a
different one as MySQL will oblige. So long as your clients request the
character set you want to be used this is fine.

etc/mysql:

#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - /etc/mysql/my.cnf to set global options,
# - ~/.my.cnf to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients

[client]
*default-character-set = utf8*
...

[mysqld]
*# setting db server to UTF8
*
*collation_server=utf8_general_ci
character_set_server=utf8*

# On the other hand, if you want to ensure MySQL always stores
# and retrieves data in the UTF-8 charset regardless of what a
# client requests add the following directive to the [mysqld] section
# of your MySQL config file.

#skip-character-set-client-handshake


# * Basic Settings
...

[mysqldump]
...

[mysql]
*# Setting MySql System to utf8*
*default-character-set=utf8
collation_connection=utf8_general_ci*

#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
...

-

In localconf.php deactiviere/loesche die settings die man noch zuvor
gebraucht hatte:
(TIP: teste zuerst mit deactivieren)

// UTF8
*//$TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8'; // loeschen
//$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8'; //** loeschen*
$TYPO3_CONF_VARS['SYS']['t3lib_cs_convMethod'] = 'mbstring';
$TYPO3_CONF_VARS['SYS']['t3lib_cs_utils'] = 'mbstring';
*//$TYPO3_CONF_VARS['SYS']['UTF8filesystem'] = '1'; **// loeschen*

-

in php.ini

If your scripts will contain multi-byte characters be sure to encode them in
UTF-8. Any decent text editor can do this for you (I like notepad++). In
your PHP config, set the default_charset and mbstring.internal_encoding to
UTF-8.

*; PHP's default character set is set to empty.
*; http://php.net/default-charset
;default_charset = iso-8859-1*
*
default_charset = UTF-8
mbstring.internal_encoding = UTF-8

-

Apache

Web browsers need to know what character set to use for the documents you
send it. Your server needs to include charset=utf-8 in the Content-Type HTTP
header so clients will handle UTF-8 encoded documents correctly. There are a
variety of ways you can do this and a simple approach would be to set UTF-8
as the default character set. Here are a few ways you can do this -- add the
method of your choice to httpd.conf or your root htaccess file:


// make utf-8 the default charset for everything
AddDefaultCharset UTF-8

// or specifically for php, html, xml, javascript etc..
AddCharset UTF-8 .php
AddCharset UTF-8 .html
AddCharset UTF-8 .xml
AddCharset UTF-8 .js

---

TESTING

An example in code. From Sam Ruby’s i18n Survival Guide, he recommends using
the string Iñtërnâtiônàlizætiøn for testing. Counted with your eye, you can
see it contains 20 characters;

Iñtërnâtiônàlizætiøn
12345678901234567890

But counted with PHP‘s strlen function...

?php
echo strlen('Iñtërnâtiônàlizætiøn');
?

PHP will report 27 characters. That’s because the string, encoded as UTF-8,
contains multi-byte characters which PHP‘s strlen function will count as
being multiple characters.

Life gets even more interesting if you run the following2);

?php
header('Content-Type: text/plain; charset=ISO-8859-1');

$str = 'Iñtërnâtiônàlizætiøn';

$out = '';
$pos = '';
for($i = 0, $j = 1; $i  strlen($str); $i++, $j++) {
$out .= $str[$i];
if ( $j == 10 ) $j = 0;
$pos .= $j;
}

echo $out.\n.$pos;
?

You should see something like;

Iñtërnâtiônà lizætiøn
123456789012345678901234567

* *
read more about it here http://www.phpwact.org/php/i18n/charsets
and here:
http://www.itnewb.com/v/UTF-8-Enabled-Apache-MySQL-PHP-Markup-and-JavaScript
*
*

http://www.joelonsoftware.com/articles/Unicode.html
http://en.wikipedia.org/wiki/Category:Character_sets
http://en.wikipedia.org/wiki/Character_encoding
http://en.wikipedia.org/wiki/UTF8
*
*
*
*
I hope it helps you to get your machine running in UTF8 and also to test
your stuff.**

Andi
*
*
*
*
*
*
*
*
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] UTF8-Umstellung nach upgrade auf 4.5.0

2011-02-11 Diskussionsfäden Wilfried Pförtsch
Liebe Listenmitglieder.
Ich trau mich mal was zu fragen, nachdem ich nicht so recht finde ...

Mit einem wachsenden deprecation_x.log erheben sich Fragen.

Hier wird beständig - wohl bei Seitenaufruf - neue Einträge hinzugefügt.


Nämlich folgendes.

It looks like UTF-8 is not used for this connection.

Everything other than UTF-8 is deprecated since TYPO3 4.5.
The DB, its connection and TYPO3 should be migrated to UTF-8 therefore. Please 
check your setup.
11-02-11 13:55: This TYPO3 installation is using the 
$TYPO3_CONF_VARS['SYS']['setDBinit'] property with the following value:
SET NAMES = utf8' . LF . 'SET CHARACTER SET utf8' . LF . 'SET SESSION 
character_set_server = utf8' . LF . 'SET character_set_connection = utf8

Was muss ich in der TYPO_CONF_VARS dort eintragen, damit das System erkennt, 
dass es schon unter UTF-8 läuft? Oder wo anders?

Sind das Tippfehler drin? Sehe ich was nicht?

Darf ich diese .log-Datei löschen?

Das Frontend scheint okay zu sein, keine Umlautprobleme und so.

Danke.

Mit freundlichen Grüßen

Wilfried Pförtsch

mailto:wilfr...@pfoertsch.de
mailto:wilfriedpfoert...@mac.com
mailto:wilfried.pfoert...@aelf-ff.bayern.de

Wilfried Pförtsch - Birkenweg 10 - 82269 Geltendorf
privat:  08193/93 92 6550160/8831125

dienst: 0173 8933539
skype:   wilfriedpf

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] UTF8-Umstellung nach upgrade auf 4.5.0

2011-02-11 Diskussionsfäden Tom Lehmann
Am Fr 11 Feb 2011 16:48:21 CET wilfr...@pfoertsch.de schrieb:

Moin,

 It looks like UTF-8 is not used for this connection.


Vielleicht hilft Dir die EXT sm_charsethelper da weiter?
Damit kannst Du sehr schnell erkennen, wo es hakt. 

Wahrscheinlich fehlt Dir bei mysql:
default-character-set = utf8
collation_server=utf8_unicode_ci
character_set_server=utf8


Gruss Tom


--
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german