znaczacy > comp.os.* > comp.os.ms-windows.winnt

n (03.02.2019, 15:22)
Próbuję przypisać plikowi datę z 1955 roku (jakiś archiwalny dokument).
Pliki są na serwerze plików, wchodzę przez TC.
Po ręcznym wpisaniu we właściwościach pliku daty 15 marca 1955 godz. 12 na Synology wyskakuje ku mojemu ździwieniu data 7/02/19919 godz. 5:31
Na QNAP wyskakuje 15/3/2055 godz.12
Jak sobie radzicie ze "starymi" datami plików?
Olaf Frikiov Skiorvensen (03.02.2019, 17:58)
Wcale nie przypadkiem, dnia Sun, 3 Feb 2019 14:22:21 +0100
doszła do mnie wiadomość <q36puf$m1h$1>
od "n" <n> :
>Próbuję przypisać plikowi datę z 1955 roku (jakiś archiwalny dokument).
>Pliki są na serwerze plików, wchodzę przez TC.
>Po ręcznym wpisaniu we właściwościach pliku daty 15 marca 1955 godz. 12 na Synology wyskakuje ku mojemu ździwieniu data 7/02/19919 godz. 5:31
>Na QNAP wyskakuje 15/3/2055 godz.12
>Jak sobie radzicie ze "starymi" datami plików?


Explorator nie pokaże dat spoza zakresu 1970-2107(o ile pamiętam),
zobacz ls for windows z opcją --full-time czyli ls --full-time
(nie, to nie wirus)
Grzegorz Niemirowski (04.02.2019, 11:54)
n <n> napisał(a):
> Próbuję przypisać plikowi datę z 1955 roku (jakiś archiwalny dokument).
> Pliki są na serwerze plików, wchodzę przez TC.
> Po ręcznym wpisaniu we właściwościach pliku daty 15 marca 1955 godz. 12
> na Synology wyskakuje ku mojemu ździwieniu data 7/02/19919 godz. 5:31
> Na QNAP wyskakuje 15/3/2055 godz.12


Jest tutaj kilka warstw. Jedna to system plików na serwerze i sposób zapisu
daty. Druga to protokół sieciowy i również zapis daty. Trzecia to
wykorzystywana funkcja API w programie zmieniającym datę. Na każdej warstwie
może wystąpić jakieś ograniczenie, np. obsługa dat tylko po roku 1970 lub
też przesyłanie tylko ostatnich dwóch cyfr roku. Data może więc zostać
zmodyfikowana podczas zapisu. Co więcej, może być też źle odczytana.

> Jak sobie radzicie ze "starymi"
> datami plików?


Datę pliku potrzebowałem zmienić może kilka razy w życiu, a cofać się o 50
lat nigdy :) W każdym razie zacząłbym od ustalenia (i podania na grupie)
systmu plików na serwerze oraz używanego protokołu. Poza tym nie napisałęś
o którą datę chodzi. Modyfikacji? Utworzenia?
n (04.02.2019, 13:09)
System plików na Synku to zapewne Ext4.
No ale na Qnap też Ext4 z innym rezultatem.
Dziwi mnie, że wpisując 15 marca 1955 godz. 12 Synek lub Samba spod Win 10 przerabia na 07/02/1919 godz. 5:31:44.
Skoro rok 1955 jest spoza zakresu, to rok 1919 powinien być tym bardziej spoza zakresu :-o
Inny plik swój rok 1976 pokazuje normalnie.
Nie wiem, czy to data modyfikacji czy utworzenia jest pokazywana przez TC, lecz przyjmijmy że modyfikacji.
Nie przypominam sobie sposobu, żebym atrybuty (w tym datę) pliku mógł zmienić bezpośrednio przez DSM File Station, z tym że DSM File Station pokazuje osobno w trzech kolumnach Modified Date, Created Date, Last Accessed Date i dla tego pliku DSM nie pokazuje 1919 roku lecz 2055-03-15 godz. 12
Faktycznie ciekawe, jak Samba i TC (Win 10) inaczej odczytują taka datę z Synka, a inaczej z Qnapa...

Dla porządkowania dokumentów w archiwum wygodnie mi przypisać im datę jak z ich treści (tekstu lub skanu).

-----
Grzegorz Niemirowski (04.02.2019, 14:01)
n <n> napisał(a):
> System plików na Synku to zapewne Ext4.
> No ale na Qnap też Ext4 z innym rezultatem.
> Dziwi mnie, że wpisując 15 marca 1955 godz. 12 Synek lub Samba spod Win
> 10 przerabia na 07/02/1919 godz. 5:31:44. Skoro rok 1955 jest spoza
> zakresu, to rok 1919 powinien być tym bardziej spoza zakresu :-o


Dostał coś, czego nie obsługuje, więc wypłuł przypadkową głupotę.
Teoretycznie ext4 obsługuje daty od 1901-12-13 20:45:52, ale widocznie tutaj
coś nie pykło na styku ext4/samba.

> Inny
> plik swój rok 1976 pokazuje normalnie.


To akurat nie jest dziwne, jest to rok wypadający po 1970, więc już
poprawnie w zakresie uniksowym.

> Nie wiem, czy to data modyfikacji
> czy utworzenia jest pokazywana przez TC, lecz przyjmijmy że modyfikacji.
> Nie przypominam sobie sposobu, żebym atrybuty (w tym datę) pliku mógł
> zmienić bezpośrednio przez DSM File Station, z tym że DSM File Station
> pokazuje osobno w trzech kolumnach Modified Date, Created Date, Last
> Accessed Date i dla tego pliku DSM nie pokazuje 1919 roku lecz 2055-03-15
> godz. 12


Czyli po prostu bierze tylko dwie ostatnie cyfry z roku. Ewentualnie może
dodatkowo dla zakresu 70-99 przestawiać dwie pierwsze na 19.

> Faktycznie ciekawe, jak Samba i TC (Win 10) inaczej odczytują
> taka datę z Synka, a inaczej z Qnapa...


Widocznie ani jeden ani drugi nie mają porządnie zaimplementowanej obsługi
dat <1970 i wiariują.

> Dla porządkowania dokumentów w archiwum wygodnie mi przypisać im datę
> jak z ich treści (tekstu lub skanu).


Jak widać nie jest to do końca wygodne. Jak będziesz mieć fotkę piramid, to
jaką datę ustawisz? Lepiej jednak żeby data pliku była datą pliku a nie
treści. Do katalogowania lepiej użyć programu trzymającego metadane w
jakiejś bazie.
n (04.02.2019, 17:57)
No zobacz, wpie..alają nam tyle kafelków, a tu daty nie można sobie ustawić w najlepszym z nadsystemów...

-----
Grzegorz Niemirowski (04.02.2019, 18:07)
n <n> napisał(a):
> No zobacz, wpie..alają nam tyle kafelków, a tu daty nie można sobie
> ustawić w najlepszym z nadsystemów...


Pisałem o QNAPie i Synology. W NTFS daty są obsługiwane od roku 1601. Jak
pisałem, są różne miejsca w których data mogła się popsuć, od TC począwszy.
Nie robiłeś zbyt wilu eksperymentów, więc nie wiadomo dokładnie gdzie jest
problem. Może być nawet w kilku miejscach, bo rzadko który system jest
przystosowany do dat wcześniejszych niż 1970.
Podobne wątki