Механизмы слежения за файлами в linux
В общем, сегодня пришлось немного покурить тему мониторинга операций над файлами. На текущий момент существуют 3 механизма ядра: {d,i,fa}notify.
lighttpd и ошибка http: 413 - Request Entity Too Large
Столкнулся недавно и адекватного ответа в гугле не нашел. Там советовали смотреть параметры «server.max-request-size» и «server.network-backend». Но проблема решилась только выставлением правильной директории для загружаемых файлов - «server.upload-dirs». У меня там права стояли строгие.
Почему это вылезло не сразу, а только при редактировании разросшейся страницы - непонятно.
Простой способ перекидывания файлов по сети между nix машинами
Способ не претендует на оригинальность, но, по моим наблюдениям, им мало кто пользуется. Не требуется rsync, самба, nfs, ftp и прочее. Только стандартный tar и netcat. Две строчки команд, по одной на машину.
Домашний файловый сервер
Добавлен черновик с описанием истории и текущего состояния моего домашнего файлового сервера. Нарочно не называю его "файло...эге-гей", чтобы не обижать верную железяку.
rar2zip
программист - это такой вид идиота, который потратит час на пятиминутную работу, чтобы потом её за секунду сделал компьютер.
Фичи:
- Запароленные архивы пропускаются
- Даты модификации файлов в внутри архивов - сохраняются как есть.
- Работает полностью автоматически, если невозможно создать файл в исходной директории - матерится и переходит к следующему архиву.
- Выдает лог работы
Понимает как относительные, так и абсолютные пути
Использует для своей работы системную временную директорию (обычно это /tmp), берегитесь переполнения. Ограничения: