phpBB.de

Die entscheidende Stelle ist hier, wenn ich mich mal dazwischenhängen darf:
phpBB3\includes\functions.php und ist defacto fest "verdrahtet".
Es könnte als sein, dass etwas schief gegangen ist und die Kollation für die phpBB3 Tabellen nicht auf utf8_bin gestellt ist, das Browser aber aufgrund der hardcoded UTF-8 versucht Daten einer ganz anderen Kollation als utf-8 darzustellen.

Bitte werfe nicht Kollation (Sortiervereinbarung) und Charset (Zeichensatz) durcheinander. Überall liest man in Foren etwas von Kollation, dabei hat das nicht direkt mit dem verwendeten Zeichensatz zu tun. Ein Ändern der Kollation wirkt sich in keinster Weise auf den Zeichensatz oder den Zeichenvorrat in der Datenbanktabelle aus.

DSB hat geschrieben:Hast Du keinen vernünftigen Texteditor, der über alle Dateien in einem Ordner suchen kann?

Doch, ich habe nur noch nicht daran gedacht, ein 'grep -r ENCODING ./phpbb3/*' drüber laufen zu lassen
Sieht bei mir ebenso aus wie bei Dir.

Miriam hat geschrieben:Die entscheidende Stelle ist hier, wenn ich mich mal dazwischenhängen darf:
phpBB3\includes\functions.php

Bei mir auch.

wobo

@DSB:
Ja, stimmt. Also im Grunde genommen könnte es um das hier gehen -> http://dev.mysql.com/doc/refman/5.0/en/ ... ction.html

So, habe mir den MySQLDumper gesaugt, das Script in /var/www/html gelegt und vom Browser aus aufgerufen. Leider mit dem Resultat einer leeren Seite. dsbs_wrapper.php auf der Kommandozeile aufgerufen, gibt den Fehler aus In der Zeile 17 steht: Diese Funktion ist auch nirgends zu finden - oder ist das eine Standardfunktion des MySQL?

wobo

wobo hat geschrieben:So, habe mir den MySQLDumper gesaugt, das Script in /var/www/html gelegt und vom Browser aus aufgerufen. Leider mit dem Resultat einer leeren Seite.

Äh, entpackt hast Du es aber?

dsbs_wrapper.php auf der Kommandozeile aufgerufen, gibt den Fehler aus

Code: Alles auswählen

PHP Fatal error: Call to undefined function utf8_encode() in /var/www/hatml/dsbs_wrapper.php on line 17

In der Zeile 17 steht:

Code: Alles auswählen

$chars[]=utf8_encode($char);

Diese Funktion ist auch nirgends zu finden - oder ist das eine Standardfunktion des MySQL?

Ok, vergiss den Ansatz. Ich dachte, das Du Dich mit der PHP-Programmierung auskennst.

DSB hat geschrieben:Äh, entpackt hast Du es aber?

Äh, "entpacken"? Was ist das?
Nein, natürlich habe ich es entpackt und genau das gemacht, was in der Readme steht: die Zugansdaten der DB eingetragen und auf den Server gestellt.

Ok, vergiss den Ansatz. Ich dachte, das Du Dich mit der PHP-Programmierung auskennst.

Nein, habe ich nie behauptet, im Gegenteil!. Es wird aber auch nirgendwo in der Readme verlangt. Da steht nur "hochladen und laufen lassen". Wenn die wichtigen Sachen in der duk.exe stehen, so hatte ich ja schon erwähnt, dass ich die nicht gebrauchen kann.
Wäre aber trotzdem interessant, wenn Du mir ansatzweise erklärst, was ich falsch gemacht habe.

BTW: Ich glaube, wenn ich mich in PHP-Programmierung auskennen würde, wäre ich nicht hier - zumindest nicht als Fragesteller.

wobo

Ich tippe mal darauf, dass Du eine uralte PHP-Version laufen hast. utf8_encode ist ein Standard-Befehl von PHP selbst und steht seit PHP4 zur Verfügung.

Wäre aber trotzdem interessant, wenn Du mir ansatzweise erklärst, was ich falsch gemacht habe.

Die duk.exe steuert den warpper an. Dieser führt bestimmte Befehle aus und gibt eine Rückmeldung an die duk.exe. Weiter oben im Thread klang es für mich so, als wenn Du da im Thema steckst, Dich mit PHP auskennen würdest udn deshalb in der Lage wärst einige der Funktionen für Deine Zwecke umzubiegen. Aber nun vergessen wir den Ansatz. Ich kann Dir hier ja keinen Programmierkurs geben.

DSB hat geschrieben:Ich tippe mal darauf, dass Du eine uralte PHP-Version laufen hast. utf8_encode ist ein Standard-Befehl von PHP selbst und steht seit PHP4 zur Verfügung.

Mal langsam mit solchen voreiligen Schlüssen. Hier läuft PHP in der Version 5.2.4

Ich kann Dir hier ja keinen Programmierkurs geben.

Nein, wirklich nicht, das verlangt niemand, am wenigsten ich. Ich kann zwar beim Lesen von PHP-Code Zusammenhänge erkennen und die meisten Verfahren nachvollziehen, auch das eine oder andere kleine und einfache Konstrukt erstellen, aber "in PHP programmieren" kann man das wirklich nicht nennen. Aber das reicht mir, um die PHP-basierten Anwendungen zu installieren, sie hier und da etwas zu modfizieren. Mehr brauche ich nicht.

Ich werde mir auf jeden Fall den Spaß machen, in den nächsten Tagen bei einem Bekannten, der auf seinem Rechner noch ein (allerdings nicht genutztes) Windows laufen hat, das Programm mal auszuprobieren, nur um mal zu testen, ob sich das Problem damit lösen lässt. Sollte das der Fall sein, berichte ich hier natürlich davon.

Zurück zum eigentlichen Thema.
Für mich sieht es einfach so aus, dass die Programmierer von phpBB3 eine Entscheidung getroffen haben, mit der ich leben muss. Die Darstellung der Umlaute wird nicht mehr über eine Variable geregelt, sondern von der Datenbank übernommen. Das bedeutet, dass ich die Inhalte der DB eben konvertieren muss - kostet dann eben ein paar Stunden extra.

wobo

Ich vermute fast, dass das Problem gar nicht in der Datenbank liegt, sondern in der Tatsache, dass Deine Kodierungsvariable nicht ersetzt wird.
Teste das doch mal, indem Du in den HTML-Templates statt des {S_ENCODING...} direkt "UTF-8" eingibst. Da die Variable eh fest verdrahtet ist, kann man das auch direkt in den Templates ersetzen. Dann sehen wir, ob es daran liegt oder doch ein Problem in der DB vorliegt. Das Theme musst Du im Adminbereich nach der Änderugn natürlich aktualisieren.

Wobei ich es höchst mysteriös finde, dass alle anderen Template-Variablen korrekt ersetzt werden und nur diese eine nicht. Wie das technisch überhaupt funktionieren soll, ist mir ein Rätsel.