UTF8 und Websites - Wer hat es gewagt?

http://fredericschneider.stuckwork.de
Durchgehend UTF-8. Aber ich bin kein Fan von dem Zeichensatz. Umlaute sind sehr störend. Ich hab da ein Phänomen bei GamePorts. Nutzt auch durchgehen UTF-8. Die Administration ist nun ISO, weil es einfach Probleme macht und eine Lösung noch nicht findbar ist.

Hast du statische Internetseiten ist UTF-8 nutzbar, bei dynamischen musst du aufpassen.

Viele Grüße aus der Firma (Praktikum).

Die Website ist dynamisch und daher müßte ich alle bestehenden Datensatz konvertieren. Dazu noch in MySQL auf UTF-8 trimmen, aber seit 4.1 existieren da so viele verschiedene Möglichkeiten, dass ich mich erstmal einarbeiten muss.

Dieser ganze Komplex ist ein schreckliches Thema wenn ihr mich fragt.

UTF-8 bei dynamischen Seiten ist schon ein bisschen kompliziert. Wenn du willst, kannst dir ja mal den Code vom Unclassified Newsboard anschauen, dort wird Unicode (UTF-8) unterstützt.

PS: Na Reimer, können wir mit einem Umstieg auf UTF-8 im IRC rechnen?

Ich werde mal einen Blick drauf werfen und schauen, wie es umgesetzt worden ist. Vermutlich werde ich erst einmal auf UTF verzichten um zu einem späteren Moment umzusteigen, wenn etwas mehr Bewegung in die Sache gekommen ist. UTF wäre in meinem Fall eher eine Spielerei und daher kommt erst die Arbeit

#boardunity ist wie die Matrix und würden ich UTF-8 verwenden, dann würde für die ahnungslosen Mitchatter die Realität zusammenbrechen. In ihrer Welt ist iso und wird es immer bleiben

http://www.xmentor.de ist komplett UTF-8. Gleiches gilt für http://www.politopia.de. Überhaupt mache ich alle neuen Seite nur noch in UTF-8, spricht einfach nichts dagegen.

Bei cityscout.de wird auch UTF-8 verwendet - aber primär wegen den derzeit 6 verschiedenen Sprachen. Diese unter einen Hut zu bekommen geht einfach nur mit utf8 ordentlich. Im statischen wie im dynamischen Web btw. Bei einsprachigen Webs sehe ich es als nicht so dringend an, kommt drauf an ob man sich als Programmierer die Mühe machen will

Ich hatte mit UTF-8 bisher eigentlich keine Probleme, die nicht sehr schnell lösbar gewesen wären. Ich finde diesen Zeichensatz interessant, gerade wegen der us-ascii Kompatibilität, die sich z.B. auf PHP- oder HTML-Quelltext auswirkt, und der vollen Unicode-Fähigkeit. Problematisch wird's allerdings wegen der variablen Zeichenlänge. Dafür hab ich im UNB ein paar Funktionen eingefügt, die strlen, substr usw. UTF-8-ready machen, falls verfügbar mit iconv-Unterstützung.

Mit MySQL 4.1 hab ich dagegen noch so meine Probleme. Ich hab einmal versucht, das vernünftig zum Laufen zu kriegen, das ist allerdings daran gescheitert, dass ich noch nichtmal den Client-Zeichensatz angeben konnte in diesen verrückten MySQL-Tools. Und solange das nicht geht, brauch ich mir um den Rest keine Gedanken zu machen, weil ich dann nie sicher weiß, was denn nun da steht. Mal sehen, ob ich es noch rausfinde, die Mailingliste wusste es scheinbar auch nicht.

Naja, neue Webseiten fange ich alle mit UTF-8 an, die vorhandenen werden auf XHTML+Unicode umgestellt, sobald ich Zeit dafür finde. Die Browser verstehen es mittlerweile wohl alle, und auf PCs mit nicht-europäischem Standardzeichensatz hab ich weniger Probleme mit UTF-8 (also eigentlich keine) als mit latin1 festgestellt. Leider versteht PHP das Unicode-Cookie (aka BOM) nicht, aber ansonsten beschränkt sich die Umstellung tatsächlich auf wenige Header-Einträge (plus natürlich die anzuzeigenden Daten).

Mehr zum Thema und auch im Bezug zu MySQL gibt es hier: http://dev.mysql.com/tech-resources/...1/unicode.html