Nach Update alle Umlaute zerschossen

[Silentblog]

Nachdem ich auf 1.1. umgestellt habe, sind alle Umlaute umgewandelt.
Sieht so aus:

Ãœber den Song bin ich gerade gestolpert.
Einfach schön oder?

Was kann ich jetzt dagegen machen?

[Anitram]

Mache es so wie ich... schreibe dir ein kleines Macroscript im Textverarbeitungsprogramm, in dem du über suchen-ersetzen sämtliche Sonderzeichen "umschreibst" und stelle sie dann "überarbeitet" wieder online. Ich bin bald durch damit - es sind nur noch knapp 200 Texte (hochgerechnet), die noch bearbeitet werden müssen / wollen / sollten.



Ein büsch'n Arbeit muss schon noch bleiben...

[Silentblog]

Na super, das ist doch Käse.
Die Tags habe ich schon überarbeitet.

Alle Texte?
Das ist aber ein ziemlich dummer Fehler in der Software

[garvinhicking]

Hi!

Eigentlich ist sowas nicht nötig, was Anitram beschreibt.

Silentblog: Von welche s9y Version hast Du aktualisiert, was war vorher da? Wurde an deinem Server evtl. noch etwas aktualisiert, z.B. PHP oder MySQL? Das sind üblicherweise die Ursachen für solche Darstellungsprobleme.

Wenn Du uns Deine URL nennst kann ich Dir auch evtl. noch weitere Möglichkeiten nennen wie Du das Problem behebst. Z.B: in der s9y konfiguration den Zeichensatz auf "ISO-8859-1" stellen, oder die Option "DB Datenbanknamen anwenden" aktivieren/deaktivieren...

Grüße,
Garvin

[Palermo]

Bei mir hat es das UTF-8 verstellt und ich hatte dann die gleichen Zeichen.
Schau mal in der Konfiguration nach bevor du an der Datenbank herumdoktorst.

[Lux]

Hallo,

ähnliches Problem bei mir.

Blog steht auf "Nationaler Zeichensatz", Postings sind in Ordnung, Monatsnamen (März) nicht.

Habt Ihr irgendwelche Ideen?

Links finden sich in der Signatur.

Gruß

Dirk

Nachtrag: Locales sind sowohl für iso-8859-1 als auch für utf-8 vorhanden. Es sieht so aus, als wären die Monatsnamen utf8 und die Postings in iso-8859-1.

[garvinhicking]

Hi Lux!

Frag mal deinen Server-Provider nach, es scheint als wären dessen Locales falsch.

S9y versucht folgende aufzurufen:

de_DE.ISO-8859-1, de_DE.ISO8859-1, german, de_DE, de_DE@euro, de

anscheinend gibt's die ersten beiden nicht, und 'german' ist bei deinem Provider in UTF-8. Abhilfe schafft also eines der ersten beiden Locales zu installieren.

Grüße,
Garvin

[Lux]

Hi Garvin,

Frag mal deinen Server-Provider nach, es scheint als wären dessen Locales falsch.

Da bin ich mein eigener Provider:

Code: Select all

root@edocsil:~# dpkg-reconfigure locales
Generating locales...
  de_DE.ISO-8859-1... up-to-date
  de_DE.UTF-8... up-to-date
  de_DE.ISO-8859-15@euro... up-to-date
  de_DE.UTF-8@euro... up-to-date
  en_US.UTF-8... up-to-date
Generation complete.
Current default timezone: 'Europe/Berlin'.
Local time is now:      Fri Mar  2 12:09:21 CET 2007.
Universal Time is now:  Fri Mar  2 11:09:21 UTC 2007.
Run 'tzconfig' if you wish to change it.

Die Locales sind also alle da ...

S9y versucht folgende aufzurufen:

de_DE.ISO-8859-1, de_DE.ISO8859-1, german, de_DE, de_DE@euro, de

anscheinend gibt's die ersten beiden nicht, und 'german' ist bei deinem Provider in UTF-8. Abhilfe schafft also eines der ersten beiden Locales zu installieren.

Da scheint etwas anderes nicht zu stimmen:

Code: Select all

root@edocsil:/etc# grep german locale.alias
german          de_DE.ISO-8859-1

Danke für Deine Hilfe!

Gruß

Dirk

[garvinhicking]

Hi!

Und deine serendipity_lang_de.inc.php enthält auch die locales wie ich sie genannt habe?

Was gibt den folgendes PHP-Script aus:

Code: Select all

<?php
header('Content-Type: text/plain; charset=ISO-8859-1');
setlocale(LC_ALL, 'de_DE.ISO-8859-1');
echo strftime('%B');

Grüße,
Garvin

[Lux]

Und deine serendipity_lang_de.inc.php enthält auch die locales wie ich sie genannt habe?

Yip.

Was gibt den folgendes PHP-Script aus:

Das sieht nach einer Denksportaufgabe für mich aus:

Code: Select all

March

Gruß

Dirk

[garvinhicking]

Hi!

Das Ergebnis hieße, dass ein Locale namens "de_DE.ISO-8859-1" nicht existiert bzw. nicht zugreifbar ist!

Evtl. musst du den apache server neustarten nachdem du locales installierst...

Grüße,
Garvin

[Lux]

Das Ergebnis hieße, dass ein Locale namens "de_DE.ISO-8859-1" nicht existiert bzw. nicht zugreifbar ist!

Hmpf.

Evtl. musst du den apache server neustarten nachdem du locales installierst...

Die locales sind schon "ewig und drei Wochen" auf dem System.

Ein Neustart ändert nichts ...

Gruß

Dirk

[garvinhicking]

Hi!

Probier mal die anderen locales im setlocale() aus, einer von denen (de_DE.ISO-8859-1, de_DE.ISO8859-1, german, de_DE, de_DE@euro, de ) müsste greifen.

Grüße,
Garvin

[Lux]

Probier mal die anderen locales im setlocale() aus, einer von denen (de_DE.ISO-8859-1, de_DE.ISO8859-1, german, de_DE, de_DE@euro, de ) müsste greifen.

"de" und "de_DE@euro" funktionieren.

Begreifen muss ich das nicht, oder?

Ich habe jetzt die serendipity_lang_de.inc.php umgebaut:

Code: Select all

# @define('DATE_LOCALES', 'de_DE.ISO-8859-1, de_DE.ISO8859-1, german, de_DE, de_DE@euro, de');
@define('DATE_LOCALES', 'de_DE@euro, dei, de_DE.ISO-8859-1, de_DE.ISO8859-1, german, de_DE');

Das ist allerdings ein guter Kandidat dafuer beim naechsten Update von mir vergessen zu werden.

Hast Du eigentlich ein Tool, dass die Datenbanktabelle, in der die Artikel sind, von iso nach utf-8 wandelt?

Danke und Gruss

Dirk

[garvinhicking]

Hi!

Öh, das versteh ich nicht. de und de_DE@euro sind doch auch schon im original locale vorhanden?

Hast Du eigentlich ein Tool, dass die Datenbanktabelle, in der die Artikel sind, von iso nach utf-8 wandelt?

PhpMyAdmin, ein SQL-Dump und ein Texteditor

Grüße,
Garvin