[de-de] latin1 auf utf8 im Nachhinein ändern?

Victor Lazarro · 2006-07-03 23:59:28

Hallo, kann ich im Nachhinein die Collation ohne Problem in einer Tabelle ändern?
Unter Mysqldumper bietet er mir die Option für die einzelnen Tabellen an …
oder gibt es da spezielle Dinge zu beachten ??

Offensichtlich hatte ich beim Anlegen die Grundeinstellungen Latin1 übersehen …
Ich denke dies ist die Ursache für falsche Ä, Ö, Ü …

Sencer · 2006-07-04 00:09:04

Es gibt beim Anlegen nichts zu beachten, da Textpattern das selber regelt.

Probleme gibt es nur, wenn man Tabllen falsch umzieht (zwischen servern) und dabei nicht auf die charsets achtet. Um zu helfen das zu reparieren müßte man aber genau wissen was passiert ist und wo sich der Fehler einschlich. Und poste mal deine ausfühliche Diagnose – die gibt Auskunft darüber ob dies für dich ein Problem ist oder nicht (ist im Textbook auf englisch erklärt).

Victor Lazarro · 2006-07-04 08:38:15

danke für die Antwort …

- zum Thema umziehen, ich habe TXP neuinstalliert und die bereits vorhandenen Artikel per copy and paste eingefügt,
wie in einem anderen Thread beschrieben, ging der Import (Backup) von rss_db_admin leider nicht, also es wurde
alles neu installiert und nicht falsch umgezogen …

- jedoch erinnere ich mich dass ich über phpadmin eine Datenbank anlegen muss bevor ich TXP installieren kann, dort
war die Voreinstellung Latin1 (dies ist mir nun im Nachhinein erst aufgefallen)!

Version Textpattern: 4.0.3 (r1188)
last_update: 2006-06-22 09:51:49/2006-06-27 22:53:19
Absoluter Pfad der Seite: /home/falschspieler_eu/www
$path_to_site: /home/falschspieler_eu/www
Pfad Textpattern: /home/falschspieler_eu/www/textpattern
Schema der URLs: messy
Temporäres Verzeichnis: /home/falschspieler_eu/www/images
Seiten-URL: falschspieler.eu
PHP-Version: 4.4.2
Register globals: 1
server_time: 2006-07-04 10:37:03
MySQL: 4.1.18-standard-log
Regionale Einstellungen: de_DE.UTF-8
Server: Apache/1.3.29 (Unix) FrontPage/5.0.2.2635 DAV/1.0.3 PHP/4.4.2 mod_gzip/1.3.19.1a mod_fastcgi/2.2.12 mod_ssl/2.8.16 OpenSSL/0.9.7a
Apache-Version: Apache/1.3.29 (Unix) FrontPage/5.0.2.2635 DAV/1.0.3 PHP/4.4.2 mod_gzip/1.3.19.1a mod_fastcgi/2.2.12 mod_ssl/2.8.16 OpenSSL/0.9.7a
php_sapi_mode: apache
os_version: Linux 2.4.21-40.ELsmp

<p>es werden keine Fehlermeldungen angezeigt …

Sencer · 2006-07-04 09:27:31

Ich brauche die ausführliche Diagnose, dort sind die notwendigen Infomrationen enthalten (Die Dateiliste und den oberen Teil kannst du gerne weglassen).

Wie die Datenbank angelegt wurde und welchen charset sie hat ist ebenfalls eigentlich nicht relevant.

Victor Lazarro · 2006-07-04 10:13:10

@sencer

tja, ich glaube ich kann dir jetzt nicht ganz folgen, wenn ich auf Diagnose klicke ist das alles was kommt ??
es werden keine weiteren Fehler angezeigt …

sorry, steh ich jetzt auf der Leitung?

Espresso · 2006-07-04 10:20:29

Schau mal dort, wo Du dieses Diagnose herhast (Administration->Diagnose):

Unter dem Textfeld aus dem Du die obigen Angaben kopiert hast gibt es ein Auswahlfeld.
Das kannst Du von Darstellung/Allgemein auf Darstellung/Detailliert umstellen.

Ich denke dass ist es was Sencer haben möchte.

Victor Lazarro · 2006-07-04 10:24:42

na aber gerne doch, danke für den Tipp

Charset (default/config): latin1/utf8
character_set_client: utf8
character_set_connection: utf8
character_set_database: latin1
character_set_results: utf8
character_set_server: latin1
character_set_system: utf8
character_sets_dir: /usr/share/mysql/charsets/
18 Tables: textpattern is latin1, txp_category is latin1, txp_css is latin1, txp_discuss is latin1, txp_discuss_ipban is latin1, txp_discuss_nonce is latin1, txp_file is latin1, txp_form is latin1, txp_image is latin1, txp_lang is latin1, txp_link is latin1, txp_log is latin1, txp_page is latin1, txp_plugin is latin1, txp_prefs is latin1, txp_priv is latin1, txp_section is latin1, txp_users is latin1

PHP-Erweiterungen: xslt, xml, tokenizer/0.1, sysvshm, sysvsem, standard/4.4.2, sockets, shmop, session, posix, pdf, overload, mysql, mcrypt, mbstring, imap, gettext, gd, ftp, exif/1.4 $Id: exif.c,v 1.118.2.37.2.4 2006/01/01 13:46:52 sniper Exp $, dbase, dba, curl, ctype, calendar, bz2, bcmath, zlib/1.1, pcre, openssl, apache, eAccelerator/0.9.3, ming, Zend Optimizer
/include/txp_category.php: r1154 (dffd7979531373149c74e3eedfbb50e2)
/include/txp_plugin.php: r1167 (c2c7d7fc1e4918c79cd3658c62e4fbda)
/include/txp_auth.php: r1166 (3e2eaca7b151e14561125ab68e722203)
/include/txp_form.php: r947 (c0e4393328985742bd81cda61d10d5ed)
/include/txp_section.php: r1154 (d85c1ce405fccd9dac364c8ef4eb72eb)
/include/txp_tag.php: r1134 (3e2dfbd6fdccf0693c147ba22a9705e7)
/include/txp_list.php: r1042 (e85d2de1c63b41f0e5bdcf268e3c487b)
/include/txp_page.php: r876 (e22dc37b465b87757722732a225b25f3)
/include/txp_discuss.php: r1170 (1e56e08cc95c255783410076db12529f)
/include/txp_prefs.php: r1170 (c806be1b1f238e75a5ff6b7cf8432d17)
/include/txp_log.php: r906 (68c4f32b70ce41a349f197b6bba6c200)
/include/txp_preview.php: r628 (a16f84b6610fc66db0bce51e25b7af34)
/include/txp_image.php: r1168 (e8ec79ff9b3a21c356ee23da7973b1f0)
/include/txp_article.php: r1170 (88689d7469d16c13d51bd4adff03ebd7)
/include/txp_css.php: r922 (0c596d9968052b89581d1ca65a77c5de)
/include/txp_admin.php: r1074 (7e87ff0e29101593fb170b1a2de9fd59)
/include/txp_link.php: r1154 (7c0c55ff6580793dff0626f169e64ad6)
/include/txp_diag.php: r1154 (5d66b90f7e7720dd0e3526ca1b24cf89)
/lib/admin_config.php: r877 (9aea12193cc76eea1964eb0383ec6513)
/lib/txplib_misc.php: r1170 (7000a1b27aa40c90978211e6cff358ec)
/lib/taglib.php: r628 (493878f922262157601c26a999a1c478)
/lib/txplib_head.php: r1183 (fb85b66b4e379476935233f844844bef)
/lib/classTextile.php: r1141 (b066c2bfa94a26ae3d70b245dcf81369)
/lib/txplib_html.php: r1166 (bd11de6e6daa3391eab75a46db55ae36)
/lib/txplib_db.php: r1170 (5a2c3a1e328cd343a067cbb8fd25cd79)
/lib/IXRClass.php: r765 (2efb0fb05b55c634072b0bae9af38bdd)
/lib/txplib_forms.php: r950 (74da2c67abe4786c353ea416c13656eb)
/publish/taghandlers.php: r1188 (4e8eaeb0543d8fde09d6e423af4253b9)
/publish/atom.php: r1117 (14c1aa23c708898d7723b3d6b9c89050)
/publish/log.php: r864 (c3d16d3dfe375819a19fcd62398e4b86)
/publish/comment.php: r1187 (d55dde574418d2eaf6a394d703056d9a)
/publish/search.php: r884 (80f942f1dc301857c2fa9dcb16aa1246)
/publish/rss.php: r1099 (ce0d82b9435d8f1de01c8e2b6c585f93)
/publish.php: r1186 (d5c20bf2298e87969575f9e622bf2797)
/index.php: r1172 (52f753ebb51c1f7d5312485d9dbad7e4)
/css.php: r944 (df1c754417bdfb4e97a2c83ae5b454ee)

<p>reicht das??

Sencer · 2006-07-04 11:12:08

Yepp. Wie dort zu sehen ist:

Charset (default/config): latin1/utf8

ist Textpattern per config.php darauf ingestellt utf8 zu benutzen für die Datenbank. Alle Tabellen sind aber als latin1 angelegt:

18 Tables: textpattern isb latin1, txp_category is latin1, txp_css is latin1, txp_discuss is latin1, txp_discuss_ipban is latin1, txp_discuss_nonce is latin1, txp_file is latin1, txp_form is latin1, txp_image is latin1, txp_lang is latin1, txp_link is latin1, txp_log is latin1, txp_page is latin1, txp_plugin is latin1, txp_prefs is latin1, txp_priv is latin1, txp_section is latin1, txp_users is latin1

So etwas kann bei der Installatio von Textpattern selbst nie auftreten. Entweder wurde also eine falsche config.php genutzt, oder es wurden alte Tablle von einem anderen System wiederhergestellt.

Wenn du den Wert in der config.php änderst, werden alle zuküftig gespeicherten Texte in Ordnung sein, was mit den alten Texten pasiert hängt davon ab wann und wie sie eingefügt wurden.

(Möglicherweise muß man den charset der tabellen/felder ändern, möglicherweise muß man aber auch die Inhalte konvertieren. – Bevor du da was ausprobierst, ber erstmal ersteres ausprobieren.)

Victor Lazarro · 2006-07-04 11:23:42

ok, das heisst jetzt also ich ändere die config “latin1/utf8” ?? – sollte ich danach besser ein neues backup machen?

die Frage ist wenn ich später ein Backup verwenden muss (neuinst. oder was auch immer) liest er die Daten dann richtig ein oder wird es wieder Ä;Ü;Ö Probleme geben ?

oder ist es besser die datenbank zu ändern …?

Last edited by Victor Lazarro (2006-07-04 11:29:23)

Victor Lazarro · 2006-07-05 09:26:47

was ist denn bitte der Unterschied zwischen “utf8_bin” und “utf8_unicode_ci” ??

Sencer · 2006-07-05 14:34:05

ok, das heisst jetzt also ich ändere die config “latin1/utf8” ?? sollte ich danach besser ein neues backup machen?

Du solltest v.a. vorher ein Backup machen. ;)

die Frage ist wenn ich später ein Backup verwenden muss (neuinst. oder was auch immer) liest er die Daten dann richtig ein oder wird es wieder Ä;Ü;Ö Probleme geben ?

Das “was auch immer” ist eben das relevante. Einfach gesagt: Wenn die Dinge funktionieren (was sie normalerweise bei einer Installation immer tun), dann kannst du jederzeit ein Backup anlegen und einspielen, ohne etwas gesondertes zu beachten. Lediglich bei Umzügen mußt du manchmal die Augen aufmachen, wenn unterschiedliche Versionen von mysql im Spiel sind.

Wenn es im Anschluß nun funktioniert, und du keine Beschwerden hast, dann kannst du auch wieder ganz normal backups anlegen und einspielen von der konkreten Installation.

oder ist es besser die datenbank zu ändern …?

kommt drauf an. Was verstehst du unter “ändern”? Und was meinst du mit “besser”?

“utf8_bin” und “utf8_unicode_ci” ??

Die Collation ist eigentlich herzlich egal, weil die nur für das ordnen, sortieren und vergleichen von einträgen eine Rolle spielt, bspw. ob “Müller” gleich nach Mu kommt, oder nach “Mz” usw., ob groß- und kleinschreibung ognoriert werden soll etc. (das ci am Ende steht z.B. für case insensitive).
Was wichtig ist, sind die charsets der Datenbank.

Da das alles aber mysql spezifische Informationen sind, findest du alle relevanten Information im Handbuch von mysql am ausführlichsten erläutert. – Wirklich relevant dürfte es für dich aber nicht sein.

Hier eine knappe, verständliche Einführung:
http://dev.mysql.com/tech-resources/articles/4.1/unicode.html

Victor Lazarro · 2006-07-05 15:19:38

so, danke vielmals, ich habe mir die datenbank mal angeschaut, da war durch ein altes Backup bei manchen Einstellungen
utf8 und latin vermischt, habe ich mal geändert, ich gehe davon aus so schnell nicht wieder umzuziehen, somit hoffe ich nicht auf weitere Probleme, einen Artikel muss ich noch komplett berichtigen, dann passt alles …

Vielen Dank

PS: es ist eben nicht so einfach und vorallem kann ich nicht alles auf einmal lesen, jetzt habe ich bei Windows Rechnern meine Seite gesehen und finde die Schrift fürchterlich, also eines der nächsten Themen …

THX V.

Textpattern CMS

Textpattern CMS support forum

#1 2006-07-03 23:59:28

[de-de] latin1 auf utf8 im Nachhinein ändern?

#2 2006-07-04 00:09:04

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#3 2006-07-04 08:38:15

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#4 2006-07-04 09:27:31

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#5 2006-07-04 10:13:10

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#6 2006-07-04 10:20:29

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#7 2006-07-04 10:24:42

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#8 2006-07-04 11:12:08

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#9 2006-07-04 11:23:42

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#10 2006-07-05 09:26:47

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#11 2006-07-05 14:34:05

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

#12 2006-07-05 15:19:38

Re: [de-de] latin1 auf utf8 im Nachhinein ändern?

Board footer