Плюсую! Пользую pingdom, есть смс, моб.клиенты, публичные мониторы. Не разбирался ещё (без надобности), но есть возможно вызова скриптов. А мониторинг внутренних ресурсов веду самопальными скриптами (для нестандартной системы, соответственно). Уведомлений по мылу хватает, т.к. мобильник всегда под рукой.
Всё там есть (задачи, новости/блог, форум, вики) и сбоку бантик будет, если плагины прикрутить и свой код вставить, благо RoR это очень легко позволяет сделать.
В разных CMS свой способ организации контента, где-то упор на форумы и общение, где-то на посты, а где-то на обслуживание проекта. Написал именно про redmine, т.к. желателен был RUBY и был личный положительный опыт его использования в живом проекте.
А этим не мейнтейнеры дистрибутивов должны заниматься? systemd и upstart, конечно, покроют подавляющее число дистрибутивов, но не все. Как-то не правильно универсализовать такие вещи, имхо. Особенно, если есть сложные зависимости от других демонов.
15м при нормальных контактах (на источнике и аппаратуре) вытянет, но без 3D. Волновое сопротивление решает, можно поискать спец.кабеля (сами одножильные проводники, а не сборки по несколько штук), но они о-о-очень дорогие. Кабель-канал сечением от 25*15 и любой no-name кабель с качественными контактами (зависит от попадания на брак, а не от производителя). Самые дешёвые репитеры, которые находил в продаже от 3+тр…
20м вполне может тянуть при мощном источнике, до 30 иногда аппаратура вытягивет. Но потери в долях процента появляются, и рассинхронизацию можно словить. Показательно 3D, которое к мелким потерям чувствительно, там сложно выйти за 10м. А так разницы в производители/материалах не будет. Даже доп.экранирование защищает от таких помех, которые может родить кабель питания 220, но на качество и дальность передачи значительно не повлияет. Поэтому и пушут везде, что каждые 15м надо фронты восстанавливать усилителями.
Ограничение чудес, забыл описать! Оно в стандартах волнового сопротивления проводников и напряжении для DVI, после 15м восстанавливать фронты надо, иначе хороший процент пакетов будет размываться (доли процента, но этого может быть достаточно для искажения изображения или рассинхронизации).
По спецификации невозможны чудеса, 15м — это придел для 1080p, далее всё будет зависеть от источника. У меня есть планшетик, по hdmi (OUT mini--2м-->переходник(F-F)-->7м-->IN) к монитору 23" цепляю, держит отлично, предел испытания (5м+переходник+7м). Нюанс был, когда попался битый переходник, планшет совсем не заводил монитор, а ноут с интегрированного видео нормально цеплялся. Относительная разница была в напряжении ~7-9%. Благодаря заранее проложенным кабель-каналам быстро поменял все необходимые кабеля)) Я замуровывал профиль 20*10 — очень тяжко пропихивать разъёмы, берите большего сечения по всем сторонам (углы/изгибы — это ад)!
c rmp минимально работал, на лугу все дебианщики были. Да, опыт есть, максимально свежий, относительно вашего (на линуксе с 2007го, большую часть всего времени использования PC). LFS/CLFS собирал с X-ми, ядро от 2.4 конфигурировал. Мне кажется, что ваши знания отягощают ваши решения.
Корректирую ответ на вопрос: Да, такое есть, в неимоверных вариациях, но за экзотику и цена соответственная. Самые дорогие решения — это профессиональные системы для зданий, а из бытовых — «дизайнерский свет», когда на два-три канала вешают разные температуры белого.
Та же модель, экспуатируется с btrfs под debian и ubuntu без переносов, один диск. Смарт показывает, что динамики деградации нет)) Есть, правда, скорректированные сектора, но это после жёсткого тестирования конфигураций btrfs появилось.
Напишу «как я бы это сделал». Составить план всей архитектуры, продумать среднесрочное развитие, передалать debian в свой дистрибутив на стандартной пакетной базе (подогнать под ранее придуманную архитектуру), обвязать необходимой фигнёй через собственный репозиторий, ввести тестовую ветку репов.
