@kenny_opennix то, что вы написали, называется не "откатить конфигурацию", а "переписать так, чтобы вернуло всё в зад".
Когда над кластером работает человек 5 или количество выкладок в день зашкаливает за 2 десятка - такой метод совершенно не применим. Если что-то сломается - слишком много времени уйдет на исправление. А если нужно будет откатиться на состояние "утром" после масштабных работ - то вы вообще с ума сойдете, проще переналить всё будет. Правильно собранные же пакеты (по debian policy, например) легко откатываются взад-вперед (и уже неважно чем - хоть тем же паппетом).
Ну и ваш метод работы с CMS сильно напоминает "мне лень писать sh-скрипты, я не хочу придумывать, как их деплоить". В принципе, здравая мысль (придумывать как их деплоить - та ещё работка), разве что менять повсеместный shell на ruby (да и ещё не сам ruby, а какой то мета-язык, основанный на ruby) для админов - не ахти какое полезное решение, если человек шелла не знает. Но стоит понимать, что вы не конфигурацию пишете, а именно что скрипты, которые что-то делают по очереди. А при втором запуске проверяют, что всё осталось в том же состоянии. Вот и всё.
В общем, спорить с вами бесполезно. Вас не переубедить (ну или мне лень), меня тоже - я на эти системы менеджмента конфигураций, которые конфигурации на самом деле не манагерят, уже насмотрелся.
@kenny_opennix я вам выше пример привел. Откатитесь после того, как создали файл.
Ну и создайте кластерок на 100 машин, которые каждую минуту-две дергают puppet. И посмотрите, как быстро он будет работать. Само собой, с боевым набором рецептов.
@kenny_opennix VCS не помогут вам откатить конфигурацию, если в новой конфигурации был создан новый файл/новый пользователь.
Если у нас кто-то и использует паппет - то только в своём маленьком уголке из сотни хостов. На широкую ногу - никто.
@kenny_opennix сложно дебажить (правда, cfe ещё сложнее, да), можно прострелить себе ногу.
Не императивен - откатиться на предыдущую конфигурацию с гарантией нельзя.
Ну и в целом медленный (сама серверная часть - не помогут и мануалы про "если у вас стало больше десяти хостов"). Возможно, на десятке машин всё будет и хорошо, но на сотне-двух там уже ад и содомия происходит. Кластеризуется тяжело.
@gen1s та не, hdmi реально может тормозить.
Это очень прекрасно видно на intel hd 3000 с монитором 1900x1200, например. Прям ощущается, что курсор на 0.3 секунды отстаёт от фактического положения клитора.
Впрочем, это актуально для любого цифрового интерфейса.
@nepster09 так sudo с NOPASSWD прописывайте)
Но вообще это немного опасно - формально любой пользователь сможет зайти в любую виртуалку.
Выдывайте sudo лучше явно на /usr/sbin/vzctl enter 101
Ну и не все дистрибутивы корректно работают с пробелами в шелле.
@Edwynn89
в консоли виндовой это писать нужно. Файл vlc.exe, сами найдете в зависимости от версии винды) .
dst - это ip, на котором трансляция будет висеть.
Телевизор должен уметь принимать http-поток, поэтому я и написал изначально, чтобы вы посмотрели, какие потоки умеет принимать ваш телевизор. DLNA точно умеет.
Т.е. на PC запускаете трансляцию, на телевизоре к ней подключаетесь.
Ну и вряд ли hdmi медленее трансляции будет. Могу посоветовать по VGA попробовать, если кабели есть.
@neznae4ko на что вы его анализировать собрались? Что от вас письма куда-то уходят? Я вам и так скажу, что уходят =)
Снесите всё, поставьте exim, настройте фильтр по адресам исходящим. Дальше уже будет проще анализировать.
@nepster09 в цикл не попадаете, после запуска с sudo у вас $(whoami) станет рутом и вы провалитесь в консоль. Другой вопрос в том, что консоль могла не отрисоваться - поэтому я и предложил написать туда uptime.
Думать же надо.
А уж ваш собственный ответ является просто прекрасным решением, к вашему вопросу, угу.