Konvertierung phpbb2 -> phpbb3 Uml (fast alles ausprobier

[Dawn]

Hat vielleicht jemand die Datei ohne Trojaner, oder weiß sonst irgend einen Lösungsweg?

[DSB]

Nur der Vollständigkeit halber: die Trojaner-Meldung ist falsch.
Wenn Du die Datei von mysqldumper.de herunterlädst, dann enthält die Datei garantiert keinen Trojaner.

[wobo]

meine lösung: (vorausgesetzt natürlich das die tabellen VOR der konvertierung noch in ordnung sind)
-in der deutschen "lang_main.php" die variable "$lang['encoding']" von "iso-8859-1" auf "utf-8" ändern, dann erst konvertieren.

Genau diese Lage habe ich:

1. Konvertierung von punbb auf phpBB2 - Nach der oben beschriebenen Änderung der lang_main.php wurde alles korrekt angezeigt.

2. Konvertierung von phpbb2 auf phpBB3.04 durch das Konvertierungstool des Installers: Die Umlaute der Menüs und Hilfetexte sind in Ordnung, die Umlaute in allen Forumthemen und Texten (also allen konvertierten Inhalten) sind durch Sonderzeichen ersetzt.

In der Datenbank sind die Texte in den Tabellen phpbb2_ und phpbb3_ identisch, beide Tabellen befinden sich in derselben Datenbank, daher ist es kein Import-/Export-Problem. Die Darstellung wird in phpBB2 durch die Variable in der lang_main.php geregelt und zeigt das korrekte Ergebnis. Leider suche ich bisher vergeblich das Äquivalent in phpBB3 - wo wird die Variable lang['encoding'] gesetzt?

EDIT:
Ich habe gerade in einem älteren Beitrag gelesen, dass die einzige Lösung darin besteht, per SQL-Befehlen die Sonderzeichen in den Tabellen in die Umlaute zu wandeln. Na Prost! (86 Rubriken mit 270.000 Beiträgen).

[DSB]

Ich habe gerade in einem älteren Beitrag gelesen, dass die einzige Lösung darin besteht, per SQL-Befehlen die Sonderzeichen in den Tabellen in die Umlaute zu wandeln. Na Prost! (86 Rubriken mit 270.000 Beiträgen).

Genau das regelt das weiter oben verlinkte Programm DUK automatisch in einem Rutsch, wenn es sich um die Konstellation latin1-Umlaute wurden als ut8 eingespielt handelt.

[wobo]

Genau das regelt das weiter oben verlinkte Programm DUK automatisch in einem Rutsch, wenn es sich um die Konstellation latin1-Umlaute wurden als ut8 eingespielt handelt.

Vermutlich verstehe ich nicht, was Du mir in all den Beiträgen über DUK erzählst.
Die Umlaute sind in der Datenbank in beiden Tabellengruppen, also in phpbb2_ und phpbb3_ gleich identisch codiert. In phpBB2 wird die Darstellung über die Variable in der lang_main.php geregelt und alles ist gut. In phpbb3 allerdings fehlt diese Variable, die Daten werden quasi "roh" von der DB übernommen und müssen daher der Kodierung entsprechen, in der das Forum dargestellt werden soll. Ich muss die Kodierung also in der Datenbank verändern.

Vermutlich haben sich die Entwickler etwas dabei gedacht, das ich mit meinen Kenntnissen nicht nachvollziehen kann. Ich weiß nur, dass ich mit diesem einen Schritt meinen Server stundenlang auslasten darf (bin jetzt lokal im Test auf einem Core2Duo mit 2GB RAM nach 20 Minuten mit etwa 15% der phpbb_posts/post_text durch).

BTW: duk.exe dürfte auch kaum bei mir laufen, ich habe kein Windows.

wobo

[DSB]

Vermutlich verstehe ich nicht, was Du mir in all den Beiträgen über DUK erzählst.

Wenn Du Dir das Programm mal ansehen würdest, dann würdest Du feststellen, dass es alle Textspalten aller Tabellen ermittelt und in der Lage ist Trefferstellen zu ersetzen. Es gibt eine einzige PHP-Datei, die das automatisiert erledigen kann. Es ist nicht sonderlich schwer das PHP-Skript so umzuschreiben, dass es die Aufgabe alle Umlaute durch ihr HTML-Äquivalent zu ersetzen, über die ganze Datenbank erledigt und DU kannst Dir die händische Arbeit sparen.
Darauf wollte ich hinaus.

Allerdings muss es auch im phpbb3 eine Möglichkeit geben die Daten korrekt anzuzeigen wenn diese auch korrekt in der Datenbank stehen, wie Du sagst. Ist der gesendete Header vielleicht einfach nur falsch? Was passiert denn, wenn Du im Browser die Kodierung händisch änderst?
Wo liegt die Seite denn, damit man sich das mal ansehen kann?

[wobo]

Vermutlich verstehe ich nicht, was Du mir in all den Beiträgen über DUK erzählst.

Wenn Du Dir das Programm mal ansehen würdest, dann würdest Du feststellen, dass es alle Textspalten aller Tabellen ermittelt und in der Lage ist Trefferstellen zu ersetzen. Es gibt eine einzige PHP-Datei, die das automatisiert erledigen kann. Es ist nicht sonderlich schwer das PHP-Skript so umzuschreiben, dass es die Aufgabe alle Umlaute durch ihr HTML-Äquivalent zu ersetzen, über die ganze Datenbank erledigt und DU kannst Dir die händische Arbeit sparen.

Das bedeutet, ich brauche diese duk.exe nicht, sondern kann direkt mit dem Script arbeiten? Schau ich mir an.

Allerdings muss es auch im phpbb3 eine Möglichkeit geben die Daten korrekt anzuzeigen wenn diese auch korrekt in der Datenbank stehen, wie Du sagst. Ist der gesendete Header vielleicht einfach nur falsch? Was passiert denn, wenn Du im Browser die Kodierung händisch änderst?

Das kann nicht klappen, da ja die Deklaration im Header korrekt ist (utf-8), alle Meldungen und Menüs von phpBB3 werden ja korrekt angezeigt. Nur eben die DB-Inhalte nicht.
Zur Zeit liegt die Website bei mir lokal auf dem Rechner. Ich spiele die ganze Umsetzung von einem punBB-Board auf phpBB3 erstmal hier durch, inklusive aller Änderungen des Templates, Portal, Wechselwirkung mit Wordpress, Coppermine sowie DokuWiki. Erst wenn hier alles funktioniert, gehe ich auf den Server in ein Testbett, dann kommt am Schluß der echte Umzug. Ist immerhin ein Board mit 2k+ Usern und 270K+ Beiträgen, da ist man vorsichtig.

wobo

[DSB]

Das bedeutet, ich brauche diese duk.exe nicht, sondern kann direkt mit dem Script arbeiten? Schau ich mir an.

Naja, die duk.exe ruft verschiedene Funktionen des Skripts wie einen WebService auf. Aber das bekommst Du bestimmt hin.

Das kann nicht klappen, da ja die Deklaration im Header korrekt ist (utf-8), alle Meldungen und Menüs von phpBB3 werden ja korrekt angezeigt. Nur eben die DB-Inhalte nicht.

Beziehst Du Dich auf die Meta-Tag-Angabe im HTML-Quelltext oder auf den richtigen Header? Das ist nämlich ein enormer Unterschied.

Nur eben die DB-Inhalte nicht.

Bst Du sicher, dass die Db-Inhalte tatsächlich korrekt sind? Tu mir bitte den Gefallen und prüfe das über meinen MySQlDumper (siehe Signatur). Nur so kann ich sicher sein, dass die Daten auch tatsächlich korrekt vorliegen, da er die Kette von möglichen Fehlkonfigurationen selbst in die Hand nimmt und so ausschliesst. Welche MySQL-Version nutzt Du? Ich hoffe, sie ist >= 4.1.

[wobo]

Beziehst Du Dich auf die Meta-Tag-Angabe im HTML-Quelltext oder auf den richtigen Header? Das ist nämlich ein enormer Unterschied.

Ich meinte den PageSource Header, der ja nur ausgibt, was in der overall_header.html des Templates steht. Allerdings steht da wiederum nur der Platzhalter in den META Tags: "charset= {S_CONTENT_ENCODING}" und ich habe bisher nicht herausgefunden, wo diese Variable in phpBB3 deklariert wird.

Bst Du sicher, dass die Db-Inhalte tatsächlich korrekt sind? Tu mir bitte den Gefallen und prüfe das über meinen MySQlDumper (siehe Signatur). Nur so kann ich sicher sein, dass die Daten auch tatsächlich korrekt vorliegen, da er die Kette von möglichen Fehlkonfigurationen selbst in die Hand nimmt und so ausschliesst. Welche MySQL-Version nutzt Du? Ich hoffe, sie ist >= 4.1.

Ja, natürlich! Mach ich, wenn ich mir "quer" reingezogen habe...

wobo

[DSB]

Allerdings steht da wiederum nur der Platzhalter in den META Tags: "charset= {S_CONTENT_ENCODING}" und ich habe bisher nicht herausgefunden, wo diese Variable in phpBB3 deklariert wird.

Hast Du keinen vernünftigen Texteditor, der über alle Dateien in einem Ordner suchen kann?
Ich habs mal für Dich über ein deutsches phpbb3.0.4 laufen lassen.
Das scheint fest verdrahtet zu sein und kann gar nicht per Konfiguration eingestellt werden.

Suchen nach: S_CONTENT_ENCODING
phpBB3\adm\index.php(144): 'S_CONTENT_ENCODING' => 'UTF-8',
phpBB3\adm\swatch.php(46): 'S_CONTENT_ENCODING' => 'UTF-8',
phpBB3\adm\style\colour_swatch.html(4): <meta http-equiv="Content-Type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\adm\style\install_header.html(5): <meta http-equiv="Content-Type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\adm\style\install_update_diff.html(5): <meta http-equiv="Content-Type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\adm\style\overall_header.html(5): <meta http-equiv="Content-Type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\adm\style\simple_header.html(5): <meta http-equiv="Content-Type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\includes\functions.php(3730): 'S_CONTENT_ENCODING' => 'UTF-8',
phpBB3\install\index.php(434): 'S_CONTENT_ENCODING' => 'UTF-8',
phpBB3\styles\prosilver\template\overall_header.html(5): <meta http-equiv="content-type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\styles\prosilver\template\simple_header.html(5): <meta http-equiv="content-type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\styles\prosilver\template\ucp_pm_viewmessage_print.html(4): <meta http-equiv="content-type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\styles\prosilver\template\viewtopic_print.html(5): <meta http-equiv="content-type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\styles\subsilver2\template\overall_header.html(5): <meta http-equiv="content-type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\styles\subsilver2\template\simple_header.html(5): <meta http-equiv="content-type" content="text/html; charset={S_CONTENT_ENCODING}" />
phpBB3\styles\subsilver2\template\ucp_pm_viewmessage_print.html(4): <meta http-equiv="Content-Type" content="text/html; charset={S_CONTENT_ENCODING}">
phpBB3\styles\subsilver2\template\viewtopic_print.html(4): <meta http-equiv="Content-Type" content="text/html; charset={S_CONTENT_ENCODING}">
Es wurden 17 Vorkommen in 17 Datei(en) gefunden.

Allerdings läuten bei mir alle Alarmglocken wenn die Variable bei Dir nicht durch UTF-8 ersetzt wird. Da scheinst Du noch ein ganz anderes Problem zu haben...