On 28 mars 08, at 08:58, Daniel Varlet wrote:
>> les gros sales...
>
> Pourquoi? Non, le principe est même très utile. (Mais pas très
> pratique à récupérer en AS...)
sur le fond c'est intéressant, c'est la forme qui me dérange. C'est
une date qui n'est pas accessible via stat, par exemple.
Mais ce n'est pas dramatique en soi.
> En effet, ça permet de savoir quand un fichier a "vraiment" été ouvert
> dans la vraie vie.
80% de ma vraie vie (en terme d'ouverture de fichiers locaux) se passe
dans le terminal, j'ouvre, j'édite, je concatène, je split, je (g|
b)zipe, je copie, ... sans toucher au finder.
> Ne me dis pas (non, ne me le dis pas, ça mettrait cette intro en
> l'air) que tu ne te mélanges jamais les pieds avec dates UNIX: accès,
> modification, change.
j'avoue que change je ne m'en sers pas, sauf quand je fais un peu de
forensic sur un serveur. Pour le reste, non, je ne mélange pas, mais
je ne connais pas par cœur les options de stat/ls pour les afficher.
> Pour en revenir à AS et donc aux dates classiques "Apple".
>
> Création date correspond à st_birthtime (file creation)
> Modification date correspond à st_mtime (last modified)
>
> Miracle! Alléluia! Ça à l'air de correspondre vraiment!
c'est la moindre des choses, mais avec Apple on n'est jamais sur de
rien ;)
> Ça m'a perturbé que last accessed soit modifié alors que j'avais
> simplement écrit ou changé des droits d'accès. Je ne comprenais plus
> rien...
> Un peu de logique et un espresso(*) plus tard, le traître invisible a
> été démasqué... Spotlight (mds et Cie) va lire le fichier le plus
> rapidement possible, dès qu'il y a un changement (écriture et/ou
> métadatas), pour mettre à jour sa base de données. Et last accessed
> est modifié à ce moment-là.
donc pour gagner en perf sans se priver de spotlight, on pourrait
monter les volumes en noatime... faudra que j'essaye à l'occasion ;)
patpro
_______________________________________________
Applescript_fr mailing list
Applescript_fr@???
http://listes.patpro.net/mailman/listinfo/applescript_fr
