.htaccess перенаправляют просто корень моего сайта к http
Мне нравится rsync.net - большая услуга RSYNC работала фанатами.
Следующий шаг должен определить то, что необходимо скопировать. Я предполагаю, что Вы размещаете некоторый веб-сайт. В идеальном мире у Вас будет актуальный SVN repo Вашего кода реального приложения, таким образом, вероятно, только необходимо будет скопировать любой каталог 'загрузок' и базу данных.
Необходимо определить соответствующую политику для дампов DB. Можно быть удачливы, что данные часто не изменяют это, и можно сделать ночные резервные копии, или, резервные копии bi-ежедневной-газеты. Если Ваши данные изменяются много, Вы, возможно, должны выполнить дампы чаще. Резервные копии DB (мы предположим, что Вы используете MySQL), может часто приводить к блокировке проблем, посредством чего количество времени, занятое для дампа влияния данных на выполнение сайта. Если у Вас есть эта проблема, Вы могли бы хотеть рассмотреть свою стратегию резервного копирования очень тщательно.
Также стоит создать резервную копию / и т.д. - Это является обычно довольно маленьким в размере, таким образом, стоит получить полный каталог. В вот обычно будут Ваши конфигурации веб-сервера / почтовые конфигурации / конфигурации брандмауэра / пользовательские учетные записи. Я никогда не предлагал бы восстановить целый каталог, но, стоит иметь ссылку того, каковы Ваши настройки. Вероятно, только необходимо создать резервную копию этого при внесении изменения.
Это не может быть соответствующим в Вашем случае, но, я также копирую / домой.
Также необходимо скопировать задания КРОНА; это - кошмар, пытающийся воссоздать их, если у Вас нет хорошего списка того, что необходимо выполнить и когда.
Я запустил бы путем поддержки всех тех объектов в единственный каталог,/var/serverbackups затем, когда то задание резервного копирования закончилось, rsync целое дерево к внешнему сервису как rsync.net или тот, который был уже упомянут.
Это просто означает, что Вы можете изменить удаленное местоположение более легко, если Вы должны в будущем.
Если Вы хотите более содержащий руку подход, backup2l является приложением Debian, которое можно установить, который обработает резервное создание на основе строки путей, которые Вы обеспечиваете; это будет организованное дифференциальное резервное копирование в tar.gz и обрабатывать выборочное восстановление. Вы можете все еще rsync целевой каталог backup2l, после того как это завершено.
Вы также можете сделать это через:
RewriteEngine on
RewriteBase /
RewriteCond %{HTTPS} on
RewriteCond %{HTTP_HOST} =www.example.tld
RewriteRule ^$ http://%{HTTP_HOST}
Это должно работать, как ожидалось (это было в моем домене), надеюсь . И на этот раз соответствовать критериям вопроса.
Ваше RewriteRule «^ Dashboard $» означает, что строка URL-адреса не имеет ничего до и после «Dashboard». Это то, что вы хотите? Похоже, ваш URL-адрес: /views/JavaScriptTarget/Dashboard".
Может быть, это не имеет значения, но я бы не стал добавлять RewriteRule в конфигурацию - в директиве «Directory» я не эксперт, так как в основном использую Apache для обратного прокси, и я просто не буду его использовать.
Итак, все это в конечном итоге будет проксировано на ваш внутренний сервер «server8». Еще раз убедитесь, что на вашем server8 нет ничего, что выполняет перенаправление с использованием имени хоста сервера. Вы можете выполнять перенаправление с помощью "/", но не с "{servername} /", если вы понимаете, что я имею в виду.
Я бы установил следующую конфигурацию для достижения того, что вы хотите. $ означает конец строки.
Вы, вероятно, имели в виду
RewriteRule ^/$ http://www.pointfixed.com/ [L,R=301]