Umlaute werden nicht dargestellt

[unset]

Hast du da konkrete Beispiele. Mir ist das tatsächlich gänlich neu, und man will ja keine bösen Überraschungen erleben. Google spuckt da auch nichts zu aus.

[Benny-one]

<?php
echo strlen('ä');
?>

Als utf-8 speichern. Ergibt 2 statt 1.

[unset]

Danke dir.

[Benny-one]

Kein Problem

[PHP-Desaster]

Dafür gibt es ja die Multibyte-Funktionen, welche die einfachen Stringfunktionen ersetzen. Aber wirklich verlässlich ist UTF-8 erst in PHP6

[Benny-one]

Die MB Funktionen sind aber nicht standard, leider.

[tontechniker]

Die MB Funktionen sind aber nicht standard, leider.

Wenn man UTF-8 benutzt sollte man die auch benutzen oder die ini Option zum überschreiben nutzen.

[Benny-one]

Du Tellerranddenker. Und was ist mit Software die auf so ziemlich allen Servern laufen soll? Nicht jeder ist root... denk mal allein an 1und1 & Co, da sind solche Sachen nicht unbedingt installiert.

[tontechniker]

Dann schreibt man sich entweder eigenen Funktionen (entweder direkt Bytebasierend oder mit utf_encode / _decode) oder macht eine variable Zeichenkodierung möglich.

[Benny-one]

Oder man lässt es einfach bleiben und wartet bis die Programmiersprache es richtig macht

[tontechniker]

Bis PHP 6 stable ist und auf ~ 90% der Server verfügbar ist haben wir hier ein neues Design (und UTF-8 sollte man auf Grund den vielen Vorteilen gerade bei internationalen Lösungen schon jetzt vorziehen).
Ich bin bei solchen Sachen einfach kein Freund von Lösungen die zwar überall funktionieren letztendlich aber nur ein Workaround darstellen wenn man in fast allen Fällen die Möglichkeit Abhilfe zu schaffen. Und die Multibyte Extension ist solange man die Ersetzung nicht einschaltet keine Sache die potentielle Sicherheitslücken schafft oder unvorbereitete Skripte zerstört sondern eher dieselben behebt also sollte ein vernünftiger Hoster die Extension installieren oder schon installiert haben.
Außerdem kommt es auch auf den Kunden / die Zielgruppe an, wenn man an PHPBB programmiert dann sind einem halt in der Beziehung die Hände gebunden, ein Mittelstands Unternehmen was ein CMS kauft scheut normalerweise auch keine Kosten von ~ 10-20€ im Monat für einen Root - V-Server.

[PHP-Desaster]

Sehe ich ganz genau wie tontechniker. Ab einer gewissen Größe des Projektes sind solche Minimalvoraussetzungen voll in Ordnung, vor allem, wenn es um so wichtige Funktionen geht. Dem Kunden von den UTF-8 Vorteilen zu überzeugen sollte erst recht kein Problem sein!

[Kropff]

Dem Kunden von den UTF-8 Vorteilen zu überzeugen sollte erst recht kein Problem sein!

OffTopic:

---

so lange es nichts zusätzlich kostet

---

gruß
peter

[Benny-one]

Welchen deutschen Kunden mit deutschen Klienten juckt UTF-8? Keinen.

[PHP-Desaster]

Welchen deutschen Kunden mit deutschen Klienten juckt UTF-8? Keinen.

Warum internationale Kunden von Anfang an ausschließen? Ich sehe es im Betrieb, in dem ich gerade deren Software neu aufsetze. Die beißen sich in den aller Wertesten, dass die nicht UTF-8 verwendet haben