App::Inotify::Hookable - blocking command-line interface to inotify
Watch a directory, tell us when things change in it:
inotify-hookable --watch-directories /tmp/watch-this
Watch a git tree, some configs, and a repository of static assets, restart the webserver or compress those assets if anything changes:
inotify-hookable \ --watch-directories /etc/uwsgi \ --watch-directories /git_tree/central \ --watch-directories /etc/app-config \ --watch-directories /git_tree/static_assets \ --on-modify-path-command "^(/etc/uwsgi|/git_tree/central|/etc/app-config)=sudo /etc/init.d/uwsgi restart" \ --on-modify-path-command "^/git_tree/static_assets=(cd /git_tree/static_assets && compress_static_assets)"
This simple command-line program is my replacement for the functionality offered by Plack's Filesys::Notify::Simple. I found that on very large git trees Plack would spend an inordinate amount watching the filesystem for changes.
This program uses Linux::Inotify, so the kernel will notify it instantly when something changes (actually it's so fast that we have to work around how fast it sends us events).
The result is that you can run this e.g. in a screen session and have it watch your development environment, and your webserver will have begun restarting before your finger leaves the save button.
Currently the command-line interface for this is the only one that really makes sense, this module is entirely blocking (although it could probably run in another process via POE or something). Patches welcome.
Specify this to watch a directory, you can give this however many times you like to watch lots of directories.
If you supply this any directory you give will be recursively watched. This is on by default.
A command that will be run when something is modified.
A key-value pair where the key is a regex that'll be matched against a modified path, and the value is a command that'll be run. See the "SYNOPSIS" for an example.
Useful for e.g. restarting a webserver if you modify directory A but compressing some static assets if you modify directory B.
Linux will send you inotify events really fast, so fast that if you run something like:
touch foo bar
You might get an event for foo in one batch, followed by an event for bar later on.
To deal with this we enter a loop when we start getting events and sleep for a default of 100 ms, as long as we keep getting events we keep sleeping for 100 ms, but as soon as we haven't received anything new we fire off our event handlers.
Spew out some verbose debug output while running.
This module was originally developed at and for Booking.com. With approval from Booking.com, this module was generalized and put on CPAN, for which the authors would like to express their gratitude.
Ævar Arnfjörð Bjarmason <firstname.lastname@example.org>