Abhängige Versandart - Umlaut-Problem

[Gasman]

Servus,

ich hab bei mir in einem Test-XTC-Shop das "abhhängige Versandart"-Modul installiert. Da lief alles problemlos - wunderbar.
Im Live-System dann gab es leider Probleme mit den Umlauten. Mit meinen eingeschränkten Fähigkeiten konnte ich das Problem zumindest soweit eingrenzen, als dass ich weiß, dass das ganze durch die geänderte "application_top.php" in dem includes-Ordner verursacht wird.

Vom Support wurde mir schon ein wenig (oder auch mehr ;-) ) weiter geholfen.
Der Tip: Die Zeichenkodierung im Browser mal umzustellen.
Das Ergebnis: Die Umlaute werden korrekt angezeigt.

Falls die Umlaute korrekt angezeigt würden, wurde mir geraten, solle ich die Dateien in der richtigen Codierung abspeichern und erneut hochladen. Das hab ich sowohl einmal nur mit der application_top versucht, als auch mit allen geänderten Dateien. Aber bei beiden Varianten bekomme ich folgende Fehlermeldung:

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /.../.../xtc30/includes/application_top.php:1) in /.../.../xtc30/includes/application_top.php on line 285

Nun weiß ich leider nicht mehr weiter. Hat jemand eine Idee?
Alles funktioniert - bis auf die Umlaute

Danke im Voraus,

Gruß

[easy]

Hi,

meinst du das "Artikelabhhängige Versandarten" Modul?? ich nehme an ja.

Was du allerdings mit der application_top gemacht hast, kann ich nicht ganz nachvollziehen?? in welcher Codierung hast du diese abgespeichert und hochgeladen?? und welche anderen geänderten Dateien??

[Gasman]

Ähm, ja genau die artikelabhängige Versandart. Ups

Ich hab nichts mit der application_top gemacht. Nur lediglich rausgefunden, dass sobald die hochgeladen ist, die Umlaute nicht mehr funktionieren.

Die Datei Codierung hab ich auf Ratschlag vom Support dann auf UTF-8, west-europäisch iso-8859-1 geändert. Aber dann wird mir eben diese Zeile angezeigt.

Wenn man lediglich die Anzeige-Codierung des Browsers umstellt, funktionieren die Umlaute aber.

[Sumsebum]

Die Datei Codierung hab ich auf Ratschlag vom Support dann auf UTF-8, west-europäisch iso-8859-1 ...

Der Support hat Dir sicher gesagt, das eine oder andere zu nehmen. Nicht beides. Also nochmal zu prüfen:

1. welche Dateien wurden geändert, weil die Änderung der Codierung betrifft nur DIESE Dateien
2. Schauen in welcher Codierung der Shop läuft
3. Dateien eintsprechend codieren
4. für Dein "headers already sent" Problem schaust Du mal in den geänderten Dateien, ob sich dort nicht irgendwo ein Leerzeichenv or ein <?php geschlichen hat, oder ähnliches.

LG

Der Support

[easy]

Grundsätzlich solltest Du wegen einem Modul mal nicht die ganze Codierung auf UTF-8 ändern. Wer so etwas als Support Ratschlag (schwer zu glauben) rausgibt sollte besser Fritten verkaufen. Die application-top and alle sonstigen in diesem Zusammenhang geänderten Dateien wieder in den Urzustand versetzen und hochladen.

Anschließend poste mal die (ich nehme an 2 Dateien) des Versandmoduls hier

[Sumsebum]

Grundsätzlich solltest Du wegen einem Modul mal nicht die ganze Codierung auf UTF-8 ändern. Wer so etwas als Support Ratschlag (schwer zu glauben) rausgibt sollte besser Fritten verkaufen. Die application-top and alle sonstigen in diesem Zusammenhang geänderten Dateien wieder in den Urzustand versetzen und hochladen.

Anschließend poste mal die (ich nehme an 2 Dateien) des Versandmoduls hier

Hat der Support auch nicht geraten, er sollte lediglich die Codierung der entsprechenden Dateien ändern.

[easy]

Hat der Support auch nicht geraten, er sollte lediglich die Codierung der entsprechenden Dateien ändern.

Sag ich ja. "Schwer zu glauben" :-)

[Gasman]

Entschuldigt bitte, mein Fehler wenn ich mich falsch ausgedrückt hab. Wollte hier auf keinen Fall den Support ins falsche Licht rücken. Er hat mich ja eh schon weiter gebracht

Hm... also, die Fehlermeldung bekomme ich nur wenn ich die application_top auf UTF-8 umkodieren, falls das weiterhilft. In ISO-8859-1 kann ich umkodieren wie ich will. Da bekomm ich keine Fehlermeldung, aber die Umlaute sind auch nicht weg.

Tut mir leid, ich bin nicht wirkilch PHP versiert :-/
Wie find ich denn raus welche Kodierung mein Shop hat?

[easy]

Die application_top wird beim XTC nicht auf utf-8 geändert. Wenn dann die german.php. Um rauszufinden welche Codierung du hast Quelltext anschauen. In den ersten 3-4 Zeiten steht der charset, normalerweise iso-8859-1.

Als nächstes schaust du in der sprachdatei des Moduls wie die Umlaute geschieben sind: ü oder &uuml; (usw.)
Und als letztes teilst du uns evtl. mit welche Probleme es mit den Umlauten gibt

[Gasman]

charset=latin1_german2_ci

Die Umlaute, in Wörtern, die aus der Datenbank gezogen werden (z.B. Kunden-Adresse, Artikelname, usw.) werden nicht dargestellt. Also ä,ü,ß, usw. nur mit einem □ ersetzt.


edit:
--------------------------
Achja.. in der application_top muss man ja folgendes machen:

require_once(DIR_WS_FUNCTIONS.'database.php');
// require_once (DIR_FS_INC.'xtc_db_connect.inc.php');
// require_once (DIR_FS_INC.'xtc_db_close.inc.php');
// require_once (DIR_FS_INC.'xtc_db_error.inc.php');
// require_once (DIR_FS_INC.'xtc_db_perform.inc.php');
// require_once (DIR_FS_INC.'xtc_db_query.inc.php');
// require_once (DIR_FS_INC.'xtc_db_queryCached.inc.php');
// require_once (DIR_FS_INC.'xtc_db_fetch_array.inc.php');
// require_once (DIR_FS_INC.'xtc_db_num_rows.inc.php');
// require_once (DIR_FS_INC.'xtc_db_data_seek.inc.php');
// require_once (DIR_FS_INC.'xtc_db_insert_id.inc.php');
// require_once (DIR_FS_INC.'xtc_db_free_result.inc.php');
// require_once (DIR_FS_INC.'xtc_db_fetch_fields.inc.php');
// require_once (DIR_FS_INC.'xtc_db_output.inc.php');
// require_once (DIR_FS_INC.'xtc_db_input.inc.php');

Also alle anderen Verweise auskommentieren, der oberste kommt dazu. Kann es sein, dass die database.php dan der Ursprung allen Übels ist?




edit2:
--------------
Achja in der Sprachdatei sind die Umlaute ersetzt. ö z.B. mit &ouml; usw.