Unde locuiesc de fapt fișierele tale pe un iPhone, și cine le poate vedea

Fiecare aplicație instalată rulează într-un sandbox: un arbore de foldere privat pe care doar ea îl poate citi și scrie. Nu există o unitate C: partajată, niciun /home, nimic în care o aplicație să poată rătăci. Acesta e fundamentul modelului de securitate al platformei, și e cu adevărat bun — o aplicație rău concepută nu poate scotoci prin datele altor aplicații, pentru că nici măcar nu poate vedea că acele date există.

În interiorul propriului sandbox, o aplicație are câteva directoare cu reguli diferite, iar aceste reguli explică majoritatea comportamentelor ciudate observate de oameni. Documents este pentru conținutul creat sau adus de utilizator; e inclus în copiile de rezervă, iar o aplicație îl poate declara vizibil în aplicația Files. Library/Application Support e pentru datele proprii de lucru ale aplicației — baze de date, indexuri — incluse în copii de rezervă, dar neafișate utilizatorului. Library/Caches e pentru orice se poate recrea: nu e inclus în copii de rezervă, iar sistemul îl golește fără să întrebe când stocarea scade.

Ultimul e sursa unei surprize specifice și foarte frecvente: miniaturile, previzualizările și alte fișiere derivate dispar după ce telefonul se umple. O aplicație bine construită tratează asta ca normal și le regenerează. O aplicație care a stocat ceva de neînlocuit în cache l-a pierdut.

Aplicația Files este un navigator pentru un set de locuri cărora le-ai acordat acces: iCloud Drive, orice furnizor cloud care a instalat o extensie, unitățile conectate și folderul Documents al fiecărei aplicații care a ales să îl expună. E cu adevărat un manager de fișiere, și pentru a muta un PDF dintr-un loc în altul e complet suficient.

Ce nu este e o bibliotecă media. Nu are nicio noțiune despre ce ai urmărit, niciun playlist, niciun favorit, nicio poziție de reluare, nicio idee că patru fișiere sunt episoadele unui singur lucru. De asemenea, nu poate face nimic cu conținutul unui fișier: nu extrage audioul dintr-un video, nu arată ce e într-o arhivă fără să o despacheteze integral, și nu redă nici jumătate din ce conține o bibliotecă media.

Deci aranjamentul practic pe iOS nu e „aplicația Files sau un manager de fișiere”, ci amândouă. Files pentru mutarea lucrurilor între aplicații și unități; o aplicație media pentru biblioteca în sine, cu folderele vizibile în Files, astfel încât nimic să nu rămână captiv.

Majoritatea aplicațiilor țin minte un fișier după calea lui — textul locului unde se află. E abordarea evidentă și funcționează până în momentul în care ceva se mută. Redenumește video.mkv în Interviu.mkv și fiecare favorit, intrare din playlist și poziție de reluare care indica vechiul nume acum nu mai indică nimic. Unele aplicații ascund asta eliminând tăcut intrarea; unele arată un rând stricat; aproape niciuna nu spune de ce.

Alternativa e să identifici un fișier printr-un lucru care rezistă redenumirii. Pe un sistem de fișiere asta înseamnă inode-ul — identitatea pe care sistemul de fișiere însuși o atribuie — verificat împreună cu dimensiunea și data modificării, cu o amprentă de conținut ca ultimă soluție. Redenumești, muți între foldere sau reorganizezi întreaga bibliotecă, iar rândul din baza de date rămâne același rând.

Asta contează mai mult decât pare, pentru că decide dacă vei putea vreodată să faci ordine. O bibliotecă pe care ți-e teamă să o reorganizezi rămâne dezordonată pentru totdeauna.