Alexey Pechnikov -> [email protected] @ Fri, 28 Aug 2009 16:47:23 +0400:
>> >> Глядя на описание rsyslog, я сходу вижу два пути - "filtering on any >> >> part of the syslog message" и "writing to MySQL or PostgreSQL databases >> >> (via separate output plugins)". >> >> AP> Во-первых, хранение в файлах полностью самодостаточное. Во-вторых, >> AP> несколько гигабайт данных за день пишутся в файл на самой >> AP> примитивной машинке, в отличии от записи такого объема в БД (не >> AP> говоря о том, что размер БД в несколько раз превосходит размер >> AP> аналогичного файла). В третьих, добавлять еще разграничение прав >> AP> доступа к БД - лишняя головная боль. >> >> А что, очень страшно, если разработчики почитают логи друг друга? AP> Могу себе представить ситуации, когда да, страшно. Я тоже могу. Я не могу себе представить, чтобы фирму, где это так, не надо было разгонять в полном составе... >> AP> Как ни странно, но запущенные пользователем программы пишут в его >> AP> домашнюю директорию от его учетной записи. Не знаю, почему вас >> AP> это удивляет. >> >> Это меня как раз не удивляет. Я интересуюсь, зачем ему логи, >> _непременно созданные_ с его uid/gid. Разработчику доступ к логу нужен >> двух типов - прочесть и удалить. Для этого создавать лог с его uid/gid >> совершенно не обязательно. AP> В домашней директории пользователя все файлы должны быть с его AP> uid/gid, как минимум для того, чтобы не создавать неожиданных AP> проблем. Невладение системой не избавляет от последствий неожиданных проблем. В отличие от владения. -- - Почему-то когда я вызываю сантехника, он не смеется над тем, что я не разбираюсь в унитазах. А админ всегда издеваеццо! - Но ты же не пишешь в резюме, владение унитазом на уровне опытного пользователя. -- http://bash.org.ru/quote.php?num=180938 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
