»Update 1.3.9 (latin1) zu 1.15.1 (UTF8) - Konvertierungfehler

Wuppi · Beobachter Anmeldedatum: 15.02.2010 Beiträge: 3 Chats: 0

Hi

ich habe nach dem Update von 1.3.9 zu 1.15.1 3 Probleme:

Charset-Fehler in Dateiliste/History
Wenn ich mir die betreffenden Tabellen exportiere und mittels notepad++ nach UTF8 Umwandel und wieder importiere ist das Problem weg. (muss zum exportieren hierzu mySQLDUmper nutzen und als Format latin1 angeben; beim importieren erkennt er automatisch das utf8 drin ist). Bisher hab ich die Tabellen revision, images und aufgrund des Namens

oldimages entsprechend konvertiert. Ich hab das Wiki jetzt mehrfach durchgeklickert und erstmal keine weiteren Fehler gefunden. Was aber nicht heißt das noch welche da sind

Jemand ne idee welche Tabellen ich mir noch anschauen soll? (notepad++ ist dahingend sehr hilfreich das es mir beim betrachten schon sagt ANSI (also wirklich latin1) oder UTF8. Ich hatte jetzt auch schon Tabellen die nach update wirklich UTF8 sind.

Ich hatte schon versucht die komplette 1.3.9er DB zum dumpen und nach utf8 umzuwandeln und dann zu updaten. Danach hab ich überall Probleme mit den Umlauten. Scheinbar ist der 1.3.9er Datenbestand schon teilweise UTF8 - wenn ich das nochmal (durchs update) konvertiere, isses nur noch für die Tonne.

Collation-Error.
Wenn ich z.b. in der Dateiliste etwas mit Umlaut suche oder eine bestimmte Seite im Wiki aufrufe kommt nen dicker Collation fehler. Ok.... ich ändere in den betreffenden Tabellen/Spalten die Collation von latin1_bin/latin1_general/swedish_ci nach utf8_bin bzw. utf8_general_ci. Das klappt. Um sicher zu gehen das ich nicht bei weniger benutzten Bereichen gleiche Fehler habe, muss ich nun "händisch" ca. 30 Spalten in nem großteil der Tabellen von latin auf utf umgestellt. Kann doch nicht sein sowas?!

In einer MediaWiki-Neuinstallatin haben sehr viel weniger Spalten eine Collation eingetragen. Setzt die DB das automatisch sobald inhalt drin ist?

Aber zu den beiden hab ich ja eine Notlösung gefunden. Tragischer ist das nächste Problem:

Fehler bei Umlauten in Dateinamen
Es wurden viele Dateien mit Umlauten hochgeladen. Diese sind nach dem Update nicht mehr erreichbar.

In der Dateiliste bei klick auf (Datei) wird der FALSCHE Ordner angegeben (wieso ändert der sich?). Gibt somit natürlich einen 404er. Einfach die Datei verschieben bringt auch nichts. Ich muss die Datei umbennen. Im Filesystem (ansicht via WinSCP) liegt die Datei mit Namen test-ü.jpg. Per Konsole test-kryptischezeichen.jpg. Ich muss jetzt unter "Dateiliste" nochmal auf die (Datei) klicken und mir dort den Namen kopieren (ebenfalls kryptisch - aber anders kryptisch). Danach nenne ich die Datei nun um. Jetzt klappt es. Das betrifft über 150 Dateien

. Vorallem sehen die Dateien jetzt extrem komisch aus. Wenn ich mir die zur Sicherung auf meine Windows-Kiste ziehe, werde ich garantiert irgendwann Probleme bekomme diese Datei überhaupt anzufassen

Genaue Dateinamenbeispiele kann ich auf Wunsch später liefern. Was ist das für ein Problem? Und wie kann ich das bequem fixen? Beim 1.3.9er Wiki klappt es ja auch ohne Probleme. (das problem tritt sowohl vor als auch nach konvertierung images/oldimages auf [siehe oben], refreshLinks.php/rebuildImages.php sind hier keine hilfe)

kleines Zusatzproblem: 8 alte Tabellen werden nicht gelöscht
Mich wunderte das die Upgedatete Datenbank 49 Tabellen hat, ein neues MediaWiki aber nur 41. Fand dann 8 Tabellen die net mehr gebraucht werden. Manuell gelöscht. Warum macht das script das nicht?

Woran liegt es das das Updatescript (Web) hier so schlampig arbeitet? Gibt es hierfür vielleicht einen fix? Oder wenn es beim manuellen Korrigieren bleibt: was muss ich noch fixen?

Sämtliche Collations die auf latin stehen hab ich passend auf utf umgestellt. Bei 2 war mir das nicht möglich. Gab ne SQL-Fehlermeldung - diese Tabellen sind aber leer - ist wohl Cache oder sowas.

3 von 41 Tabellen hab ich manuell auf UTF8 konvertiert. Bei welchen Seiten, Suchen etc. könnte ich noch ein Zeichensatzproblem haben? (hab unter Spezialseiten alles einmal geklickt - da war nichts. Suche hab in in Dateiliste und Allgemein probiert).

Und wie fixe ich das mit den Dateinamen?

Gruß
Wuppi

wiki-forum.de · Gast

Mach mit!

Wenn Dir die Beiträge gefallen haben oder Du noch Fragen hast oder Ergänzungen machen möchtest, solltest Du Dich gleich bei uns anmelden:

» Anmelden

Registrierte Mitglieder genießen die folgenden Vorteile:
✔ kostenlose Mitgliedschaft
✔ keine Werbung
✔ direkter Austausch mit Gleichgesinnten
✔ neue Fragen stellen oder Diskussionen starten
✔ schnelle Hilfe bei Problemen
✔ Bilder und Videos hochladen
✔ und vieles mehr...

Autor	Nachricht
Wuppi Beiträge & PNs ignorieren Beobachter Anmeldedatum: 15.02.2010 Beiträge: 3 Chats: 0	19.02.2010, 09:54 zitieren Hi ich habe nach dem Update von 1.3.9 zu 1.15.1 3 Probleme: Charset-Fehler in Dateiliste/History Wenn ich mir die betreffenden Tabellen exportiere und mittels notepad++ nach UTF8 Umwandel und wieder importiere ist das Problem weg. (muss zum exportieren hierzu mySQLDUmper nutzen und als Format latin1 angeben; beim importieren erkennt er automatisch das utf8 drin ist). Bisher hab ich die Tabellen revision, images und aufgrund des Namens oldimages entsprechend konvertiert. Ich hab das Wiki jetzt mehrfach durchgeklickert und erstmal keine weiteren Fehler gefunden. Was aber nicht heißt das noch welche da sind Jemand ne idee welche Tabellen ich mir noch anschauen soll? (notepad++ ist dahingend sehr hilfreich das es mir beim betrachten schon sagt ANSI (also wirklich latin1) oder UTF8. Ich hatte jetzt auch schon Tabellen die nach update wirklich UTF8 sind. Ich hatte schon versucht die komplette 1.3.9er DB zum dumpen und nach utf8 umzuwandeln und dann zu updaten. Danach hab ich überall Probleme mit den Umlauten. Scheinbar ist der 1.3.9er Datenbestand schon teilweise UTF8 - wenn ich das nochmal (durchs update) konvertiere, isses nur noch für die Tonne. Collation-Error. Wenn ich z.b. in der Dateiliste etwas mit Umlaut suche oder eine bestimmte Seite im Wiki aufrufe kommt nen dicker Collation fehler. Ok.... ich ändere in den betreffenden Tabellen/Spalten die Collation von latin1_bin/latin1_general/swedish_ci nach utf8_bin bzw. utf8_general_ci. Das klappt. Um sicher zu gehen das ich nicht bei weniger benutzten Bereichen gleiche Fehler habe, muss ich nun "händisch" ca. 30 Spalten in nem großteil der Tabellen von latin auf utf umgestellt. Kann doch nicht sein sowas?! In einer MediaWiki-Neuinstallatin haben sehr viel weniger Spalten eine Collation eingetragen. Setzt die DB das automatisch sobald inhalt drin ist? Aber zu den beiden hab ich ja eine Notlösung gefunden. Tragischer ist das nächste Problem: Fehler bei Umlauten in Dateinamen Es wurden viele Dateien mit Umlauten hochgeladen. Diese sind nach dem Update nicht mehr erreichbar. In der Dateiliste bei klick auf (Datei) wird der FALSCHE Ordner angegeben (wieso ändert der sich?). Gibt somit natürlich einen 404er. Einfach die Datei verschieben bringt auch nichts. Ich muss die Datei umbennen. Im Filesystem (ansicht via WinSCP) liegt die Datei mit Namen test-ü.jpg. Per Konsole test-kryptischezeichen.jpg. Ich muss jetzt unter "Dateiliste" nochmal auf die (Datei) klicken und mir dort den Namen kopieren (ebenfalls kryptisch - aber anders kryptisch). Danach nenne ich die Datei nun um. Jetzt klappt es. Das betrifft über 150 Dateien . Vorallem sehen die Dateien jetzt extrem komisch aus. Wenn ich mir die zur Sicherung auf meine Windows-Kiste ziehe, werde ich garantiert irgendwann Probleme bekomme diese Datei überhaupt anzufassen Genaue Dateinamenbeispiele kann ich auf Wunsch später liefern. Was ist das für ein Problem? Und wie kann ich das bequem fixen? Beim 1.3.9er Wiki klappt es ja auch ohne Probleme. (das problem tritt sowohl vor als auch nach konvertierung images/oldimages auf [siehe oben], refreshLinks.php/rebuildImages.php sind hier keine hilfe) kleines Zusatzproblem: 8 alte Tabellen werden nicht gelöscht Mich wunderte das die Upgedatete Datenbank 49 Tabellen hat, ein neues MediaWiki aber nur 41. Fand dann 8 Tabellen die net mehr gebraucht werden. Manuell gelöscht. Warum macht das script das nicht? Woran liegt es das das Updatescript (Web) hier so schlampig arbeitet? Gibt es hierfür vielleicht einen fix? Oder wenn es beim manuellen Korrigieren bleibt: was muss ich noch fixen? Sämtliche Collations die auf latin stehen hab ich passend auf utf umgestellt. Bei 2 war mir das nicht möglich. Gab ne SQL-Fehlermeldung - diese Tabellen sind aber leer - ist wohl Cache oder sowas. 3 von 41 Tabellen hab ich manuell auf UTF8 konvertiert. Bei welchen Seiten, Suchen etc. könnte ich noch ein Zeichensatzproblem haben? (hab unter Spezialseiten alles einmal geklickt - da war nichts. Suche hab in in Dateiliste und Allgemein probiert). Und wie fixe ich das mit den Dateinamen? Gruß Wuppi
Nach oben	profil pn

wiki-forum.de Beiträge & PNs ignorieren Gast	19.02.2010, 09:54 zitieren Mach mit! Wenn Dir die Beiträge gefallen haben oder Du noch Fragen hast oder Ergänzungen machen möchtest, solltest Du Dich gleich bei uns anmelden: » Anmelden Registrierte Mitglieder genießen die folgenden Vorteile: ✔ kostenlose Mitgliedschaft ✔ keine Werbung ✔ direkter Austausch mit Gleichgesinnten ✔ neue Fragen stellen oder Diskussionen starten ✔ schnelle Hilfe bei Problemen ✔ Bilder und Videos hochladen ✔ und vieles mehr...
Nach oben

	Re:	Hits	Letzter Beitrag
\x80, \x82, \x84, \x95, \x96, \x97, usw. in UTF8 wandeln Nachdem ich mit meinem RSS-Feed ständig Probleme wg. der Validierung hatte, bin ich nun auf die Lösung gekommen: function utf8_encode_with_cp1252($str) { return strtr(utf8_encode($str), array( "\xc2\x80"... von mgutt	0	1850	19.09.2009, 11:51 mgutt
UPDATE Schlachte Del Sol D15 Rot mit ca.140tkm UPDATE Werde zum Wochenende einen roten US Del Sol Bj93 mit ca 88000 meilen schlachten Motor ohne probleme es sollte nur die kupplung gewechselt werden , da die gänge sehr schwer reingehen mit klimaanlage Alles noch vorhanden also schreibt mir schnell... Seite 2, 3, 4, 5, 6von cannstatter1987	55	1088	21.05.2012, 19:20 cannstatter1987
UPDATELoliger Motor/Filter KaltLuft bau xD Stage3!UPDATE Mich hat heute so die lust gepackt einfach mal so richtig wieder was zu spaksen und das kamm dabei raus und das beste ist sogar es funktoniert und das eigentlich ganz gut erst ein bissla warm gefahren und dann ne bundestraße die 3% gefälle hat von 0-160... Seite 2, 3, 4von R3DEX	37	3135	24.08.2007, 06:35 R3DEX
Postbote war da update update 20. Juli :D :D :D hey leute der postbote war vorhin da lol yeahaaaaaaa und teile sind für mich auch mitgekommen :D dickes lob an Milanored EG die Anhänger sind echt erste sahne :yes: und auch ein lob an meinen hondahändler gg der hat mir die 90ps... Seite 2, 3von Ej9ner	21	1670	09.08.2008, 05:52 deacone
update eg hier n kleines Update, carbon haube /... Seite 2von hondata	11	691	07.09.2007, 10:22 Vtec-Power
Update !!! UPDATEEEEEEEEEEEEE... von na4alnik	6	201	04.05.2010, 06:50 derNürnberger
eg - update für diesen sommer...... von hondata	7	414	09.06.2007, 15:23 Vtec-Power
Kleines Update II Moin Moin, Jetzt zum Winter noch ein paar kleine Veränderungen durchgeführt, unter anderem 40/40 H&R Spurplatten v+h, nun auch den Grill vorne komplett auf Holden umgestaltet, Heck überarbeitet, die Felgendeckel überarbeitet, und last but... Seite 2von Fladdy	18	1079	27.10.2011, 12:29 snub2000
Civic mb update Will euch mal meinen civic vorstellen ! hoffe er gefällt euch (; bin für ehrliche verbesserungsvorschläge und kritik offen (; Honda civic MB6 130 t km shg 169 ps B18c4 KW gewinde fahrwerk Brock B24 ALufelgen Getönte scheiben Scheinwerfer... von BigScull	1	259	31.08.2011, 16:50 gressy
Update Mediawiki Hallo ich habe die Aufgabe bekommen unser völlig altes MediaWiki zu Updaten! Hier erstmal wichtige Version Infos: * MediaWiki: 1.5.5 * PHP: 4.3.10-22 (apache2handler) * MySQL: 5.0.19-Debian_3-log Nun möchte ich das auf... [MediaWiki]von ericroehr	0	127	01.11.2010, 15:02 ericroehr