Windows dosya zaman damgaları saat dilimi farkında mı?


14

Bana gönderilmeden önce veya sonra değiştirilmiş bir dosya var.
Ancak, farklı bir zaman diliminde oluşturulmuş olduğu için eğer değiştirme tarihi göndericinin saat diliminde olduğu, o değiştirmek için son oldu. Benim saat dilimine göre ise, ben bunu değiştirdi.

Peki, Windows dosya değiştirme tarihlerinin saat dilimi farkında olup olmadığını biliyor musunuz?

Yanıtlar:


17

Saat dilimi, bir takvimde "aniden" insan tarafından okunabilir bir tarih ve saate dönüştürme özelliğidir.

Bilgisayarlar insan tarafından okunabilir formatları sevmezler (en azından insanlar kadar değil), bu nedenle genellikle anlıkları bölgeden bağımsız bir formatta saklarlar. Örneğin, NTFS dosya sisteminde zaman damgaları UTC'de depolanır.

Bu nedenle, dosya zamanı değişikliği, onu değiştirdiği zaman geçerli zamanı bildiği sürece düzgün şekilde saklanır. Windows sisteminizde "13:19" görüntüleniyorsa ve GMT-5 saat diliminde olduğuna inanılıyorsa, o andaki anın UTC'de "18:19" olduğunu belirtir ve NTFS bağırsağına yazabilir. Ancak, işletim sistemi "13:19" gösteriyor ancak GMT + 3 saat diliminde olduğuna inanıyorsa, insan ekrana baksa bile, işler iyi görünse bile işletim sistemi sekiz saat kapalıdır.

Başka bir nokta, dosya değiştirme süresinin, dosyanın depolandığı depolama sisteminin, örneğin bir dosya sisteminin bir özelliği olmasıdır. Bir dosya "gönderildiğinde", o zaman mutlaka dosyayla seyahat etmez. Bazı arşiv biçimleri (örn. Zip), dosya değişiklik süresini dosyayla birlikte gömer. Bu, bir e-postaya ekli "olduğu gibi" gönderilen bir dosya için geçerli değildir ve bir dosya değiştirme zamanı gelmez.


Rar-ed, gpg-ed ve e-postayla gönderildi. Modifikasyonun zaman damgası yaratılışın zaman damgasından daha önce olduğundan, sanırım doğru bir şekilde hayatta kaldı.
bastibe

5

FILETIME için Microsoft belgelerinde bazı ipuçları görebilirsiniz . Yapıda bir saat dilimi için bir hüküm yoktur, ancak metin NTFS'nin tüm dosya saatlerini UTC'de depoladığını belirtir.


4

Windows zaman damgaları zaman diliminden haberdardır. Ancak, dosya aktarımı için mekanizmanız olmayabilir.


Bu bir sorun olabilir ... Bunu belirttiğin için teşekkürler!
bastibe

3
Açıklığa kavuşturmak için, saat dilimi için gerçek bir alan yoktur, ancak tüm saatler UTC'de depolandığından ve sonra Explorer'da anında yerel saate dönüştürüldüğünden, bu bir sorun değildir.
David Pfeffer

1
kullanıcı deneyimi açısından bakıldığında, ilk ifade doğru gözükmektedir, ancak teknik açıdan yanlış anlaşılmaktadır. açıklamanız doğru olsa da, cevabınızı doğrudan belirtmek için gerçekten düzenlemelisiniz.
quack quixote

3

Ek olarak, NTFS veya diğer dosya sistemlerinden dosya değiştirme tarihleri ​​saat dilimi farkına sahip olsa da, EXIF ​​verilerinin (örneğin, fotoğraf makinenizle bir fotoğrafın çekildiği tarih / saat) çok iyi olmayabileceğini ve UTC olarak kaydedilmeyebileceğini unutmayın. dönüştürmek zor olabilir. Sadece bir düşünce, dosya oluşturma / değiştirme / EXIF ​​tarih / saat kabul gibi görünmüyor.

Önceki sürümlerde EXIF ​​verilerinin görüntülenmesi, yani mümkünse mevcut yerel saate diaply amacıyla anında dönüştürülmesi açısından geliştirilmiş hatırlıyorum.


+1 EXIF ​​genellikle sadece yerel saati saklar ve saat dilimini belirtmenin bir yolu yoktur :-(
sleske

2

FAT dosya sistemlerinin saat diliminin farkında OLMADIĞINI unutmayın, ancak bu yalnızca dosyayı zaman dilimlerini geçen FAT dosya sistemine sahip bir cihazda taşıyorsanız sizi etkiler.


Veya gün ışığından yararlanma saati sırasında.
Brendan Abel

Aynı durum ZIP arşivleri içindeki dosyalar için de geçerlidir, çünkü format FAT16 zaman damgası formatını devralır (2 saniyelik doğruluk ve saat dilimi bilgisi yok).
rustyx
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.