Wer Sonderzeichen unterschiedlicher Sprachen (z.B. Deutsch und Tschechisch) kombinieren will, stößt rasch an Grenzen. HTML-Entities (ü auml; usw) sind keine Abhilfe, wenn mit nicht html-Frontends (z.B. Access, OOOBase, online-pdf-Creators u.ä.) ebenfalls direkt aus der Datenbank gearbeitet werden soll.

Wie man ein komplettes, in mehreren Entwicklungsschritten erstelltes datenbankorientiertes Webprojekt auf UTF8 umstellt. Zu diesem System gehören ein MYSQL-Server, eine php-generierte Website inkl. Webshop, die über html-Frontends gesteuert wird. Weiters lokale Anwendungen sowohl in Windows/MSAccess bzw. Linux/OOOBase, für direkte Datenpflege-Aufgaben in der MYSQL-Datenbank (z.B. Produktpflege, Buchhaltung) Diese Anwendungen kommunizieren über eine ODBC-Schnittstelle mit der MYSQL-Datenbank.

XTC-modified, Websitebaker und Lepton mit charset utf-8 zu betreiben wird offiziell nur teilweise unterstützt. Beide Programme bieten zwar in ihren admin-Oberflächen eine entsprechende Einstellmöglichkeit, diese bezieht sich aber ausschließlich auf von den Seitenbenutzern aufgerufene Seiten. Dass eine über die admin-Oberfläche getätigte Eingabe oder ein automatisches Antwortmail dann richtig mit allen utf-8-Zeichen schreib- und lesbar wird, ist nicht gewährleistet. Dies muss man auf eigenes Risiko im Quellcode umsetzen. Aber eigentlich - opensource sei dank -, ist auch das gar nicht so schwer.

Eine Website, wo all das beschriebene mit WSB und XTC-M umgesetzt ist -> edelbier.at

Eine serverseitige Datenbank mit einer Client-Anwendung über ODBC zu betreiben bedeutet zwangsweise eine unverschlüsselte Verbindung zu haben. Abhilfe schafft eine von vielen Providern unterstützte Methode: eine ssh-Verbindung mit dem Terminalprogramm "puTTY"