Výpis času podle časového pásma
Školení, která pořádám
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.
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" :-))
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, že
podle 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íň.
Jakub Vrána :
Ve dnech ti to v MySQL řekne funkce DATEDIFF().
Jindřich Švec:
Prosím o radu.Chci dražit jednu položku a u ní je uveden konec aukce v Pacifickém čase PDT.Já potřebuji převést tento čas na středoevropský MESZ.Přes internet jsem si odvodil,že to zjistím tak,když k PDT připočítám 9 hodin,jistý si ale nejsou a nerad bych konec aukce zmeškal.Můžete mi někdo poradit?Děkuji. jindrich.svec@email.cz
Diskuse je zrušena z důvodu spamu.