> ну скажем так. если требуется для каких-то целей строить по логам статистику
> - предложенный подход вполне оправдан. если у тебя 50 гигов жатых
> гзипом логов, делать по ним grep несколько накладно. однако такие задачи
> возникают редко. то что они пишут о парсерах - тоже правда.
> вот давеча добавил поле в логформат, пришлось пепенастраивать awstats (тоже описывать
> там новый логфорат). однако хранение логов в структурированном бинарном формате во
> многих случаях действительно неудобно. хотя есть дебаг логи где в лог
> пишется объект в json или что-нибудь такое, грепать по ним нереально. Если нужна статистика, то и сейчас вообще не проблема, например через пайп или по сети из сислога получать всё, парсить и складывать то, что нужно в базу. А то что пишут о парсерах - имхо чушь, при добавлении нового поля не так уж сложно поправить парсер, это обычная работа системного инженера/админа - не понимаю, в чём проблема то?
какую проблему решает ламберджек? помоему надуманную, которая не существует за пределами сознаний поттерингов... зато проблемы, которые возникнут при попытке эту надуманную проблему "решать", станут вполне реальными. Хочется верить, что по крайней мере в Debian эти инициативы будут расценены адекватно, даже если в итоге красная шляпа подпишется на эти сомнительные инновации и реализует это.
Вообще следующим логичным шагом для красной шапки будет перенести в бинарный вид и конфиги, редактировать их через отдельное новое апи сторонними тулзами, привет редакторы реестра :) Останется выпилить шеллы, тк они, внезапно, станут особо больше не нужны никому. И после этого редхет с убунтой станут сильно напоминать то, что хотели забыть как страшный сон, люди мигрировавшие на лиункс с самой популярной ОС. История имеет свойство повторять себя, потому что никто на ней не учится, "10000 ли за спиной, а грабли всё те же" (с).
