sledopit

wget --spider -o wget.log -e robots=off --wait 1 -r -p http://site.url

$ echo -e "23561|783242|4823948.423847|47828374\n159,5|15|19.6\n253f|fjdk|fd32"| \
sed -r 's/^([0-9]+([,.][0-9]+){0,1}\|)+[0-9]+([,.][0-9]+){0,1}$/hi__&__bye/'

    hi__23561|783242|4823948.423847|47828374__bye
    hi__159,5|15|19.6__bye
    253f|fjdk|fd32

Выбери меня, выбери меня (:

Классика жанра: Эви Немет. Руководство администратора Linux.
зы. А вообще не раз уже спрашивали:
habrahabr.ru/qa/2516/
habrahabr.ru/qa/20596/
и т.д.

В общем случае:

while :
do
ssh -R localhost:2222:localhost:22 root@myhost
done

Однако, именно в данном случае есть более изящное решение:
есть программа autossh, созданная именно для таких условий (автоматический реконнект после потери соединения).
Просто ставите пакет, в команде меняется ssh на autossh и будет так, как вы хотите (:

На любой вкус и цвет.

{ ftp -inv SERVER << EOF
user USER PASSWORD
cd DIRECTORY
ls -R
bye
EOF
} | sed '/^[d-]/!d;s/^\(.\).*/\1/' | sort | uniq -c | sed 's/-/files/;s/d/directories/'

Собственно основной вопрос: чего именно вы хотите добиться подобным разделением?
Ну и пара мыслей:
rsync сервер сделал бы на совершенно другой железке (желательно в другом дц).
выделять на каждый сайт по виртуалке порой нет смысла: если на ресурсе бывает полторы калеки в неделю, то будут слишком высокие накладные расходы. так что тут всё зависит от нагрузки и того, чего именно вы хотите добиться подобным разделением.
про репликацию, я уверен, вы знаете не хуже меня, но я на всякий случай напомню: реплика != бэкап.

Добавьте ещё скрипт для управления, как сервисом (start|stop|restart|status), чтобы воткнуть его в /etc/init.d/ и записать в автозапуск. Какие-нибудь параметры для снятия мониторинга (через munin/cacti/zabbix/etc). И, конечно же, возможность запуска отдельных приложений в такой vnc сессий, а не какого-нибудь de/wm, которые, по большому счёту, в таком случае и не очень то и нужны. Если всё подробно расписывать, тогда может быть потянет на статью. А пока это максимум заметка на память в личном блоге.

А никого не мучает паранойя, что пароли хранятся в чьей-то сторонней поделке?
Имхо, куда лучше хранить всё в зашифрованном pgp файле. Оно спокойнее как-то.

"All mail clients suck. This one just sucks less." © (:

1. топорное решение, работает не везде и достаточно геморройное: привязываете ко всем аккам мобильники компании и радуетесь жизни, а манагерам выдаёте только пароли.
+: относительная простота реализации
— : нужно много действующих номеров; вероятно, не все соцсети поддерживают такую привязку; решение нельзя автоматизировать

2. Втыкаете куда-нибудь линукс/бзд (либо многопользовательскую[==поддерживающие одновременные мультилогины] винду), в нём на каждого нового манагера создаёте пользователя и vnc сессию на этого пользователя с голым браузером, самостоятельно логинитесь, везде где необходимо и запоминаете пароль. Манагерам выдаёте только доступ к их личной vnc сессии.
+: легко автоматизируется; не зависит от возможностей соцсетей
— : человекочасы на первоначальную реализацию; содержание подобного гейта.
Если манагерам выдать инструкцию по пользованию vnc в картинках, не думаю, что они не справятся. Поэтому за минус не считаю.
имхо, реализовать 2 гораздо проще, чем писать плагины для браузера.

На сколько на такую роль подойдет просто vim?

vimwiki же (:

sort нужен точно. А на трёх файлах прокатило, потому что повезло. Если бы файлы с похожими именами были бы первым и последним, то не сработало бы.
зы. ради интереса сравните

echo -e "111\n222\n111\n333\n123" | uniq -d
echo -e "111\n222\n111\n333\n123" | sort | uniq -d

Писать своего ничего не нужно.
С target.host настраиваете беспарольную ssh авторизацию и запускаете команду

ssh -CND user@remote.host -R 80:127.0.0.1:apache_port

и собственно после этого можете обращаться на remote.host на порт 80 так, как будто апач у вас запущен на нём, а не на target.host.
чтобы в случае разрывов ssh самостоятельно восстанавливал соединение, можете использовать утилиту autossh.
Опции -CND нужны для того, чтобы ssh сжимал трафик и не запускал оболочку.

Операции создания/удаления файлов требуют прав на запись в директорию, где находятся файлы. Выставлять права от типа совершаемой операции, емнип, невозможно. Стики биты здесь тоже не помощники, т.к. запрет на изменение директории приведёт к невозможности удаления файлов.
Можно сваять некие костыли, в духе использования разных пользователей для чтения/удаления (хотя пользователей имеющий право на удаление всё же будет иметь право на создание), либо использовать различные костыли в духе алиасов на удаление (что, дескать, удаление = «chmod +w dir; rm dir/file; chmod -w dir»).
Мне кажется, что других путей нет.

Если выкинуть 3 и уточнение, то rsnapshot (который на базе rsync) будет идеальным решением.
Это в GNU/Linux'ах. Если у вас детище Microsoft, то, наверное, стоит присмотреться к чему-то другому, но тут я не силён.

Дробите. Подробности.

Если речь про графический вход, то rdp/vnc/etc на это не ругается. Отрисовывалась очень красивая перспектива.

Тут правда не очень удачно окошки расположили, но дальше искать лениво.
А если про консольный (ssh какой-нибудь), то там такой красоты, конечно, нет. Но войти так тоже можно (:

Ну раз их нет, давайте устроим. (: