Ваш Сайт перенесли. Что делать, и что это означает для вас? И тем более перенесли не предупреждая. Если Хостер так поступил – это означает лишь то, что подумать о том, как себя ощущают клиенты – это ниже его достоинства. А если на протяжении двух-трех и более дней (а то и недель!) техпаспорт его подобен страусиной голове глубоко зарытой в песок, то уходить надо немедленно. Потому как дальнейшие отношения принесут еще больше проблем. Главная проблема – это логическое следствие перехода. Пораскиньте мозгами- вот , был у хостера сервер, аптайм его был высокий, все работало как часики, и цена была очень невысокая. И вдруг грянул гром – его оттуда выгнали. Почему? Может быть, цену подняли? Скорее всего, именно так. И вот он нашел что-то подешевле. Вероятность, что это будет лучше очень мала.
Интересует, почему хостер так просто может взять и перенести, не спрашивая сайт на другой сервер. Со стороны хостера, возможно эти возмущение клиента выглядит необоснованно. Ну, чего там? Ну сутки нестабильной работы и все. Увы, это не так. Как бы все это описать, чтобы стало хоть чуточку понятно. Легко перенести и не нужно беспокоиться за сайт целиком и полностью состоящий из HTML статических страниц. Оно и понятно. А я речь поведу о динамическом движке. Например, сделанном на PHP скрипте (Jommla).
Так – вот и начало. Представьте, вы решили завести себе … ребенка. Но не обычного, а сайт. Сначала он маленький, его создают на локалхосте своего компьютера. И лелеют как настоящее дитя, пеленают в роскошный дизайн, кормят отборными текстами. И вовсе не заставляют ничем заниматься. Но, - он растет, становится больше, краше, и взрослеет. Тут приходит время вывести его в люди. И Вы ищете для него достойный пансион. Там он будет жить, радовать других, Вас в том числе, и (такое тоже бывает) даже приносить Вам радость в виде вполне материальной прибыли. Понятно, каждый интернат для детей не может работать без перебоев. Это и понятно. И не каждый годится для габаритов и запросов ребенка. А стоят таковые совсем по-разному.
По первости конечно выбирается тот, что недорого. Какие опасности за этим могут таиться? Перечислять их долго, я сейчас расскажу пока об одной. Т.к. «попал» на нее уже дважды.
Имя этому – «перенос сайта на другой сервер» внешне это выглядит как начало болезни вашего «ребенка» - вдруг внутренний счетчик статистики начинает дурить, метаться от одного значения к другому, а потом и вовсе встает. Но поначалу этому не придается значения.
Вы, как всегда продолжаете контакты с сайтом на хостинге – т.е. с вашим любимым ребенком. Вы наблюдаете, как он живет, действует, на радость Вам и другим. Вы взращивает его, добавляя новые материалы. Устанавливаете новые компоненты… И вдруг – он пропадает из видимости. Вы, конечно, пытаетесь добиться контакта с администрацией пансионата. Но тщетно. Телефон не отвечает, ICQ в оффлайне, E-mail превращается в одностороннюю связь. И лишь ping yourbaby.xxx дает вам информацию о происходящем. Там такое – лучше не говорить.. И вы понимаете, наконец, что по FTP посылать лакомства ребенку (сайту на хостинге) уже бесполезно. Ребенка перевезли в новый пансионат. Но как! Администрация пансионата, видно решила, что это вовсе не живое существо. А набор запчастей. Вы, конечно, прорываетесь к своему чаду, Вы вне себя! Что же с ним случилось? И вот когда, наконец, можно его посмотреть, охватывает ужас. Его перевезли по частям. Сначала – оторвали ноги. Потом – отрубили голову. А затем по частям все остальное. Вытекшие жизненные жидкости (БД) заменили донорскими с просроченными сроками давности. На вопрос «а почему?» Администрация (хостер) недоумевает: А, что он разве был живой? Нам вообще так удобнее перевозить – сначала у всех ноги, потом головы. Что там еще? Вы вчера поставили на него и настроили какой-то компонент? Сейчас поглядим, где он завалялся. А вот – часть здесь. А остальное – на старом сервере. Что ? настройка заняла 8 часов? Ну, извините, примите наши искренние соболезнования. Ну, ведь мы уже извились? Ну и пусть другой ребенок. Что там? Пять журналистов написали вчера туда десять статей? Ну, пусть еще раз напишут, что такого? Убытки? Какие? Вчера баннер предоплаченный потерялся? Ну, вот беда какая, поставьте снова. Что это у Вас за рекламодатель такой? Что, он возмутился и предпочел другого ребенка, в бесперебойно работающем пансионате? Какая там еще регистрация в каталогах? Ну, не нашли сто каталогов бэклинки на пятом вашем ребенке, ну что? Подумаешь - $18 - прогоните еще раз, ведь допрогон подешевле, не так ли?
Нелишне еще добавить, что для одного из детей был необходимы особые условия жизни. Типа дышал он не кислородом. Точнее – в новом «пансионате» не оказалось Zend Optimizer-а. Он умер. Смерть другого наступила после тяжелейшей восьмичасовой попытки реанимировать в операционнной . Он умер первым не приходя в сознание. Покупной параноидальный скрипт, который верифицирует лицензию на соответствие с доменным именем не предусматривал таких «переездов», когда он не может определить – на каком же домене он сейчас есть.
Вопросов тут много. Первый и главный – можно понять все. Но почему не предупредить о таком «переезде» заранее? Я бы с детьми ушел на время. И приостановил их «взращивание». А также – предупредил бы рекламодателей и приостановил свои рекламные кампании.
Как уже выше сказано – если так произошло, вы – на диком западе. IP ставший вдруг из Росийского Американским это тоже подтверждает. А хостер стал «индейцем». А на диком западе, как известно в отношении таких «индейцев» действует только одна классификация. Хорошие индейцы – те, от которых Вам ни тепло, ни холодно. Надежды на исправления здесь нет. Спокойно и деловито ищите другой пансионат. И Вам очень повезло, если доменные имена находятся в Вашем распоряжении

Согласен, сочуствую и полностью поддерживаю.
За исключением 2 возражений:
1. Еслито почему от такого "хостера" не ушли раньше? Ибо это ни в какие ворота...
2. Сайт, в которыйдавно должен сидеть на выделенном сервере и не зависеть от капризов хостера, иначе это кроме как скупостью объяснить сложно.

Пока без комментариев. т.к. - не все еще понятно. Потом обязательно расскажу
Постепенно это начинаешь понимать, но как быть если
1. Этот сайт пока что в стадии становления, и бросить на него большие затраты - не видя, пока еще отдачи - ИМХО неразумно.
2. А, что хостеру (как было сказано) трудно предупредить: "у меня неделя капризов" все - этого достаточно, чтобы избежать неприятных последствий.
3. Как показала практика - высокая оплата - это еще не залог "бескапризности"
т.е. - смысл этой статьи - не жалобы на конкретного хостера или претензии к нескольким
Это попытка объяснить хостерам, что такое динамический движок, и что бывает, когда его переносят не задумываясь о последствиях Т.е- это пожелание ко всем хостерам. Очень холтелось бы, чтобы хостер, предлагая свои услуги отмечал - что таких вещей он НИГКОГДА НЕ ДОПУСТИТ т.е. - речь не о переносе, но о том, что "предупреждать же надо!"
Отсюда у меня складывается вполне разумное предложение к анкетам хостеров на ХостОбзоре - ввести туда пукт о том, - будет ли хостер переносить сайт на другой сервер, и главное - как он это будет делать
А также - может быть это послужит некоторой информацией тем хостерам, которые наивно полагают, что динамический сайт можно разрубить на части, перенести и сложить их на новом сервере неработоспособной кучкой.
ЗЫ - хотя, мне кажется - хостер должен это знать и понимать. Иначе (см. про индейцев)
И последнее добавление - очень важное! про данный материал - ЭТО НЕ ЖАЛОБА! хотя и основана на событиях, произошедших в действительности. Это вопрос на обсуждение. А также - Мой личный интерес, как к этому относится сообщество. Точнее - если такое - норма, то нужно к этому просто привыкнуть, каждодневно бэкапируя данные (хотя, как мне кажется - это обязанность хостера) И жить как на пороховой бочке - имея зеркала сайтов, и всегда наготове несколько "запасных вариантов" привыкли же мы с беспределу сотовых операторов, и сейчас только самый ленивый не имеет запасной симки Или же вот это все хостер возьмет на себя? Тогда может быть сделать градации - вот этот хостер гарантирует, что в случае сбоя оборудования он сам обеспечит резервный вариант. А вот этот - нет и соотв, когда платишь - знаешь за что

Не совсем понимаю о каком переносе идет речь?
Мы иногда переносим сайты с сервера на сервер. Но это делается для перераспределения нагрузки. Но так как конфигурация всех серверов синхронизирована, то указанные Вами проблемы вряд ли могут возникнуть. Система хостинг-серверов позволяет перенести сайт в течение 2-3 минут. Посетители также при этом перенаправляются на новый сервер идентичной конфигурации ПО.
Иногда клиенты сами просят разместить их несколько аккаунтов на одном сервере и с разных серверов мы переносим их на один. Само собой никаких изменений клиенту в скрипты вносить не нужно.
Если работы по модернизации оборудования и ОС, то клиенты предупреждаются заранее (2-3 дня) с указанием времени и характера работ.

Вообще не вижу здесь какой-либо проблемы.

Вообще то деньги в интернете сами по себе не растут. В некоторых темах приходится годами! содержать несколько явно убыточных проектов, вкладывая средства в их развитие, поддержку и наполнение, прежде чем один из них вдруг выстрелит и станет топовым, хотя бы частично компенсирую годы своего содержания и поддержки. Чем раньше это становится нормой, тем лучше. Интернет не поле чудес в стране дураков, это такая же работа, как и все другие. Вложили много - получили больше. Сэкономили - получили откат в поисковике.
P.S. Ничего личного, просто размышления.

А я не понимаю сказанного. Потому как описано все очень тщательно. НО! со стороны клиента. -
я называю "перенос" - это когда у сайта другой IP, а за 3 часа это никак не может случиться. Это пороисходит аналогично смене ДНС

Это как сделать. Перенос не упирается в IP адрес.
У нас размещают порталы с посещаемостью в 10000 и мы их переносим без потери посетителей.

Вообще нас тоже настораживает что при "переносе" очень не спрашивают пользователя (не говоря уже о "не предупреждают"), как бы то ни было, даже при самом мягком переносе, все равно что-то меняется. У кого-то доступ к сайту по IP настроен, у кого-то firewall на работе в cpanel пускает только к одному IP, у кого-то DNS записи обновляются 2 недели, а у кого-то может софт лицензионный на IP сервера залочен. Про технические моменты (типа "потеряли базу", "права на файлы сбились") мы сейчас не говорим. Правду говорят 2 переезда равны одному пожару


А как Вы это делаете если IP меняется, а некоторые провайдеры неделями DNS не обновляют?

Ну давайте не будем в наш софт углубляться. Ну вот к примеру nginx - можете даже отдельную папку на другой сервер отправить. А виртуалхост вообще проблем нет форварднуть на новый IP.

Безусловно бездумно никто не будет клиента таскать, т.к. это работа, которая компании стоит каких-то средств и времени. Обычно клиент знает, что его будут переносить, поэтому проблем с софтом и лочкой на IP вряд ли возникнет.

Максим, Вы и не поймете. Это проблема хостеров (вернее, их клиентов) другого уровня, тех, кто у Вас берет один два сервера в аренду, потом либо находят аренду подешевле, либо их попрут с ДЦ за задолженности или еще какие-нибудь общепринятые грехи и им приходится срочно перебрасывать клиентов совсем в другую софтовую среду. Какие в таком случае могут быть предварительные уведомления или тщательно спланированный перенос?

Действие, на мой взгяд, по отношению к клиентам, преступное.

PS. Спасибо, AnthonyS, хорошо написано. Недостает только итогового заключения: как, на Ваш вгляд клиента прошедшего через всё это, можно обезопасить себя от подобного отношения со стороны хостера. Как видите, есть хостеры которые не то что не могут поставить клиента в такое дурацкое положение, они даже не понимают, как такое вообще может случиться.

.... а так же хостеров совсем другого уровня, владеющими своими ДЦ, например когда у них кто-то "вдруг" отбирает их IP адреса и получается вот такая ситуация (ссылку тут на форуме тоже нашли). И страдает огромное количество людей, намного большее чем у хостеров взявших 1-2 сервера в аренду.
"Уровень" хостера это лишь показатель того, как много клиентов пострадает от возможных проблем если они у хостера случаться и не более того, может быть еще "частота" проблем. Да и скорость решения проблемы... у хостера с 1 сервером будет 1 админ на этот сервер, а у хостера с 10 серверами будет 1 админ на эти 10 серверов. Так что можно сделать соответствующие выводы. Впрочем, извиняемся, топик не об этом. Просто зацепило высказывание об "уровне". Опять же, у ВХ вон вообще какой уровень, многим тут и не снилось, и что? А мало что-ли рассказов о "высоко-уровневых" хостерах, которые "случайно" перезагружают "не тот сервер" стоящий в ДЦ? Или неправильно настраивают маршрутизацию?
Честно говоря мы бы предпочли при прочих равных хостеров которые понимают как такое может случиться и готовы к такой ситуации и имели опыт подобных ситуаций (помните в ситуации с infobox-ом говорилось "за 2 небитых 1 битого дают"), нежели тех, которые просто не понимают как это может случиться в принципе.

Перенос сайта. ЭРОтические Аспекты

Вы, как всегда, все опошлили

Какая то раздутая проблема. Хостёр не привязывает сайт к серверу к IP и ещё чему то. Если надо, право хостёра перенести клиента на такие же условия без всяких предупреждений, если сам хостёр уверен, что сделает это безболезненно. Перенести сайт любого маштаба можно перенести так, что ни кто незаметит этого и не пропадёт ни одна буква с динамического контента
Почему надо переносить? Элементарно, сервер начал барахлить, выросли сайты на конкретном сервере и нагрузки стали превышать норму и так далее. Если у клиента взят в аренду IP адресс, то перенос вообще без всяких проблем....

edogs, мы понимаем, что такое перенос, но не понимаем сути проблемы. Однако Петр пояснил, о чем конкретно речь. Это действительно немного не тот тип переносов, о котором, я думал, идет речь.

Еще могу сказать, что у крупного хостера всегда найдутся методы и средства на решения проблемы. Мелкий может же просто пропасть... Поэтому ситуацию с Инфобоксом стоит рассматривать именно как профессиональную работу с проблемой, которая застигла врасплох, а не как провал.

Я преступность вижу только в том, что сменили географическое положение переговоров с клиентом. Всё остальное - большое преувеличение и сгущение красок при условии, что с хостёром небыло договора о платной поддержке сайта.
Согласен, неэтично, что не предупредили и не попросили проверить клиентов работает ли ихние сайты после переноса.
Если смотреть всё по букве, то окажеться, что нельзя обновлять ПО на серверах, нельзя учитывать просьбы клиентов о каких то дополнениях системы и так далее. Так как после некоторых системных доработок, что то слетает.
Если ресурс у клиента такой чувствительный, значит надо думать не на общем хостинге, а о выделенном сервере. По крайней мере VDS. Общий хостинг, это общий вагон в поезде и просто неразумно с трбовать комфорт купе

А крупный может просто "потерять" данные сайтов нескольких клиентов вместе с бакапами при переносе и все тут, потому что он крупный и может себе это позволить.... клиентом больше, клиентом меньше.
Или лицензионный хостинг может зажать 16 баксов манибака...
А ещё крупный может купить хостера помельче и устроить проблемы с переездом этим клиентам, особенно если софт у крупного "такой весь особый", а не "стандартная cpanel".
А давайте ещё вспомним, что один крупный хостинг покупал другие, тоже крупные, и качество страдало... а вот мелкие хостинги этого крупного не интересовали, и их клиенты были в безопасности в этом смысле.

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

А если бы хостинг был бы просто куплен? И географ. положение сменилось бы в связи с этим. Вы бы увидели преступность? Интересно.

Да, безусловно. Мы получили в наследство хостинг от клиента своего, и не меняли ничего, кроме билинга, несмотря на то, что нам не выгодно держать так как есть. Даже были два случая, когда выплатили компенсацию за оставшийся период клиентам, когда они придумали что ненадёжны мы потому, что увидели на продаже тот же домен что и у нас, но в зоне .ру. Хотя деньги получали