Tarihi Unix Zaman Damgasına Dönüştürme

Tarihi Unix Zaman Damgasına Dönüştürme, belirli bir tarihi ve saat dilimini kodlarda, API'lerde, veritabanlarında ve günlüklerde kullanılabilecek bir Unix zaman damgasına dönüştüren ücretsiz bir araçtır.

Unix zaman damgası nedir?

Unix zaman damgası, Unix başlangıcı olarak bilinen 1 Ocak 1970 saat 00:00:00 UTC'den bu yana geçen saniye sayısını gösteren bir tam sayıdır. Örneğin başlangıç anının zaman damgası 0'dır, sonraki tarihler ise pozitif değerlere sahiptir.

Unix zaman damgaları, sistemlerin belirli bir anı kısa ve programlama dilinden bağımsız biçimde aktarmasını sağlar. Ayrıca 10/09/2026 gibi bölgesel gösterimlerden kaynaklanan belirsizliği önler. Birleşik Krallık'taki bir okuyucu bunu 10 Eylül olarak yorumlarken bazı sistemler 9 Ekim olarak algılar.

Zaman damgası, biçimlendirilmiş bir takvim tarihini değil, belirli bir anı tanımlar. Kendi içinde Europe/London, UTC veya başka bir saat dilimi etiketi barındırmaz. Saat dilimi, yerel olarak yazılan tarihin hangi ana karşılık geldiğini belirlediği için dönüştürme sırasında önemlidir.

Bir tarihi Unix zaman damgasına nasıl dönüştürürüm?

Önce Saat dilimi alanını ayarla, ardından döndürülen Unix zaman damgası değerini ihtiyaç duyduğun sistemde kullan.

1. Gerekli saat dilimini seç.
2. Dönüştürme işlemini çalıştır ve Unix zaman damgası alanındaki tam sayıyı kopyala.
3. Değeri eklemeden önce hedef sistemin saniye mi yoksa milisaniye mi beklediğini kontrol et.

Saat dilimi seçimi sonucu birkaç saat değiştirebilir. Birleşik Krallık gibi yaz saati uygulayan bölgelerde sonuç tarihe göre de değişir. Europe/London kışın UTC, Britanya Yaz Saati döneminde ise normalde UTC+1'dir.

Tarihi Unix zaman damgasına dönüştürme işlemi sunucuda gerçekleştirilir. Saat dilimi girdisi HTTPS üzerinden sunucuya gönderilir ve saklanmaz.

Döndürülen zaman damgasını nasıl okurum?

Sonucu, Unix başlangıcından itibaren geçen saniye sayısı olarak oku. Değerde noktalama işareti, saat dilimi eki veya okunabilir tarih bilgisi bulunmaz. Günümüzdeki tarihler için on basamaklı değerler yaygındır, ancak yalnızca basamak sayısı bir zaman damgasının geçerli olduğunu kanıtlamaz.

En sık karşılaşılan entegrasyon sorunu, saniye ile milisaniyenin karıştırılmasıdır. Unix odaklı araçlar ve birçok sunucu tarafı sistem saniye kullanır. JavaScript tarih API'leri ise genellikle milisaniye kullandığından, saniye cinsindeki bir değeri bu ortamda kullanmak için 1,000 ile çarpman gerekebilir.

• 0, 1 Ocak 1970 saat 00:00:00 UTC anlamına gelir.
• Daha büyük pozitif bir tam sayı, daha sonraki bir anı temsil eder.
• Negatif bir zaman damgası, Unix başlangıcından önceki bir tarihi gösterebilir. Ancak destek, uygulamaya ve platforma göre değişir.
• Sayı, hesaplamada kullanılan özgün saat dilimini korumaz.

Sayısal bir sonuç, doğru saat diliminin seçildiğini doğrulamaz. Dönüştürülen saat yanlış görünüyorsa önce seçili saat dilimini, ardından geçerliyse yaz saati kurallarını kontrol et. Sonuç 1,000 kat farklıysa beklenen birime bak.

Uygulamalı tarih dönüştürme örnekleri

Bu kısa örnekler, saat diliminin temsil edilen anı nasıl etkilediğini gösterir.

1 Ocak 1970, 00:00:00 UTC değeri 0 zaman damgasına karşılık gelir.

1 Ocak 2024, 00:00:00 UTC değeri 1704067200 zaman damgasına karşılık gelir.

1 Temmuz 2024, 12:00:00 Europe/London değeri 1719831600 zaman damgasına karşılık gelir.

Son örnekte Londra'da Britanya Yaz Saati geçerliydi. Bu nedenle yerel saatle öğlen, 11:00 UTC'ye karşılık geliyordu. Aynı saat değeri için saat dilimi olarak UTC seçilseydi farklı bir zaman damgası elde edilirdi.

Üçüncü taraf verilerinde 01/07/2024 yerine 1 Temmuz 2024 gibi açık bir tarih veya ISO tarzındaki 2024-07-01 biçimini tercih et. Çıktı yalnızca rakamlardan ve isteğe bağlı olarak baştaki eksi işaretinden oluştuğu için aksanlı ya da Latin alfabesi dışındaki metinler zaman damgasının parçası değildir.

Bir tarihi Unix zamanına dönüştürmek ne zaman işe yarar?

İnsanların okuyabileceği bir tarihi, makineler tarafından okunabilen kesin bir an olarak karşılaştırman, sıralaman veya aktarman gerektiğinde bu dönüştürme kullanışlıdır. API yanıtlarındaki hataları ayıklamak, dağıtımdan önce zamanlanmış bir görevi hazırlamak, veritabanı kayıtlarını kontrol etmek ve başka bir hizmetten gelen tarihleri yorumlamak yaygın kullanım alanlarıdır.

• Bir sürümün son tarihini dağıtım yapılandırmasına eklemeden önce dönüştür.
• Bir uygulama olayını sunucu günlüklerindeki zaman damgalarıyla karşılaştır.
• Başlangıç ve bitiş zamanlarını başlangıçtan itibaren geçen saniye olarak kabul eden bir API için sorgu parametreleri hazırla.
• CSV dosyasından içe aktarılan tarihleri veritabanında saklamadan önce standartlaştır.
• Üçüncü taraf bir webhook'un milisaniye yerine saniye gönderdiğini kontrol et.

Tarihi yalnızca bir kişi okuyacaksa ve alıcı sistem açık bir ISO 8601 değerini kabul ediyorsa dönüştürme yapmaya gerek yoktur. 2026-09-10T14:30:00+01:00 gibi bir tarih UTC farkını korur ve hata ayıklama sırasında genellikle daha kolay incelenir. Benzer şekilde, zaten Unix zaman damgası olan bir değeri tekrar tekrar dönüştürmek yeni bir bilgi sağlamaz.

Bu araç bir API şemasını doğrulamaz, zamanlanmış bir görevin çalışacağını teyit etmez ve özgün saat dilimini çıktıda korumaz. Zaman damgasını takvim biçiminde incelemek için Unix Zaman Damgasını Tarihe Dönüştür aracını kullan.

Sık sorulan sorular

Tarih veya saati doğrudan girebilir miyim?

Hayır. Bu araçta kullanıcı tarafından doldurulduğu belgelenen tek alan Saat dilimi alanıdır.

Araç hangi PHP işlevini çağırıyor?

Sunucu tarafındaki uygulama, PHP'nin date işlevini çağırır.

2038 yılı sorunu nedir?

İşaretli 32 bit Unix zaman damgasının en yüksek değeri 2,147,483,647'dir. Bu değer 19 Ocak 2038 saat 03:14:07 UTC'ye karşılık gelir. Modern sistemler çoğunlukla 64 bit değerler kullanır, ancak eski yazılımlar, dosya biçimleri ve gömülü cihazlar hâlâ bu sınıra tabi olabilir. Uzak gelecekteki tarihleri hazırlarken depolama türünü kontrol et.

Unix zaman damgaları artık saniyeleri hesaba katar mı?

Unix zamanı, standart POSIX modelinde artık saniyeleri ayrı numaralandırılmış saniyeler olarak temsil etmez. Bu durum çoğu uygulamadaki zamanlama ve günlük kaydı işlemleri için kabul edilebilir. Ancak uzmanlık gerektiren astronomi çalışmalarında veya yüksek hassasiyetli zaman ölçümlerinde farklı bir zaman standardı gerekebilir.

Sonucu kaydetmeden önce neleri kontrol etmeliyim?

Alıcı sistemdeki saat dilimini, yaz saati durumunu ve beklenen birimi doğrula. Ardından dağıtımdan veya kayıtlı verileri güncellemeden önce zaman damgasını aynı sistemde yeniden okunabilir bir tarihe dönüştürüp özgün değerle karşılaştır.