“Changed – raised whenever changes are made to the size, system attributes, last write time, last access time, or security permissions of a directory or file. ” https://msdn.microsoft.com/en-us/library/ch2s8yd7%28v=vs.90%29.aspx

Et plus loin dans la doc : “Time stamps are updated at various times and for various reasons. The only guarantee about a file time stamp is that the file time is correctly reflected when the handle that makes the change is closed. ” https://msdn.microsoft.com/en-us/library/ms724290%28VS.85%29.aspx

Aucune garantie sur quand l’event va être levé, sur combien il va y en avoir, tout particulièrement lorsqu’il s’agit de grosses modifications de gros fichiers.

En bref, c’est bien utile, mais il faut être bien conscient des limitations, et elles sont rarement indiquées clairement dans le doc, malheureusement.

“Mais faut pas avoir trop de fichiers j’imagine sinon ça doit ramouiller.”

En fait c’est beaucoup plus lourd que ça.

J’ai utilisé “inotify” (c’était pas du Python à l’époque, mais j’attaquais en batch) et je l’ai recommandé à un collègue sysadmin. Enchanté, il l’a mis sur un serveur de gestion de mises à jour et un jour…le serveur s’est effondré car il y avait près de 2000 mises à jour simultanées.

Il aurait fallu que les routines déclenchées appellent la mise en tampon avec “at” ; bref, mettre en file d’attente les tâches déclenchées par des événements…

En outre, j’ai voulu m’en servir sur un serveur Samba, pour qu’il purge un répertoire sous certaines conditions, et me lance des “copy” et des “rsync” sous d’autres conditions. Las ! Inotify, ça ne MARCHE PAS sur un répertoire Windows…(normal, hein? Le système de fichiers Win ne fournissant pas les mêmes événements fichiers que sous Linux)

Donc, le concept de portabilité sous Python, c’est pas un gadget, c’est une vraie bouée de sauvetage face aux lacunes des OS les uns par rapport aux autres. Autre exemple pour le troll : “virtualenv” et “fakeroot”…

Vala, vala,

Long life to Python !

Thx

Je me suis mal exprimé. Par meilleure solution j’entendais facile à mettre en place, rapide d’exécution, solution éprouvée, documentée, …

@LeMeteore

On utiliser aussi Grunt et Gulp pour le front. Je cherche donc à trouver un équivalent Python.

Merci à @Sam pour le post

https://gist.github.com/serge-kilimoff/8163233

Je l’ai écrit il y a un moment, je ne sais pas si ça fonctionne toujours, c’est plutôt considérer comme une base de code pour un truc plus poussé (de mémoire, je l’avais fais pour reconstruire automatiquement du css avec clevercss).

il n’existe pas de meilleure solution.

Je gere ce genre de tache avec incron: http://www.cyberciti.biz/faq/linux-inotify-examples-to-replicate-directories/

Mon pote front-dev lui prefere gruntJs

Et certains utilisent des git hook pre-commits.

Merci encore pr le post, je ne connaissais pas watchdog.

Je connais Watchdog comme Pyinotify mais j’ai plutôt utilisé Pyinotify et je vois pas trop la différence sauf l’aspect multi-plateforme.