Es geht um folgende Seite:
http://40296.webtest.goneo.de/praxis-mt/index.php

Auf dieser Seite werden alle Zeichen korrekt dargestellt, z.B. auch das
"ü" in der Überschrift.

Beim nächsten Link "Zu meiner Person" ist auch alles korrekt

Falsch wird es bei "Notfall", "Coaching" und "Kontakt".


Ich habe alle Dateien mit jEdit neu abgespeichert, so dass die Zeichen
richtig codiert sind. Die sichtbaren zeichen sind ja auch UTF-8 Zeichen

Es ist offensichtlich so, dass die ersten zwei Seiten mit UTF-8
angezeigt werden, die andern beiden nicht. Der Fehler ist
reproduzierbar, es ist immer so!

Das verrückte ist so, dass die Seiten sich im Prinzip nicht
unterscheiden. Typischer Seitenaufbau:

<?php
include ("mt_frame.php");
include ("../php/stdform.php");

include ("menue_inc.php");
$frm = new mt_frame ("", "", "", $links);

new stdform ("Kontakt Psychotherapeutische Praxis","kairos [at] sonoptikon.de");

$frm->xfooter("<!--DATE-->12.09.2005<!--/DATE-->");
?>

Alles andere wird in mit_frame geregelt, das wieder eine "dumme" Klasse
sframe aufruft. In sframe steht ganz oben:
header('Content-type: text/html; charset=utf-8');

Was kann diesen Unterschied bewirken?

Vielleicht müsst Ihr jetzt in die Glaskugel schauen, aber vielleicht
habt Ihr selbst schon mal so einen Effekt gehabt, andererseits bin ich
auch bereit, umfassendes Beweismaterial zu schicken.

Zur Not muss ich die alten Seiten wieder einstellen, aber ich möchte
diese Seiten zum Begutachten erst mal stehen lassen.

Danke für Hilfe

Werner


--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:
> Es geht um folgende Seite:
> http://40296.webtest.goneo.de/praxis-mt/index.php
>
> Auf dieser Seite werden alle Zeichen korrekt dargestellt, z.B. auch das
> "ü" in der Überschrift.
>
> Beim nächsten Link "Zu meiner Person" ist auch alles korrekt
>
> Falsch wird es bei "Notfall", "Coaching" und "Kontakt".

Fakt ist das mein Firefox UTF8 als Codierung auswaehlt und alle Zeichen
so darstellt wir du es dir vorstellst.

Fakt ist weiterhin das vom Webserver mit dem HTTP Responce keinerlei
Angaben ueber die Codierung kommen.

http://40296.webtest.goneo.de/praxis-mt/coach.php

GET /praxis-mt/coach.php HTTP/1.1
Host: 40296.webtest.goneo.de
...

HTTP/1.x 200 OK
Date: Sun, 12 Aug 2007 13:27:44 GMT
Server: Apache/2.0.59
X-Powered-By: PHP/4.4.6
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html


Auch innerhalb des des HTML sind im Headbereich keine Angaben vermerkt.
Sehe ich das richtig das du komplett auf BOM verlaesst?


> Ich habe alle Dateien mit jEdit neu abgespeichert, so dass die Zeichen
> richtig codiert sind. Die sichtbaren zeichen sind ja auch UTF-8 Zeichen
>
> Es ist offensichtlich so, dass die ersten zwei Seiten mit UTF-8
> angezeigt werden, die andern beiden nicht. Der Fehler ist
> reproduzierbar, es ist immer so!
>
> Das verrückte ist so, dass die Seiten sich im Prinzip nicht
> unterscheiden. Typischer Seitenaufbau:
>
...


> header('Content-type: text/html; charset=utf-8');

Sicher das diese Stelle auch ausgefuehrt wird? Auch bei den
Einstiegsseiten sehe ich keine Charsetangabe im HTTP Responce.

Bei einer meinen Seite bekomme ich
Content-Type: text/html; charset=UTF-8

Gruss
Joerg


--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

Werner Partner wrote:
> Es geht um folgende Seite:
> http://40296.webtest.goneo.de/praxis-mt/index.php

Deren Umlaute bereits falsch angezeigt werden, da Du nirgends einen
Header sendest der aussagt das da UTF-8 kommt

> Auf dieser Seite werden alle Zeichen korrekt dargestellt, z.B. auch das
> "ü" in der Überschrift.

Ne, das ist nur dann so wenn der Browser automisch einen Fallback auf
utf-8 macht. Meiner tuts nicht (FF)

> include ("mt_frame.php");

Für was soll die Klammerung gut sein?
include "mt_frame.php" ist die Korrekte schreibweise. Die Klammern sind
zwar nicht falsch, aber genau so überflüssig wie

include (((("mt_frame.php"))))

> header('Content-type: text/html; charset=utf-8');

Wird nicht gesendet.

--
_,
_(_p> Ulf [Kado] Kadner
\<_)
^^

Joerg Behrens schrieb:
> Werner Partner schrieb:
>> Es geht um folgende Seite:
>> http://40296.webtest.goneo.de/praxis-mt/index.php
>>
>> Auf dieser Seite werden alle Zeichen korrekt dargestellt, z.B. auch
>> das "ü" in der Überschrift.
>>
>> Beim nächsten Link "Zu meiner Person" ist auch alles korrekt
>>
>> Falsch wird es bei "Notfall", "Coaching" und "Kontakt".
>
> Fakt ist das mein Firefox UTF8 als Codierung auswaehlt und alle Zeichen
> so darstellt wir du es dir vorstellst.
>
> Fakt ist weiterhin das vom Webserver mit dem HTTP Responce keinerlei
> Angaben ueber die Codierung kommen.
>
> http://40296.webtest.goneo.de/praxis-mt/coach.php
>
> GET /praxis-mt/coach.php HTTP/1.1
> Host: 40296.webtest.goneo.de
> ..
>
> HTTP/1.x 200 OK
> Date: Sun, 12 Aug 2007 13:27:44 GMT
> Server: Apache/2.0.59
> X-Powered-By: PHP/4.4.6
> Keep-Alive: timeout=5, max=100
> Connection: Keep-Alive
> Transfer-Encoding: chunked
> Content-Type: text/html
>
>
> Auch innerhalb des des HTML sind im Headbereich keine Angaben vermerkt.
> Sehe ich das richtig das du komplett auf BOM verlaesst?
>
>
>> Ich habe alle Dateien mit jEdit neu abgespeichert, so dass die Zeichen
>> richtig codiert sind. Die sichtbaren zeichen sind ja auch UTF-8 Zeichen
>>
>> Es ist offensichtlich so, dass die ersten zwei Seiten mit UTF-8
>> angezeigt werden, die andern beiden nicht. Der Fehler ist
>> reproduzierbar, es ist immer so!
>>
>> Das verrückte ist so, dass die Seiten sich im Prinzip nicht
>> unterscheiden. Typischer Seitenaufbau:
>>
> ..
>
>
>> header('Content-type: text/html; charset=utf-8');
>
> Sicher das diese Stelle auch ausgefuehrt wird? Auch bei den
> Einstiegsseiten sehe ich keine Charsetangabe im HTTP Responce.

Warum sollte das nciht ausgeführt werden?
Welche Gründe könnten dafür maßgeblich sein?

Goneo???

Grüße

Werner


--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Ulf Kadner schrieb:
> Werner Partner wrote:
>> Es geht um folgende Seite:
>> http://40296.webtest.goneo.de/praxis-mt/index.php
>
> Deren Umlaute bereits falsch angezeigt werden, da Du nirgends einen
> Header sendest der aussagt das da UTF-8 kommt
>
>> Auf dieser Seite werden alle Zeichen korrekt dargestellt, z.B. auch
>> das "ü" in der Überschrift.
>
> Ne, das ist nur dann so wenn der Browser automisch einen Fallback auf
> utf-8 macht. Meiner tuts nicht (FF)
>
>> include ("mt_frame.php");
>
> Für was soll die Klammerung gut sein?
> include "mt_frame.php" ist die Korrekte schreibweise. Die Klammern sind
> zwar nicht falsch, aber genau so überflüssig wie
>
> include (((("mt_frame.php"))))
>
>> header('Content-type: text/html; charset=utf-8');

Was kann die Ursache sein?

Im Code steht

echo $HTML;
header('Content-type: text/html; charset=utf-8');
echo '
<html>
<head>
<meta name="author" content="Werner Partner">
<meta name="generator" content="jEdit">
<meta name="keywords" content="all">
<link rel="stylesheet" type="text/css" href="' . $css . '">

Bei anderen Seiten funktioniert das auch!

Warum ausgerechnet bei zufälligen Seiten nicht?

Ich hab jetzt bei HTML sowas weider eingefügt, obwohl man mir hier
gesagt hat, das braucht's nicht:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


Grüße

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:
> Ulf Kadner schrieb:
>> Werner Partner wrote:
>>
>>> header('Content-type: text/html; charset=utf-8');
>
> Was kann die Ursache sein?
>
> Im Code steht
>
> echo $HTML;
> header('Content-type: text/html; charset=utf-8');
> echo '
> <html>
> <head>
> <meta name="author" content="Werner Partner">
> <meta name="generator" content="jEdit">
> <meta name="keywords" content="all">
> <link rel="stylesheet" type="text/css" href="' . $css . '">
>
> Bei anderen Seiten funktioniert das auch!
>
> Warum ausgerechnet bei zufälligen Seiten nicht?
>
> Ich hab jetzt bei HTML sowas weider eingefügt, obwohl man mir hier
> gesagt hat, das braucht's nicht:
> <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
>

Das hilft natürlich, aber jetzt ist auch schöne Effekt weg.

Wie soll ich nun die Diskussion über header() und <meta> verstehen, wenn
header() ineffektiv bleibt, <meta> dagegen Effekt hat?

So ganz verstehe ich die (HTTP-)Welt nicht mehr.

Grüße

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:

>echo $HTML;
>header('Content-type: text/html; charset=utf-8');

Schonmal versucht, eine Briefmarke aufzukleben, nachdem du den Brief
eingeworfen hast? Genau das versuchst du hier. header() funktioniert nur
*vor* jeder Ausgabe von Dokumentinhalt.

Und hättest du deine PHP-Einstellungen für error_reporting und display_errors
richtig eingestellt wäre dir das auch mitgeteilt worden.

--
Wolfgang Fellger

Wolfgang Fellger schrieb:
> Werner Partner schrieb:
>
>> echo $HTML;
>> header('Content-type: text/html; charset=utf-8');
>
> Schonmal versucht, eine Briefmarke aufzukleben, nachdem du den Brief
> eingeworfen hast? Genau das versuchst du hier. header() funktioniert nur
> *vor* jeder Ausgabe von Dokumentinhalt.

Das ist Richtig. Allerdings hat PHP so eine schweinerei wie das Output
Buffering welches so eine kaputte Scriptlogik dann wieder ermoeglicht.

Aber ohne mal ein phpinfo(); zusehen ist das hier nur alles lesen aus
der Glaskugel, welche am Sonntag nicht viel hergibt.

> Und hättest du deine PHP-Einstellungen für error_reporting und display_errors
> richtig eingestellt wäre dir das auch mitgeteilt worden.
>


[at] Werner
Das Prinzip der Header und die Unterschieden zwischen HTML und HTTP
sollten nun mittlerweile klar sein. Warum kannst du deine Scripte nicht
zuhause auf deinem lokalem Rechner testen wo du alle Betriebsparameter
kontrollieren kannst bzw. effektiv debuggen kannst?


Ansonnste mach ein Testscript bei deinem Hoster
<?php
header('Content-type: text/html; charset=utf-8');
echo 'öüä';
?>

und schau nach was da an HTTP Headern kommt.

Gruss
Joerg

--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

Joerg Behrens schrieb:
> Wolfgang Fellger schrieb:
>> Werner Partner schrieb:
>>
>>> echo $HTML;
>>> header('Content-type: text/html; charset=utf-8');
>>
>
>
> [at] Werner
> Das Prinzip der Header und die Unterschieden zwischen HTML und HTTP
> sollten nun mittlerweile klar sein. Warum kannst du deine Scripte nicht
> zuhause auf deinem lokalem Rechner testen wo du alle Betriebsparameter
> kontrollieren kannst bzw. effektiv debuggen kannst?

Zuhause läuft alles bestens - ohne Fehler

Grüße

Werner


--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:
> Joerg Behrens schrieb:
>> Wolfgang Fellger schrieb:
>>> Werner Partner schrieb:
>>>
>>>> echo $HTML;
>>>> header('Content-type: text/html; charset=utf-8');
>>>
>>
>>
>> [at] Werner
>> Das Prinzip der Header und die Unterschieden zwischen HTML und HTTP
>> sollten nun mittlerweile klar sein. Warum kannst du deine Scripte
>> nicht zuhause auf deinem lokalem Rechner testen wo du alle
>> Betriebsparameter kontrollieren kannst bzw. effektiv debuggen kannst?
>
> Zuhause läuft alles bestens - ohne Fehler

Dann must du deinen Hoster fragen, wenn die Scripte fehlerfrei sind aber
nicht das gewuenschte Ergebnis liefern.

Gruss
Joerg

--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

> Das hilft natürlich, aber jetzt ist auch schöne Effekt weg.
>
> Wie soll ich nun die Diskussion über header() und <meta> verstehen, wenn
> header() ineffektiv bleibt, <meta> dagegen Effekt hat?

Nochmal ganz langsam Werner.

header() ist kein Bestandteil von HTML sondern des HTTP Protokolls.
Siehe dazu das PHP Manual.

meta ist Bestandteil von HTML. Es bleibt dem Client(Browser,Scripte ...)
überlassen ob er diesen Metatag respektiert, Mozilla, Opera und IE tun das.
Somit ist für dich der Weg über Meta Tags ausreichend.

>
> So ganz verstehe ich die (HTTP-)Welt nicht mehr.

Ich würde behaupten, dass sehr viele Webdesigner dein Verständnisproblem
teilen.


Gruß Stefan


P.S. HTML wird via HTTP zum Client geschickt, von daher muss header
natürlich schon vor jedem HTML gesetzt sein. Wie jemand es so schön mit
dem Briefumschlag formulierte. Kannst du header nicht mehr nutzen,
sobald irgendentwas an den Client geschickt wurde und sei es nur eine
Leerzeile vor jeglichem PHP Code.



>
> Grüße
>
> Werner
>

Stefan Braumeister schrieb:
>> Das hilft natürlich, aber jetzt ist auch schöne Effekt weg.
>>
>> Wie soll ich nun die Diskussion über header() und <meta> verstehen, wenn
>> header() ineffektiv bleibt, <meta> dagegen Effekt hat?
>
> Nochmal ganz langsam Werner.
>
> header() ist kein Bestandteil von HTML sondern des HTTP Protokolls.
> Siehe dazu das PHP Manual.
>
> meta ist Bestandteil von HTML. Es bleibt dem Client(Browser,Scripte ...)
> überlassen ob er diesen Metatag respektiert, Mozilla, Opera und IE tun das.
> Somit ist für dich der Weg über Meta Tags ausreichend.
>
>> So ganz verstehe ich die (HTTP-)Welt nicht mehr.
>
> Ich würde behaupten, dass sehr viele Webdesigner dein Verständnisproblem
> teilen.
>
>
> Gruß Stefan
>
>
> P.S. HTML wird via HTTP zum Client geschickt, von daher muss header
> natürlich schon vor jedem HTML gesetzt sein. Wie jemand es so schön mit
> dem Briefumschlag formulierte. Kannst du header nicht mehr nutzen,
> sobald irgendentwas an den Client geschickt wurde und sei es nur eine
> Leerzeile vor jeglichem PHP Code.

Danke für das Verständnis :-)
Ich bin ja, wie Ihr zureichend mitbekommen habt, psychotherapeut und
kein Webdesigner, also mehr für Probleme mit ICD-10 und DSM II und
weniger mit HTTP und HTML zuständig ;-)

Trotzdem macht es mir unbändig Spaß, immer noch zu programmieren, was
ich in meiner Vergangenheit immerhin 1o Jahre kang gemacht habe.

Allerdings muss ich in diesem Fall selbstkritisch sagen, dass ich
eigentlich _wusste_, dass header() ganz am Anfang stehen muss, trotzdem
habe ich nachlässigerweise die header() Anweisung hitner die
HTML-Version gesetzt. Hätte ich eigentlich merken sollen.

Aber nochmal Frage an alle: Wenn ich _nicht_ mit PHP arbeite, wie zum
Beispiel in diesem Fall:
http://www.kantele.de

Da _kann_ ich ja kein header() senden, also _muss_ doch in diesem Fall
<meta> die Deklaration des Zeichensystems leisten. Ich habe übrigens
gerade nachgeschaut und sehe zu meinem Erstaunen, dass dort auch utf-8
deklariert ist. Wann habe ichd enn das gemacht???

Grüße

Werner




--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner wrote:

> Aber nochmal Frage an alle: Wenn ich _nicht_ mit PHP arbeite, wie zum
> Beispiel in diesem Fall:
> http://www.kantele.de
>
> Da _kann_ ich ja kein header() senden, also _muss_ doch in diesem Fall
> <meta> die Deklaration des Zeichensystems leisten.

Nein, man auch den Webserver, in diesem Fall also Apache, so
konfigurieren, dass der statt
Content-Type: text/html
dann
Content-Type: text/html; charset=UTF-8
sendet.


--

Martin Honnen
http://JavaScript.FAQTs.com/

Werner Partner schrieb:
[..]
> Aber nochmal Frage an alle: Wenn ich _nicht_ mit PHP arbeite, wie zum
> Beispiel in diesem Fall:
> http://www.kantele.de
>
> Da _kann_ ich ja kein header() senden, also _muss_ doch in diesem Fall
> <meta> die Deklaration des Zeichensystems leisten.

Es hat keiner gesagt das <meta> nicht funktionieren wuerde. Es ist halt
ein Fallback fuer den Fall das du den Webserver nicht beeinflussen
kannst oder aber wenn dein Benutzer die Webseite lokal abspeichert. Auch
dann will er die Seite im richtigen Charset angucken.

> Ich habe übrigens
> gerade nachgeschaut und sehe zu meinem Erstaunen, dass dort auch utf-8
> deklariert ist. Wann habe ichd enn das gemacht???

Frag einfach dein anderes Ich. Einer von euch beiden wirds gewesen sein ;).


Gruss
Joerg

--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

Martin Honnen schrieb:
> Werner Partner wrote:
>
>> Aber nochmal Frage an alle: Wenn ich _nicht_ mit PHP arbeite, wie zum
>> Beispiel in diesem Fall:
>> http://www.kantele.de
>>
>> Da _kann_ ich ja kein header() senden, also _muss_ doch in diesem Fall
>> <meta> die Deklaration des Zeichensystems leisten.
>
> Nein, man auch den Webserver, in diesem Fall also Apache, so
> konfigurieren, dass der statt
> Content-Type: text/html
> dann
> Content-Type: text/html; charset=UTF-8
> sendet.

Da habe ich keinen Einfluss, weil das der Provider macht.
(er macht's ja richtig)

Grüße

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:
> Martin Honnen schrieb:
>> Werner Partner wrote:
>>
>>> Aber nochmal Frage an alle: Wenn ich _nicht_ mit PHP arbeite, wie zum
>>> Beispiel in diesem Fall:
>>> http://www.kantele.de
>>>
>>> Da _kann_ ich ja kein header() senden, also _muss_ doch in diesem
>>> Fall <meta> die Deklaration des Zeichensystems leisten.
>>
>> Nein, man auch den Webserver, in diesem Fall also Apache, so
>> konfigurieren, dass der statt
>> Content-Type: text/html
>> dann
>> Content-Type: text/html; charset=UTF-8
>> sendet.
>
> Da habe ich keinen Einfluss, weil das der Provider macht.
> (er macht's ja richtig)

Nein macht er nicht. Oder besser ja er macht es richtig in dem er keinen
Header zum Thema sendet.

Dein Provider hat ja auch keine Glaskugel welche im verraet welches
$Dokument von $Kunden nun nun welches Charset haben moechte.

Gruss
Joerg

--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de