Výpis času podle časového pásma
Školení, která pořádám 
- 29.9.2010 Návrh a používání MySQL databáze
- 30.9.2010 Úvod do PHP
- 1.10.2010 Programování v PHP 5
- 4.10.2010 JavaScript a AJAX
- 5.10.2010 Knihovna jQuery a AJAX prakticky
- 6.10.2010 Výkonnost webových aplikací
- 7.10.2010 Konfigurace a výkonnost MySQL
- 8.10.2010 Bezpečnost PHP aplikací
Jedna z výhod malého českého prostředí je v tom, že se rozkládá pouze v jednom časovém pásmu. Na webhostingu tedy může být časové pásmo nastaveno na CET, ve skriptech se nemusíme o nic starat a všem lidem se čas bude zobrazovat správně. Pokud se na stránku náhodou podívá někdo ze vzdáleného zahraničí, tak zobrazovaný čas pochopí jako místní čas serveru a na svůj čas si ho dokáže převést.
Problém ale nastává u serverů, kde není na první pohled patrné, do jakého časového pásma patří. Když je na anglicky psaném serveru uvedeno, že článek vyšel ve 14:00, můžeme o převodu na náš čas jen spekulovat. Na někoho může působit divně i to, že když příspěvek do diskuse vložil v 18:00, tak se u něj zobrazuje, že ho vložil ve 14:00. Pokud tedy z kontextu serveru není patrné, v jakém leží časovém pásmu, je slušné to někam uvést (pro zdůraznění světovosti za všechny časy nebo decentně někam do informací o serveru).
Ideální by bylo časové pásmo nastavovat podle přání klienta. Prohlížeče ale informaci o svém časovém pásmu bohužel neposílají a co hůř – ve standardu na to ani není vyhrazena žádná hlavička. Jedinou možností tak zůstává časové pásmo odhadnout z IP adresy nebo ho nechat uživatele zvolit.
Nastavení časového pásma skriptů od PHP 5.1 zajišťuje funkce date_default_timezone_set nebo konfigurační direktiva date.timezone, ve starších verzích k tomu slouží nastavení proměnné prostředí TZ funkcí putenv. MySQL časová pásma podporuje od verze 4.1. V nižších verzích je potřeba dát pozor na současné používání funkcí typu NOW spolu s přímým zadáním času. Hodit by se mohla funkce UNIX_TIMESTAMP, která vždy vrací počet vteřin od půlnoci 1.1.1970 GMT.
Přijďte si o tomto tématu popovídat na školení Návrh a používání MySQL databáze (29.9.2010, Praha).
Diskuse
Michal:
Uz uz jsem te chtel zaprudit, ze se mi tu cas tveho blogu zobrazuje blbe a koukam ze vydani clanku mas jen jako datum... Mno dobraaaa ;-)Michal:
Ha, nachytal jsem te! Jakypak 8:46:40? Vzdyt uz se stmiva... Mel bys ctenarum jit prikladem a casy uvadet "spravne" :-))
Jakub Vrána:
Ty budeš asi z Nového Zélandu, viď? ;-)
Michal:
Pocitam ze i kdybych byl z Mongolska tak mi to tu ukazuje ten vas zcestnej "jedinej spravnej" cas...Mordae:
On někdo používá něco jiného než /usr/share/zoneinfo/posix/GMT? Sakra... :]Jana:
Dobrý den, můžete mi prosím někdo jednoduše vysvětlit nebo poradit jak si spočítám kdy vyšlo dne 15.4.2006 Slunce nad Havanou /v tamním čase/. Jediné co jsem zatím zjistila, žepodle GTM 5: 08, ale co s tímto údajem dál? Děkuji Jana
m.tes@email.cz
spaze:
Na serveru bych spis nastavil Europe/Prague, nez CET (kvuli prechodu CET <-> CEST).
haXis:
je to trochu OT, ale chtel bych se zeptat na takovou vecicku:kdym vezmu dnesni datum a datum 1.1.1984, jak z toho vypocitam vek? Tahle vecicka mi vrta hlavou dost dlouho.
:-)
bs:
Prevod na pocet sekund od "pocatku" v unixovem formatu, odecist a prevod zpet na normalni datum, ziskat vek na roky, mesice, dny.. Jakub Vrána:
Kvůli přestupným rokům to není přesné. Např.<?php
$age = strtotime("2005-02-15") - strtotime("2003-02-15");
echo (date("Y", $age) - 1970) . "r " . (date("n", $age) - 1) . "m " . (date("j", $age) - 1) . "d\n";
?>
řekne o den víc, naopak 2008-02-15 až 2005-02-15 zase o den míň.
