резервная копия сайта на другом хостинге.

1. Дропбокс-то не обязательно..

2. про репликацию баз забыл.

1) ну так дропбокс - это как дополнение, для большей надежности данных, лишний бекап никогда не повредит.

2) да базы и прочие персональные нюансы нужно дополнительно заморачиваться)

бал сатаны сегодня?

🤪 нет, просто фантазия и желания изобрести велосипед. но статику синхронизировать удобно. да и на тестовой копии своего конструктора сайтов тренируюсь, его у меня тоже получается красиво синхронизировать так.

foxi, а как автоматом синхронизируете в дропбокс? А то ручками приходится :)

На примере дебиана:

Коннектимся к серверу по ssh с ключем -Х (чтоб гуевый интерфейс программ увидеть)

качаем нужный дистрибутив

ставим дропбокс: dpkg -i dropbox_1.6.0_amd64.deb

первый запуск: dropbox start -i (в гуи режиме будет пошаговая настройка)

дальше запускаем (и в автозагрузку): dropbox runing start

создаем символические ссылки в папке дропбокса на директории, которые нужно синхронизировать.

Неплохое решение на базе Parallels Cloud Server.

То есть, сайт может быть недоступен, только в случае неработающего канала к хостеру или тотальных проблем у ДЦ.

Народ, не издевайтесь)) Какой дропбокс?)

Есть нормальные решения для синхронизаций или сетевые файловые системы. Но все это требует или VPS на паравиртуализации (KVM, Xen, PBM) или выделенный сервер.

P.S. Любителям дропбокса, почитайте их соглашение об использование. В частности, там есть строчка, что т.к. данные синхронизируются через их сервера, то все что до их серверов доходит - они имеют право читать и использовать.

За точную формулировку не поручусь, но смысл такой.

И пусть себе читают. Вы кому больше не доверяете: дропбоксу с их правом читать или российскому провайдеру с подключеным СОРМ?

Я думаю в США у ЦРУ похожие инструменты как СОРМ тоже есть.