क्या विंडोज फाइल टाइमस्टैम्प टाइमजोन से अवगत हैं?


14

मेरे पास एक फाइल है जिसे मेरे पास भेजे जाने से पहले या बाद में संशोधित किया गया था।
हालांकि, यह एक अलग समय क्षेत्र में बनाया गया था, इसलिए यदि संशोधन की तिथि प्रेषक के समय क्षेत्र में है, तो वह इसे संशोधित करने के लिए अंतिम था। यदि यह मेरे समयक्षेत्र में है, तो मैंने इसे संशोधित किया।

तो, क्या आप जानते हैं कि विंडोज फ़ाइल संशोधन की तारीखें टाइमज़ोन से अवगत हैं?

जवाबों:


17

समय क्षेत्र "उदाहरण" से कुछ कैलेंडर में मानव-पठनीय तिथि और समय में रूपांतरण का एक गुण है।

कंप्यूटर मानव-पठनीय स्वरूपों को पसंद नहीं करते हैं (मनुष्यों के रूप में ज्यादा नहीं, कम से कम), इसलिए वे आमतौर पर एक क्षेत्र-तटस्थ प्रारूप में इंस्टेंट स्टोर करते हैं। उदाहरण के लिए, NTFS फ़ाइल सिस्टम में, समय टिकट UTC में संग्रहीत किए जाते हैं।

इसलिए, फ़ाइल समय संशोधन को ठीक से संग्रहीत किया जाता है जब तक कि जो भी इसे संशोधित करता है वह वर्तमान समय को जानता है। यदि आपका विंडोज सिस्टम "13:19" प्रदर्शित करता है और GMT-5 टाइम ज़ोन में विश्वास करता है, तो यह इस बात पर जोर देता है कि UTC में वर्तमान इंस्टेंट "18:19" है, और NTFS एंट्रिल्स में उतना ही लिखते हैं। हालाँकि, यदि OS "13:19" प्रदर्शित करता है, लेकिन GMT + 3 टाइम ज़ोन में विश्वास करता है, तो OS आठ घंटे से बंद है, भले ही, स्क्रीन पर देखने वाले मानव के लिए, चीजें ठीक लगती हैं।

एक और बिंदु यह है कि फ़ाइल संशोधन समय भंडारण प्रणाली की एक संपत्ति है जिसमें फ़ाइल संग्रहीत की जाती है, जैसे फ़ाइल सिस्टम। जब एक फ़ाइल "भेजी जाती है", तो वह समय जरूरी नहीं कि इसके साथ यात्रा करता है। कुछ संग्रह प्रारूप (जैसे ज़िप) फ़ाइल के साथ फ़ाइल संशोधन समय एम्बेड करते हैं। यह "भेजे गए" फ़ाइल पर लागू नहीं होता है, एक ईमेल से जुड़ा होता है, एक फ़ाइल संशोधन समय के साथ नहीं आएगा।


यह rar-ed, gpg-ed और ईमेल किया गया था। चूंकि संशोधन का टाइमस्टैम्प निर्माण से पहले था, मुझे लगता है कि यह सही ढंग से बच गया है।
बस्तीबाई

5

आप FILETIME के लिए Microsoft दस्तावेज़ में कुछ संकेत देख सकते हैं । संरचना में एक समय क्षेत्र के लिए कोई प्रावधान नहीं है, लेकिन पाठ में कहा गया है कि NTFS UTC में सभी फ़ाइल बार संग्रहीत करता है।


4

विंडोज टाइमस्टैम्प समय क्षेत्र के बारे में जानते हैं। हालाँकि, फ़ाइल स्थानांतरण के लिए आपका तंत्र नहीं हो सकता है।


यह एक समस्या हो सकती है ... इसे इंगित करने के लिए धन्यवाद!
18

3
बस स्पष्ट करने के लिए, टाइमजोन के लिए कोई वास्तविक क्षेत्र नहीं है, लेकिन चूंकि सभी समय यूटीसी में संग्रहीत होते हैं और फिर एक्सप्लोरर में मक्खी पर स्थानीय समय में परिवर्तित हो जाते हैं, यह एक गैर-मुद्दा है।
डेविड फेफर

1
उपयोगकर्ता के अनुभव के दृष्टिकोण से, पहला कथन सही लगता है, लेकिन एक तकनीकी दृष्टिकोण से यह गलत है। हालाँकि आपका स्पष्टीकरण सही हो जाता है, और आपको वास्तव में अपने उत्तर को सीधे उस स्थिति में संपादित करना चाहिए।
क्विक क्वोटोटे

3

एक परिशिष्ट के रूप में, ध्यान दें कि NTFS या अन्य फाइल सिस्टम से फाइल संशोधन की तारीखें समय-सीमा से अवगत हो सकती हैं, EXIF ​​डेटा (उदाहरण के लिए / आपके चित्र के साथ एक तस्वीर जो समय ली गई थी) बहुत अच्छी तरह से नहीं हो सकती है, और यूआईओएस के रूप में संग्रहीत नहीं किया जा सकता है परिवर्तित करने के लिए मुश्किल साबित हो सकता है। बस एक विचार के मामले में, फ़ाइल बनाने / संशोधित / बाहर निकलने की तारीख / समय सहमत नहीं लगता है।

मुझे लगता है कि EXIF ​​डेटा प्रदर्शित करने के संदर्भ में पिछले संस्करणों पर सुधार किए गए विंडोज 7 को याद करते हैं, अर्थात यदि संभव हो तो वर्तमान स्थानीय समय के लिए इसे डायप्ली प्रयोजनों के लिए मक्खी पर परिवर्तित करना।


+1 EXIF ​​आमतौर पर स्थानीय समय को संग्रहीत करता है, और समय क्षेत्र को इंगित करने का एक तरीका नहीं है :-(
sleske

2

याद रखें कि FAT फाइलसिस्टम समय-सीमा के बारे में नहीं जानते हैं लेकिन यह केवल आपको प्रभावित करता है यदि आप किसी FAT फाइल सिस्टम के साथ फाइल को ले जा रहे हैं जो टाइमज़ोन को पार कर रहा है।


या, दिन के उजाले बचत समय के दौरान।
ब्रेंडन एबेल

यह समान रूप से ज़िप अभिलेखागार के अंदर फाइलों पर लागू होता है क्योंकि प्रारूप FAT16 टाइमस्टैम्प प्रारूपण (2-सेकंड सटीकता और कोई समय क्षेत्र की जानकारी) को विरासत में मिला है।
रस्टीक्स
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.