Nojo, to je znama vec. Fastsave totiz funguje tak, ze vi, ze na adrese abc je zacatek dokumentu, na adrese bcd je konec - tak proste a surove ulozi usek abc--bcd na disk. Pak (za priznivych okolnosti) muze mit dokument o 100 pismenek treba mega.
Ax
Jak funguje fast save uz bylo popsano.
Ale .doc a .xls soubory obsahuji mnohem vice zajimavych informaci. Jmeno autora, jmeno toho, kdo se souborem naposledy pracoval, datum vytvoreni, modifikace, jak dlouho byl soubor otevren, jaka byla cesta na ktere byl ulozen, jaka je cesta k sablone, na zaklade ktere byl vytvoren. Proste spoustu zajimavych veci, ktere lze jiste pri trose dobre vule zneuzit.
Soubor muze obsahovat data smazana posledni operaci i kdyz neni povolene rychle ukladani, pokud obsahuje revize nebo skryty text a je konvertovan pomoci frontpage do html, tak ze text zviditelni.
A to zcela pomijim to, ze u nas nema temer nikdo instalovany servis packy a pocet lidi, kteri maji instalovan UIP patch, ktery zabranuje microsoft office ukladat do souboru HW adresy sitovych karet.
Mam takovoutu prihodu s formatem fastsave DOC jeste
z davnych dob nez jsem presel na Linux:
Nacteni dokumentu zpusobovalo stalou 'neplatnou
operaci', pokud se s fajlem cosi provedlo
(mam pocit ze to bylo zkopirovani a potom
otevreni druhe kopie, je to fakt uz davno
tagze nevim presne...)
slo to az do dalsiho savu.
Pokud se v jakemsi vnorenem dialogu vnoreneho
dialogu disablovala nevinne vyhlizejici funkce
'Rychle ukladani' nebo tak neak, najednou
bylo vse OK
Velmi divne, ale protoze jde o M$ jiste uveritelne
Jak uz bylo napsano, Word obcas uklada dokument
pouze jako snapshot pameti od adresy a do adresy b
(trochu jako .sna na Sinclairu, vidte :-), a mozna nejen pri fastsve. Obcas se
stane, ze v dokumentu je uplne suse i uzivatelske
jmeno a heslo..
Jo - a to ja se uz pred tremi lety smal, ze sejvovani docu mi pripomina coredump... Ted uz se nedivim a uz jsem si jist, ze "dojem, ze v dokumentu je ulozen zasobnik undo operaci z jineho dokumentu" nebyl jen dojem. :-)))
