Abhängige Versandart - Umlaut-Problem

[easy]

Bei allem Respekt!

Aber: charset=latin1_german2_ci ist die Kollation der Datenbank

Quelltext = Homepage aufrufen -> rechte Maustaste -> Seitenquelltext anzeigen

[Gasman]

Hm..^^ Vielleicht bin ich ja etwas hohl...

Hab schon den Seitenquelltext aufgerufen gehabt. Und da steht:

<meta http-equiv="Content-Type" content="text/html; charset=latin1_german2_ci" />
<meta http-equiv="Content-Style-Type" content="text/css" />

Mehr find ich nich :-/

[easy]

Hm..^^ Vielleicht bin ich ja etwas hohl...

Hab schon den Seitenquelltext aufgerufen gehabt. Und da steht:

<meta http-equiv="Content-Type" content="text/html; charset=latin1_german2_ci" />
<meta http-equiv="Content-Style-Type" content="text/css" />

Mehr find ich nich :-/

Na Servus, wer schreibt denn sowas da rein.

das muss da stehen:
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-15" />
<meta http-equiv="Content-Style-Type" content="text/css" />


zu ändern in:

includes/header.php

<meta http-equiv="Content-Type" content="text/html; charset=<?php echo $_SESSION['language_charset']; ?>" />
<meta http-equiv="Content-Style-Type" content="text/css" />

[Gasman]

Also die letzten zwei Zeilen stehen in meiner header.php genau so drin. Meinst du nun, dass ich die Variable einfach ersetzen soll??

[berny]

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

Also, das heißt ja soviel, dass in der application_top.php ein output gestartet werden will, der aber nicht kann, weil in der selben Datei schon ein header gesendet wurde.
Entweder hast du hier eine Fehlermeldung oder ein echo oder ähnliches, was produziert wird, aber nicht sollte.
ich vermute mal, dass die Database.php einen output generiert.

auf Zeile 285 wird die session gestartet, diese sollte eigentlich vor jedem output-header gestartet werden, steht aber eben nach dem include der database.php
ergo vermute ich mal die database.php als Grund für die ganze Geschichte...

Ich würde das als alles erste mal checken, bevor du dich um die Codierung kümmerst.

[Gasman]

Ich versteh nur nich warum. Hab ja ein Abbild von dem System auf einem anderne Server. Kanns denn da sein, dass es an der Datei liegt, die aber in beiden System die gleiche ist?
In dem anderne System funktionierts ja. Daher hätt ich was globales wie Kodierung eher für wahrscheinlich gehalten.

Problem bei der Vermutung ist nur: Ich hab keine Ahnung, de facto kann ich leider auch nix in der application_top.php nach outputs oder echos checken. Ich guck da rein und versteh nur Bahnhof. Mit meinem HTML/CSS komm ich da leider nicht weit.^^

[berny]

Keine Ahnung, weiß ja nicht, was da alles drinnen steht.
Und ja, es könnte sein, dass ein Umzug sowas produziert, kommt auf die Fehlermeldungbehandlung an.

Beispiel: Fehlermeldungen werden im alten System unterdrückt = kein output = kein Problem
Im neuen System werden die Fehlermeldungen ausgegeben = output bei Fehler = Problem

Es könnten auch viele andere Faktoren hier eine Rolle spielen, dazu müßte man aber die Inhalte kennen...

output started at /.../.../xtc30/includes/application_top.php:1

[Gasman]

Ich komm nich weiter...

[easy]

Jo, wir auch nicht.

Wenn Du willst schick mir ne PM oder Skype mich an ich kanns mir kurz anschauen. Kostenlos.

[berny]

Jo, wir auch nicht.

Wenn Du willst schick mir ne PM oder Skype mich an ich kanns mir kurz anschauen. Kostenlos.

Mit Respekt, aber ich würde jemanden, den ich nicht kenne und erst seit ein Tag hier angemeldet ist, meine Zugangsdaten nicht einfach so schicken...