Serendipity Forums

Moin.

Auf [http://www.ats20.de/serendipity] probiere ich s9y für den Einsatz als Schulhomepageprogramm aus. Seltsamerweise sind einige Beschriftungen nach wie vor in englischer Sprache, obwohl sowohl im Front- als auch im Backend Deutsch als Sprache eingestellt ist.

Wie kommt's? Wie ist es zu ändern?

Gruß:
Hanjo.[/url]

Bei mir ist alles auf deutsch (mit Firefox 1.0.6.). Hast Du vielleicht die Option eingestellt, daß sich die Sprache nach den Browser-Einstellungen richten soll? Eventuell hast Du da auch englisch drin?!

Sind bei dir auch die Datumseinträge auf Deutsch? Die sind bei mir nämlich englisch, obwohl alles andere deutsch beschriftet ist ("Dauerhafte Einträge", aber "Friday, 19. August 2005").

Ich hab's bei mir probiert mit Safari, Firefox und IE (unter Mac OS X) - alle zeigen die Datumsangaben auf Englisch an.

Wenn die Datumsangaben auf Englisch sind unterstütz Dein webserver keine Deutschen Lokales. Sprich bitte mal mit Deinem Server-Admin und sag ihm er solle "de_DE" oder ähnliche locales installieren und einrichten.

Serendipity nutzt dieses Server-Feature um das Datum korrekt lokalisiert anzuzeigen.

Viele Grüße,
Garvin

Hm, das ist ja ärgerlich, weil ich daran nichts ändern könnte. Ich frage mal bei Strato nach, ob deren Server tatsächlich so unzureichend konfiguriert sind.

Dank für deine Hilfe!

Gruß:
Hanjo.

Gerade so ein Massenhoster wie Strato sollte eigentlich deutsche Locales installiert haben. Vielleicht heissen sie auf deren System nicht "de_DE" oder "german" (unsere verwendeten locales gibts in lang/serendipity_lang_de.inc.php, abschnit LOCALE). Wenn nur der Name falsch ist bitte mal die Admins bei Strato fragen, wie der korrekte Localename dort heißt.

Bin aber sehr sicher, dass das zu beheben ist!

Viele Grüße,
Garvin

So, nun habe ich die Antwort des technischen Supports von Strato: "Es sind die enlichen locals gesetzt. Dies lässt sich im Rahmen der Webhosting Pakete nicht verändern." - der Nutzer der "normalen" Webhosting-Pakete muss also auf englische (ich ergänze mal einfach sinngemäß 1 "g" und 1 "s" ) Datumsangaben zurückgreifen.

Gibt's nicht vielleicht eine Möglichkeit, dass S9y die Datumsformate nach den Vorgaben im Backend selbst erzeugt?

Das ist natürlich ein Armutszeugnis von Strato.

Natürlich könnte man Serendipity da anpassen, aber das ist ein Heidenaufwand und hat auch Auswirkungen auf die Performance. Und ist eigentlich unnötig, weil ordentliche Hoster die locales immer installiert haben...

Viele Grüße,
Garvin

Hm...

ich mag den Satz nicht. "Das ist ein Armutszeugnis von Strato".

De facto kann man Serendipity nicht "auf Deutsch" stellen, wenn man einen Serveranbieter hat, der nicht in Deutschland steht, bzw. der dazu bereit ist, nur für "mich" den ganzen Server mit evtl. ein paar tausend virtuellen Domains für mich auf Deutsch umzustellen.

Ich muss mir jetzt Wordpress anschauen gehen, da man ja wohl offensichtlicherweise wenn man einen Server mit englischer locale hat Serendipity nicht auf Deutsch stellen kann.

Wie auch immer. Soll ja Leute geben, die in den USA auf die Uni gehen und trotzdem nen deutsches Blog auf nem dortigen Server betreiben wollen...

Hi!

Man kann einem Apache VHost problemlos gewisse LOCALE Environment-Optionen setzen, so dass diese Locales nur für den speziellen Host gültig sind.

LOCALEs sind ein sogar in Windows implementiertes System - es macht Sinn, Standard zu benutzen anstelle eigene Datumformatierungsfunktionen zu schreibegn die man dann auch noch für jede Sprache anpassen muss. Daher setzt Serendipity diesen Standard auch ein.

Viele Grüße,
Garvin

Ich hab' ja nun davon nicht die geringste Ahnung, aber ist das nicht irgendwie eine php-Sache? Läßt sich das vielleicht in einer php.ini einstellen? Denn das kann man bei Strato wohl machen. Sagt der Support.

Hi Stephan!

Nein, Locales sind eine Stufe "tiefer" als PHP. Das müsste im VHost gemacht werden, evtl. klappt es sogar auf .htaccess Basis. Da kenne ich mich leider wenig aus. Evtl. per "setEnv" option in der htaccess oder so.

Grüße,
Garvin

voila:

http://python.net/pipermail/python-de/2 ... 07670.html