Eğer dilimleri ile uğraşırken, size do not sen 1 gün daha küçük zaman birimlerine ile uğraşmak, özellikle ofset hesaplamaları kendiniz yapmak istiyorum. Bir basit nedeni: Yaz saati.
MySQL ve PHP hem de tarihlerini değiştirmek için tarih / zaman işlevleri çok sayıda var. Onlar gün ışığı tasarrufu ve çevresinde tarih ve saatlerini hareketli diğer tuhaflıklar biliyorum. Ve onlar size bir çözüm-roll el çalışacağız eğer daha doğru daha sık olsun. En azından, kullanabilir (veya oluşturmak) dilimini içeren bir tarih nesnesi. PHP fonksiyonları biraz zor olabilir ve de ne yazık ki, belgelenmiş, ancak tüm yetenek var değildir olabilir. Hala 'kurallı' biçimi olarak unix damgaları kullanabilirsiniz, ama onunla çalışan tüm kod biliyor ya da 'in' ne olduğunu anlamak için zaman dilimi vardır.
Geçmiş iş, ben bir okul zaman tablo ile başa çıkmak ve gerçek tarihlerini ve o biçimi (terim, hafta, gün, dönem ...) dönüştürme vardı. Biz talep ve önbelleğe alınan sonuçlar üzerinde herhangi gerekli dönüşümleri yaptı nesneyi inşa. Bu bir çaba oldu, ama PHP tarih fonksiyonları all dönüşümleri ve ayarlamaları dilimleri ve gün ışığı tasarrufu ile ilgili sorunlar bir çok kaydedilmiş yok olması.
Kalenderler ile Başka bir uyarı: Eğer events ve saat dilimleri ve saat dilimleri arasında ayrım gerekebilir users. Ve olaylar 'onlar kullanıcıları ile taşıdığınızda dilimleri sabit kalmak ve' ne zaman. Exchange / Outlook takvim hala gün ışığından yararlanma değişiklikleri ile sorunları var, neden tüm bu nüansları işlemek için başarısızlıktır. :-)