1. Страшилки про ювенальную юстицию были очень популярны несколько лет назад с подачи одной обиженной дамы. По личным (и очень субъективным) наблюдениям — самые счастливые детские лица я видел только в Норвегии.
2. Numbeo дает вполне точное представление по ценам, вполне можно ориентироваться. Хотя 10000 NOK в месяц на двоих на еду — мне кажется, многовато. Или это с учетом редких походов в рестораны?
3. Помимо съема квартиры напрямую у частного лендлорда, можно еще снимать у компании — это в каком-то смысле проще в плане оформления и условий.
4. Норвегия за пределами Осло сильно отличается от столицы во многих аспектах в лучшую сторону.

Можно. Мы крутим на Perl, которому логи подаются через STDIN. Поток для преобразования (все сообщения категории LOCAL2) примерно 600-800 сообщений в секунду.

filter f_local2 {
facility(local2) 
};

destination d_parser { 
program("/usr/local/bin/parser.pl" template("${R_UNIXTIME} ${HOST} ${MSG}\n")); 
};

log { 
source(s_net); filter(f_local2); destination(d_parser); flags(final); 
};

Внешний скрипт может либо в файл писать, либо назад закидывать через syslog-библиотеку.

Помимо упомянутой в другом комментарии проблемы с порядком доставки, есть еще следующие "прелести":

• внезапное"затыкание" очереди и полная остановка клиентской системы в случае недоступности центрального сервера (лечится возвратом к UDP или созданием отдельной очереди на клиенте и тонкой её настройкой);
• создание отдельного TCP-соединения на каждую строку вида @@ (для пересылки логов на сервер), что не является проблемой для клиента, но существенно для сервера при большом количестве подобных клиентов;
• низкая производительность центрального сервера (при более чем 400-500 активных входящих соединений и небольшом количестве правил анализа сообщений), при переходе на syslog-ng нагрузка падает в 5-8 раз;
• в отдельных версиях с пересылкой FQDN на центральный сервер при корректных настройках клиента передается только "короткое" имя сервера (известный баг).
• непрозрачный и неудобный синтаксис (о чем, впрочем, уже было упомянуто в статье), нетривиальные правила разбора и изменения сообщений.

Несмотря на то, что мы изначально решили поставленные задачи исключительно на базе rsyslog, эта конфигурация постоянно требовала поддержки и исправления костылей, поэтому в итоге решено было переключиться на syslog-ng.