Seiten in UTF-8: Umlaute im Header und titel-alt-Attributen falsch dargestellt

[Wutzke888]

Hallo Community

Ich bin seltener Gast hier, arbeite allerdings schon Jahre mit NOF (jetzt NOF 11).
Mich freut, dass ich viele alte Spezialisten hier wiederfinde.

UTF-8 ist ein leidiges Thema. Ich weiß.
Selbst habe ich bereits Seiten mit UTF-8 erfolgreich erstellt.
Nun habe ich schon seit 2 Jahren ein fertiges Projekt zu laufen, das auch mit MySQL-Daten arbeitet, aber nun ist eine neue Situation eingetreten.
Das Projekt mit allen seinen Seiten ist seit dem mit  ISO8859-1 erstellt und läuft vollständig. Nun hat die Datenbank plötzlich Zuwachs mit polnischen Lautzeichen bekommen. Wenn ich in NOF die generelle Textformatierung bei "Optionen" auf UTF-8 umstelle, dann werden die Daten aus der MySQL auch richtig dargestellt.
(Wie ich die Importe bereitstelle habe ich dank diesem Forum schon früher gelernt)
Leider aber erzeugt NOF die HTML-Seiten scheinbar nicht korrekt.
Im Header werden Umlaute bei den Meta-Tags als Fragezeichen im Viereck dargestellt und bei den "alt"- und "title"-Attributen werden auch Umlaute so dargestellt. Somit bekommt man z.B. bei Mousover eines Links statt "zurück" eben nur den Quatsch mit dem Fragezeichen angezeigt.
Wenn ich das richtig sehe, dann tritt der Fehler in den von NOF automatisch generierten HTML-Passagen auf. Die eigenen Textkreationen werden korrekt mit UTF-8 dargestellt.

Falls ein Spezialist dafür eine Lösung hat, dann bin ich ganz Ohr.

Grüße
Wutzke

[Flowenol]

Wenn du kein NOF-Anfänger/in bist und schon "ewig" problemlos mit UTF-8 arbeitest... würde sich mir die Frage stellen ob sich vielleicht dein "Vorschau-Browser" einen kleinen Bug leistet! Denn ausser neu installierten Updates oder geänderten Systemeinstellungen (zusätzliche Sprachpakete) fällt mir gerade nichts ein! Nur ein Hinweis... ich habe mal eine spanische Seite erstellt und vergessen die Einstellungen im IE zurückzustellen... danach sahen alle deutschen Seiten sehr merkwürdig aus

[Wutzke888]

Hallo Flowenol

War mir bekannt. Habe es aber trotzdem mal gemacht.
Unverändertes Ergebnis.
Da das ganze Projekt mit *.php-Seiten aufgebaut ist, wird eh jede Seite beim Aufruf neu geladen. Zudem habe ich nun auch festgestellt, dass reine PHP-Ausgaben per Echo ebenfalls enthaltene Umlaute falsch darstellt.
Möglicher Weise liegt das ganze am PHP-Konstrukt und irgendwelchen Einstellungen dazu. ???

Grüße
Wutzke 

[SwissKnife]

Hallo Wutzke

...Dein Problem hat damit zu tun, wie Dein Provider das default charset konfiguriert hat...wahrscheinlich auf ISO-8859-1...

...aber das lässt sich verhältnismässig einfach umgehen:

...erstelle im jeweiligen Ordner wo die PHP-Seite liegt eine Datei namens php.ini ...

...trage in diese Datei  default_charset = "utf-8" ein...und die PHP-Seiten werden in UTF-8 dargestellt...

...soll hingegen alles in ISO-8859-1 dargestellt werden, trägst Du default_charset = "ISO-8859-1"  ein...

...das müsste Dein Problem lösen...

Gruss aus der Schweiz
Stefan

[Wutzke888]

Hallo Leute

Also beide Tips haben nichts gebracht. Problem besteht weiter.
Nun bin ich mir nicht ganz sicher weil ich beim Provider STRATO bin.
Hier wurde auch schon oft darüber diskutiert, ob überhaupt eine eigene php.ini bei
Strato eine Wirkung erziehlt.
Wie könnte ich denn sonst noch überprüfen ob die Einstellungen tatsächlich gesetzt werden? Also wie kann ich die PHP-Ausgaben auf UTF-8 setzen?

Grüße
Wutzke 

[SwissKnife]

...dann gibt es noch die Möglichkeit in jeder PHP-Seite als ERSTE Zeile <?php header('Content-type: text/plain; charset=utf-8'); ?> einzutragen...aber wirklich ganz zuoberst...

Gruss aus der Schweiz
Stefan

[Wutzke888]

Hallo SwissKnife

Na da gehe ich mal von aus. Das macht NOF ja schon beim Erstellen der Seite.
Das Problem besteht dennoch aus mehreren Fehlern. Teils sind die von NOF generiert und teils handelt es sich um die falsche PHP-Ausgabe für Echo.
Umlaute im Header bei den Meta-Tags muss NOF richtig erzeugen wenn ich dort schonmal auf Zeichensatz UTF-8 einstelle. Das macht es nicht!
Auch generiert NOF ja die "alt- und title-Attribute" selbst. Da macht es das ja auch nicht korrekt. Helfen könnte ich mir mit "&auml;" in den Beschreibungen.
Hat Kinderkram-Charakter!

Das andere Problem sind die PHP-Ausgaben mit Echo. Umlaute sind da auch falsch.
Da die Echo-Anweisungen als Script zwischen den Seitenzeilen stehen, vermute ich NOF spielt da auch Quer. Hingegen alle Echo-Ausgaben aus meiner MYSQL-Quelle werden tadellos richtig dargestellt.
Ich verwende übrigens die Datenbank-Komponenten von NOF.
Bislang keine Probleme damit die ich nicht lösen konnte.

Grüße
Wutzke 

[SwissKnife]

...ahaaa...jetzt kommen wir dem Problem näher...Deine Fehlerbeschreibung ist jetzt etwas genauer...

...wie Du aus verschiedenen Threads im Forum entnehmen kannst, ist NOF und UTF-8 keine besonders gute Kombination...wenn Du ohne Ärger arbeiten willst...stellst Du Dein Projekt auf ISO-8859-1 um...das versteht NOF seit ewig...und ist auch internationaler Standard...

...denn auch die Apache-Server des Providers sind meist auf 8859-1...mindestens hier in CH...

Gruss aus der Schweiz
Stefan

[Wutzke888]

Hallo SwissKnife

Naja so in diese Richtung wird das Problem liegen. Bei Strato hab`ich manches schon so hinnehmen müssen.
Mein localer Apache macht diesen Mist nicht. Meine Seiten teste ich damit immer.
Das böse Erwachen kommt nach dem Hochladen zum Provider.

Mir bleibt also nur "do it yourself".
Die Seiten aus meinem Projekt, welche die polnischen Sonderzeichen darstellen müssen, setze ich zwangsweise auf UTF-8 und publiziere sie einzeln.
Die anderen Seiten lasse ich auf ISO-8859-1.
Die Daten aus der MYSQL werden somit wenigstens richtig dargestellt.
Die damit verbunden Probleme im Header und den alt-Attributen behandle ich mit HTML-Umlautersetzungen. Eine Testseite aus den 63 Seiten meines Projektes habe ich heute so bearbeitet. Das Ergebnis ist nun so wie erwünscht.
Allerdings werde ich nach längerer Pause am Projekt bestimmt die Besonderheiten wieder vergessen haben. Das ist wohl dem Alter geschuldet.
Meist bekomme ich erst nach einem Jahr neue Datensätze zum Einlesen.
Das Projekt ist eine Lebensaufgabe bis ich bestimmt 80 bin.
Vielleicht ergibt sich in den nächsten Tage eine erklärende Lösung von anderen Forumteilnehmern.

Grüße
Wutzke 

[SwissKnife]

...Problem Nr.1:
...der MySQL ist mit grösster Wahrscheinlichkeit auf latin1-ci eingestellt...und eben nicht auf general-utf8-ci...oder genau umgekehrt...womit schon mal alle Daten aus der DB falsch dargestellt werden, wenn Du die in UTF-8 darstellst...aber nachträglich die DB auf UTF-8 umstellen geht nicht ohne Umwege, denn die Primary-Indizes sind eben auch latin1-sortiert...also müsstest Du die im PHP auf UTF-8 umcodieren...dafür gibt es Funktionen...

...Problem 2:

...Umlaute in Alt-Texten haben in NOF mit UTF-8 noch nie sauber funktioniert...ich nehme mal an, dass Du diese Texte aus der DB rausliest...also zurück zu Problem Nr. 1 ....

...die "erklärende Lösung" kann und wird es nicht geben, solange Du auf die Einstellungen des Apache/PHP Deines Providers keinen Einfluss nehmen kannst...wie Du selbst feststellst, hast Du das Problem mit Deinem lokalen Apache ja nicht...somit ist der Beweis erbracht, dass es an der Konfiguration von Strato liegen muss...


Gruss aus der Schweiz
Stefan

[Wutzke888]

Hallo SwissKnife

In Ordnung.
Problem zwar nicht gänzlich behoben, aber zumindest durch Methoden ablösbar.
Meine Datenbanken sind alle samt UTF-8 Kollation incl. der Kommmuinikation darüber.
Die Problemchen sind scheinbar tatsächlich eine Kombination vom schwachen NOF in dieser Problematik und der fehlenden Möglichkeit auf PHP-Einstellungen des Provider einwirken zu können.
Dennoch bleibe ich bei NOF, weil ich den Layouteditor brauche und nicht so viel Grips habe HTML-Texte vollständig selbst zu schreiben.
Ich bedanke mich bis hierhin.

Grüße
Wutzke