2009-06-22 13 views
36

Jak Eksplorator Windows określa pole "Data modyfikacji" dla folderów? [Na marginesie: Wiem, że to jest pytaniem z punktu widzenia badacza specyficzne, ale zachowanie może być użyteczne do kodowania działań search/typ sortowania]Reguły dla "Data modyfikacji" folderów w Eksploratorze Windows

istnieje ostateczne opis tego wszędzie - wyszukiwań Microsoft, MSDN, Przepełnienie stosu Google & zakończyło się niepowodzeniem.

osobiste doświadczenia zdają się sugerować, że w drzewie folderów:

  1. gdy folder/plik zostanie dodany/usunięty w folderze, w folder zawierający w data modyfikacji jest aktualizowana.
  2. gdy zawartość pliku jest modyfikowany, folder zawierający ma wpływu

Jednak patrzę na niektórych katalogów, które nie wydają się być zgodne z tymi podstawowymi zasadami - prowadzenie dół drzewa mam (daty w formacie DD/MM/RRRR):

folder  (date created: 2/2/2006, date modified: 2/3/2006) 
    folder (date created: 2/2/2006, date modified: 2/3/2006) 
    folder (date created: 2/2/2006, date modified: 1/6/2009) 
     file (date created: 27/3/2009, date modified: 2/2/2006) 
+1

Podczas eksperymentu usunięcie pojedynczego pliku czasami wpływa na datę modyfikacji folderu macierzystego, czasami nie, a czasami jest opóźnienie około 60 sekund. Dom (sch) kleszczy na krzemie. – crokusek

+0

@crokusek czy jesteś pewien, że to nie tylko Explorer nie odświeża się od razu? Spróbuj dir lub F5. Jest zawsze aktualizowany od razu. –

+0

Po tym, jak nie udało się powtórzyć problemu lokalnie, udało mi się zweryfikować mój oryginalny komentarz podczas testowania lokalnego eksploratora plików (Win 10 v1703) połączonego ze zdalnym systemem plików serwera Windows 2012, na przykład \\ MachName \ C $ \ SomeDir. W tej sytuacji usunięcie pliku przy użyciu lokalnego eksploratora plików lub eksploratora plików pulpitu zdalnego nie "natychmiast" pokazuje lokalnie aktualizacji w folderze nadrzędnym (wiele nowych odkrywców plików + F5, wiele okien, nawet katalog PowerShell). Jednak eksplorator plików na pulpicie nie pokazuje aktualizacji. Musi być jakieś błędne buforowanie informacji katalogowych. – crokusek

Odpowiedz

18

To nie jest specyficzne dla eksploratora, dotyczy NTFS.

Zobacz http://support.microsoft.com/kb/299648https://web.archive.org/web/20080219020154/http://support.microsoft.com/kb/299648 dla niektórych zasad.

Uwaga: Zmodyfikowany czas można wyłączyć za pomocą opcji systemu plików, więc nigdy nie należy polegać na nim. Sugerowane są wszelkie sugerowane niezawodne metody.

+0

'1: D: \ NTFS1 - Utworzony folder jest taki sam, a zmodyfikowany znaczek zmienia się. 2: D: \ NTFS1 \ NTFS2 - Zarówno utworzony folder zmienia się, jak i zmodyfikowany folder pozostają takie same. - dzięki MS, jasne jak zwykle błoto! :) –

+0

Myślę, że to jasne. Odwołujesz się do ich przykładu podczas przenoszenia folderu. Jeśli przenosisz system plików NTFS2, nie tworzysz nowego folderu, więc data utworzenia nie ulegnie zmianie, ani nie modyfikujesz folderu, aby jego zmodyfikowana data się nie zmieniła. Ponieważ przenosisz NTFS2 do NTFS1, modyfikujesz NTFS1, zmieniając datę jego modyfikacji. Myślę, że to całkowicie logiczne. –

+2

Kiedy mówisz, że "zmodyfikowany czas można wyłączyć z opcją systemu plików", nie mogę znaleźć żadnych dowodów na ten temat. Czy chodziło ci o czas dostępu?Oto kolejny artykuł MSDN, który jest bardzo specyficzny dla zmodyfikowanego czasu: "Jedyną gwarancją na sygnaturę czasową pliku jest to, że czas pliku jest poprawnie odzwierciedlony, gdy uchwyt, który powoduje, że zmiana jest zamknięta." https://msdn.microsoft.com/en-us/library/windows/desktop/ms724290(v=vs.85).aspx – Ron

7

Nota prawna: Testowałem wszystkie te produkty w systemie Windows 10. Nie mogłem znaleźć wiarygodnego źródła dokumentującego wszystkie te zachowania. Jest całkiem możliwe, że gdzieś popełniłem błąd.

ostatnio zmodyfikowano razem, gdy katalog jest jest aktualizowana dla tych działań:

  • nowy plik lub folder bezpośrednio w folderze docelowym
  • przemianowany plik lub folder bezpośrednio w folderze docelowym
  • usuniętego pliku lub folderu bezpośrednio w folderze docelowym
  • twardy link tworzenie/usuwanie/zmiana nazwy - tak samo jak pliki
  • plik/folder dowiązanie symboliczne tworzenie/usuwanie/zmiana nazwy
  • katalogu węzeł tworzenie/usuwanie/zmiana nazwy

Jest nie są aktualizowane dla tych działań:

  • zmodyfikowane zawartość pliku bezpośrednio w folderze docelowym
  • edit celem dowiązania symbolicznego lub skrzyżowania zawarty w folderze docelowym
  • data utworzenia/modyfikacji pliku lub podkatalogu
  • e dit podstawowe atrybuty (/ archiwum/systemowych ukrytych) z bezpośrednim dzieckiem
  • zmian
  • kompresji NTFS/szyfrowanie bezpośredniego dziecka
  • coś w ogóle dzieje się w podkatalogu - dosłownie cokolwiek
  • zmieniając atrybuty samego folderu
  • zmienia właściciela/ACL samego
  • właściciel lub ACL bezpośredniego dziecka zmieniającym
  • folderu, jeżeli folder jest skrzyżowanie katalogu, zmieniając cel
  • dodawania/usuwania danych alt strumieni do bezpośredniego fi dziecka le
+2

Dzięki, więc (brak pogłębionej znajomości systemu plików NTFS, ale z niektórymi plikami FAT32) sugeruje to folder może być interpretowany jako "plik", którego dane zawierają zawarte nazwy plików i podfolderów i wskaźników, ale nie ich metadane, dlatego tylko modyfikacja nazw lub wskaźników aktualizuje datę modyfikacji. Zakładam, że NTFS działający w sieci zachowuje się tak samo, ale nie sprawdził się. –

+0

@TobiasKienzler Tak, myślę, że to dobry sposób na podsumowanie tego. –

+0

Cudownie, dzięki. W pewnym sensie ma to sens, chociaż czasami chciałbym, aby modyfikacje pliku/podfolderu również zmieniały datę folderu, znacznie ułatwiłoby to wykrywanie zmian ... –

Powiązane problemy