ivan-lev

Регламентированный uptime VPS - спорная штука.. клиент набедокурил - VPS лёг.

А ещё иногда собираются криво..

Тем не менее, при правильном использовании технологии (в т.ч. подборе оборудования) отказоустойчивость повышается. Вероятность "потерять" (данные, клиентов, репутацию) снижается. Проценты давно посчитаны..

Нет, не путал. Привёл пример, регламентированной процедуры "потери VDS"-ки

Ну, не в десятки.. но вырастает.. И я, вроде как, о том же и говорю.

Сами по себе не спасут, но их уже можно спокойно бэкапить.

smart2web, может поделитесь своим мнением, как человек с опытом в данной сфере, как не оказаться в ситуации ТС?

а) с точки зрения ТС

б) с точки зрения хостера..

Ответ неправильный. Правильный ответ - читать условия договора.

Если договором (офертой) предусмотрено резервное копирование, то должен. Если не предусмотрено - не должен..

Другое дело, что хостер не должен "просто так" удалять VDS-ки.. =) Процедура удаления должна быть регламентирована.. При неоплате, например.. или при нарушении условий договора.. (опять же, некоторые могут удалить.. и отказать в возврате средств /хотя, по закону.. /.. некоторые могут дать возможность скачать данные и предложить разойтись)

Для этого диски объединяются в разного типа Raid-ы, дисковые полки... И при выходе из строя одного-двух-трёх общая работоспособность системы не нарушается..

Более того, сервера объединяются в кластер.. и при выходе из строя целого сервера (одного-двух-трёх) общая работоспособность системы сохранится..

Но вся эта инфраструктура, как и её содержание (стоимость владения (с)) требует ресурсов..

А нет диска.. точнее, виртуальный диск у Вас в виртуальной машине.. и ответственность за сохранность данных лежит на администраторе VPS.

Обычно, хостеры предоставляют пошаговые мануалы с более-менее готовыми решениями ( - https://firstvds.ru/technology/autobackup - например)

Должен ли автоцентр при поломке купленной у него машины предоставлять подменный автомобиль?..

Как правило - нет.. Однако, в зависимости от того, что включено в услугу..

Некоторые хостеры заявляют резервное копирование VDS целиком. Однако, надо понимать, что ресурсы стоят денег =)

А мы ведь ищем, где подешевле :D

Не, задумка другая же была..

Меняем src на адрес, находящийся на своём хостинге:

<iframe src="/iframe.php" /></iframe>

а в iframe.php код, который получает содержимое той страницы

<?php $html = file_get_contents('http://адрес фрейма');
// промежуточная обработка...
echo $html;

Только для нормального отображения его придётся "допилить" =)

Всё именно так.. =)

Можно "скормить" картинки любому OCR сервису или программе типа FIneReader-а и посмотреть на результат.

Виртуальные могут пригодиться при многосайтовости.. =)

а в целом.. на вопрос "как отредактировать robots.txt".. ответ "как и обычный текстовый файл по ftp|sftp|.."

p.s. наблюдаем эффект "одной кнопки".. Когда в обиходе всё делается одной кнопкой.... остальные действия.. могут ввести в ступор.. =)

Начать с логов web-сервера (Apache / nginx).

/var/log...

или в панельках что-то вроде "Журналы"

Довольно часто импорты неоптимальны из-за индексов и приоритетов чтения-записи. Есть достаточно простой способ оптимизировать это - импортировать данные во временную таблицу (в идеале - в памяти) и одним запросом перенести (или дополнить) в основную таблицу.

Частично можно проверить..

* если на время импорта закрыть сайт.. будет ли заметно ускорение?

* или для проверки поднять копию.. в которую никто не будет ходить?..

Однако, не уверен, что "стандартные плагины" заточены под оптимальность.

Да и импорт импорту рознь..