Здравствуйте
Допустимо. Естественно, желательно чтобы было предупреждение заранее. Но ведь бывают случаи когда хостер просто вынужден менять ай-пи (вот у нас такое было кстати буквально два дня назад). И тут уж даже без предупреждения а с последующим уведомлением приходится работать.
Я вижу другой вариант - при отказе уплатить штраф и купить лицензию, компы изымают для проведения расследования. Не секрет же, что можно восстановить данные с диска (даже отформатированного). А это уже вещдок. Для изъятия компов достаточно заведенного дела и постановления следователя. Срок изъятия - ну пока экспертизу не проведут.
Не могли бы Вы объяснить подробней.
Я правильно Вас понял, что есть возможность не терять 50% клиентов в каком-то из случаев при использовании основного и дублирующего серверов?
Можно вообше никого не терять если у вас отказоустойчивый кластер.
Можете посоветовать какие-нибудь компании?
Любая компания которая возьмется сделать вам кластер. Для этого, помимо желания, необходиы технические возможности. Например, в hetzner.de есть возможность использовать так называемый faileover ip - на этот ай-пи адрес будут направлены А записи вашего домена. Если один сервер упадет, то резервный поднимется. И все это без смены ай-пи адреса. Поэтому и называется эта опция failover ip address. Ну а синхронизация данных между мастер и слейв сервером дело решаемое.
1) Все не так.
2) Нет, неправильно - облако или лучше сказать отказоустойчивый и масштабируемый в реальном масштабе кластер и он состоит далеко не из одного сервера.
3) Вот это и есть то, что вам нужно :)
Чтобы переезд не стал головной болью стоит выполнить ряд шагов:
1) Ну во-первых можно попробовать подискутировать с текущим хостером чтобы переезд вовсе не требовался. Да, есть клиенты которые скрывают свое желание переехать и паранойят на тему того, что хостер обидится и будет чинить им препятствия. Но я говорю о нормальной ситуации и нормальных клиенте и хостере.
2) Неплохо проверить какие модули используются в скриптах или хотя бы сделать список тех модулей перла которые установлены на текуще сервере.
3) При выборе хостера спросить у него расположение бинарника перла, версию и дать ему список установленных/используемых модулей.
4) При выборе хостинга стоит проверить какие панельки используются (удобнее дял переезда спанель - спанель, испманагер - испманагер и т.п.).
При следовании указанным выше шагам перенос не должен вызвать никаких особенных проблем.
Я все ждал, а кто же скажет - посылайте клиентов от которых вы хотите избавиться к нам. Но никто не сказал:) Интересно, да?
Классические джава скрипты исполняются на стороне клиента. Поэтому их нельзя скрыть от пользователя. Можно только затруднить их чтение.
Угу, работает.
Если речь идет о доступе в админку, то он вроде как работает: http://femina-maskulina.ru/members/
А в чем выгода хостеру выгонять клиента? Возможно вы не знаете, что стоимость привлечения клиента на хостинг, как правило, в разы больше чем он платит за хостинг? А ведь еще надо и возвращать деньги. Смысл то в чем? Конечно, есть мазохисты и среди клиентов и среди хостеров. Но клинику стоит обсуждать отдельно и специалистам (врачам).
