Informationen für CMS/made simple

wilderpel · 16. Juni 2011 16:48

Hallo,

da ich über die Suchfunktion leider keine Lösung gefunden habe, frage ich mal direkt hier.
Mein Problem ist, dass das Datum von News-Artikeln bei meiner neusten CMSms-Website (V. 1.9.4.2) immer auf Englisch ist. Ich habe die Standartsprache bei den Globalen Einstellungen auf Deutsch festgelegt, rufe das News-Modul mit {news lang='de_DE'} auf und habe auch in der config.php $config['locale'] = 'de_DE.UTF8'; angegeben.
Trotzdem steht weiterhin 15. June 2011 auf der Website.
Bei meinen anderen CMSms-Websiten, die mit etwas älteren Versionen laufen, tritt dieses Problem nicht auf.

Für eure Hilfe wäre ich euch sehr dankbar,
Markus

nicmare · 16. Juni 2011 16:52

oh nein, ich glaub das ist ein deja vu big_smile
hast du in den globalen einstellungen unter Standard-Datumsformat (ganz unten) auch was drin?
Probiers mal mit %d.%m.%Y

wilderpel · 16. Juni 2011 17:01

Hi,

da habe ich %d. %B %Y, ich fände es halt schöner, wenn der Montasname ausgeschrieben wäre. In deinem Vorschlag ist er ja als Zahl.

richter · 17. Juni 2011 05:06

UDT

setlocale (LC_ALL, 'de_DE@euro', 'de_DE', 'de', 'ge');

UDT ins Template einbinden

{Timezone}
<div class="calendar-list">
{if isset($navigation)}
{if isset($navigation.prev)}<span class="calendar-prev"><a href="{$navigation.prev}">{$lang.prev}</a></span>{/if} {if isset($navigation.next)}<span class="calendar-next"><a href="{$navigation.next}">{$lang.next}</a></span>{/if}
{/if}

Was im CGC funzt wird auch da funzen.

LG

wilderpel · 17. Juni 2011 11:04

Vielen Dank, das klappt!

Könnte ich mir den UDT sparen, wenn ich das in der config.php angebe?
Und warum tritt dieses Fehler überhaupt auf, wo er doch in den vorherigen Versionen nicht vorgekommen ist? :-(

NaN · 17. Juni 2011 11:27

Welcher Wert steht denn in der config.php für $config['timezone'] ?

mike-r · 17. Juni 2011 13:15

Selbes Problem hier mit CGBlog:
Einstellungen:
Globales Datumsformat:

%d. %B %Y

Aufruf:

{CGBlog lang="de_DE" showall='1' number="6"}

config.php:

$config['timezone'] = 'Europe/Berlin';

Ergebnis: 20. June 2011

Ich meine allerdings das Problem demletzt auch in einer anderen Ausgabe (ausserhalb CGBlog) gehabt zu haben, erinnere mich gerade allerdings nicht, was das gewesen sein könnte.
Edit: CMSSimplepie war/ist das, selbe Datumsausgabe. Aufruf im Template ist:

{$onefeed->get_date()|date_format:"%d. %B %Y - %H:%M"}

Beitrag geändert von mike-r (17. Juni 2011 13:21)

cyberman · 17. Juni 2011 16:39

Hmm, ist mir nach wie vor unverständlich, weshalb deutsche Hoster ihre Server mit englischen Voreinstellungen laufen lassen ...

Foaly* · 14. Juli 2011 08:47

Es gibt in der config noch einen weiteren Index, der de_DE nimmt. Danach gehts. locale müsste der heißen.

mike-r · 14. Juli 2011 12:01

$config['locale'] = 'de_DE';

Lüppt, vielen Dank.

Pinhead · 24. Juli 2011 13:15

Hallo,
ich saß bis gerade an dem gleichen Problem. Allerdings brachte keines der vorgeschlagenen Lösungsansätze etwas.

Für Leute die gerade Xampp unter Windows laufen haben.
In der config muss bei

$config['locale'] = 'german';

alternativ 'deu' anstatt 'de_DE' stehen!

*langsamer facepalm*

Kann ich mich endlich wieder um mein Projekt kümmern.

Gruß Lars

Beitrag geändert von Pinhead (24. Juli 2011 13:17)

cyberman · 24. Juli 2011 13:40

Danke für den wichtigen Hinweis (dass Windoof aber auch immer aus der Reihe tanzen muss mad )

uniqu3 · 24. Juli 2011 15:30

cyberman schrieb:

Danke für den wichtigen Hinweis (dass Windoof aber auch immer aus der Reihe tanzen muss )

Muss aber eher in zusammenhang mit XAMPP liegen denn es läuft unter Wamp und Windows bei mir ganz normal mit de_DE.

cyberman · 25. Juli 2011 21:52

Pinhead schrieb:

In der config muss bei
$config['locale'] = 'german';
alternativ 'deu' anstatt 'de_DE' stehen!

Welche Win-Version verwendest du?

Foaly* · 26. Juli 2011 09:07

Pinhead schrieb:

Für Leute die gerade Xampp unter Windows laufen haben.
In der config muss bei
$config['locale'] = 'german';
alternativ 'deu' anstatt 'de_DE' stehen!

Deshalb habe ich also lokal das Problem, dass neu angelegte Seiten nicht erscheinen und auf den Produktivservern nicht.

xjack · 21. Februar 2012 02:47

Auch wenn das Thema schon älter ist:

Aktuell hat bei mir mit cmsms 1.10.3(Linux) die Datumsausgabe auch nicht auf deutsch funktioniert.

config['locale']='de_DE';

Erst mit folgender Einstellung ging es:

config['locale']='de_DE.UTF8';

WTF?!

Martin2142 · 26. März 2012 22:41

Hey,

habe das selbe Problem. Die Hinweise mit dern config.php scheinen bei mir nicht zu klappen.

Wie muss ich das "setlocale (LC_ALL, 'de_DE@euro', 'de_DE', 'de', 'ge');" einbauen? Ich schätze mal, ich habe da einen Fehler gemacht. Funktionierte nämlich leider auch nicht.

kris29 · 26. März 2012 10:50

Ich glaub der Bindestrich machts. Hab letztens auch rumprobiert und das hier hat funktioniert:

$config['locale'] = 'de_DE.UTF-8';

(Provider Strato)

Währenddessen die gleiche Installation bei All-Inkl hiermit läuft:

$config['locale'] = 'de_DE.UTF8';

Martin2142 · 26. März 2012 16:02

Ich danke. Mit $config['locale'] = 'de_DE.UTF8'; hat es funktioniert.
Kann aber auch sein, dass es mit anderen Varianten auch schon geklappt hätte big_smile
Dummer Anfängerfehler, wenn man die config.php ohne Rechte überschreiben möchte.

kampkrusty · 11. Januar 2013 13:27

Gibt es noch andere Möglichkeiten wo man das einstellen kann? Bei hat keine der Möglichkeiten Erfolg gebracht.

nicmare · 11. Januar 2013 14:37

kampkrusty schrieb:

Gibt es noch andere Möglichkeiten wo man das einstellen kann? Bei hat keine der Möglichkeiten Erfolg gebracht.

ich behelfe mir bei einem projekt mit ner notlösung. nachdem ich im news template die sprache abgefragt habe, benutze ich den replace modifier:

{$entry->postdate|date_format:"%B"|replace:"Januar":"January"|replace:"Februar":"February"|replace:"März":"March"|replace:"Mai":"May"|replace:"Juni":"June"|replace:"Juli":"July"|replace:"Oktober":"October"|replace:"Dezember":"December"}

In dem Fall also für englisch

kampkrusty · 11. Januar 2013 15:44

Danke dir. Das funktioniert erst einmal.

czarnowski · 12. Januar 2013 14:26

Empfehle mal unter http://de1.php.net/manual/de/function.setlocale.php nachzulesen.

Hier der wichtige Hinweis:

Die Locale-Informationen wirken auf den Prozess, nicht auf den Thread

Und was Windows betrifft ist es zudem anders als man denken würde.

NaN · 12. Januar 2013 16:06

Die Locale-Informationen wirken auf den Prozess, nicht auf den Thread

Und das bedeutet jetzt genau was?
Da ein Thread doch einem Prozess untergeordnet ist, sollte es doch dann für alle Threads gelten, oder versteh ich das gerade falsch?
Heißt das, dass die Locale-Settings vor ausführen des jeweiligen Scriptes gesetzt werden müssen (damit der Thread dann die Einstellungen des Prozesses korrekt übernehmen kann)?
Wie erreicht man das? (wenn man mal von einem Shared Webspace ausgeht)
Evtl. mit .htaccess?

Und was Windows betrifft ist es zudem anders als man denken würde.

Und wie?

Wenn sich das Problem hier nicht mit Probieren lösen lässt, würde ich mal den Provider kontaktieren und höflich nachfragen, was man tun muss, um die Sprache korrekt einzustellen. Der sollte das i.d.R. eigentlich am besten wissen.

czarnowski · 12. Januar 2013 18:54

Vollständig lautet es bei PHP

php.net schrieb:

Die Locale-Informationen wirken auf den Prozess, nicht auf den Thread. Sofern Sie PHP mit einer Multithreaded Server API wie IIS oder Apache unter Windows einsetzen, rechnen Sie mit unerwarteten Änderungen der Locale-Einstellungen zur Laufzeit des Skripts, auch wenn das Skript selbst keinen setlocale()-Aufruf durchführt. Dies passiert, da andere Skripte in verschiedenen Threads des selben Prozesses zur selben Zeit prozessweit die Locale-Einstellungen mittels setlocale() ändern.

gleich darunter der Tip zu Windows als Link:

http://msdn.microsoft.com/en-us/library … 90%29.aspx

Man kann die local Information bei der Installation des Servers setzen nicht aber über ini oder htaccess.

Und setlocale ist bei manchen Providern gesperrt da diese ein Sicherheitsrisiko darin sehen.

Setlocale lässt sich auch manchmal nicht setzen wenn man meterlange Parameter verwendet.
Da sollte man immer mit der kürzest möglichen Version anfangen.
Ein Testscript - Einzeiler kann da helfen um zu sehen ob die Kiste es als Befehl annimmt:

iif (!setlocale(LC_ALL,'de_DE.utf8')) echo 'Nix'; else echo ' Ja doch oder nicht ?';

#1 16. Juni 2011 16:48

Re:

#2 16. Juni 2011 16:52

Re:

#3 16. Juni 2011 17:01

Re:

#4 17. Juni 2011 05:06

Re:

#5 17. Juni 2011 11:04

Re:

#6 17. Juni 2011 11:27

Re:

#7 17. Juni 2011 13:15

Re:

#8 17. Juni 2011 16:39

Re:

#9 14. Juli 2011 08:47

Re:

#10 14. Juli 2011 12:01

Re:

#11 24. Juli 2011 13:15

Re:

#12 24. Juli 2011 13:40

Re:

#13 24. Juli 2011 15:30

Re:

#14 25. Juli 2011 21:52

Re:

#15 26. Juli 2011 09:07

Re:

#16 21. Februar 2012 02:47

Re:

#17 26. März 2012 22:41

Re:

#18 26. März 2012 10:50

Re:

#19 26. März 2012 16:02

Re:

#20 11. Januar 2013 13:27

Re:

#21 11. Januar 2013 14:37

Re:

#22 11. Januar 2013 15:44

Re:

#23 12. Januar 2013 14:26

Re:

#24 12. Januar 2013 16:06

Re:

#25 12. Januar 2013 18:54

Re:

Fußzeile des Forums