Ваш Сайт перенесли. Что делать, и что это означает для вас? И тем более перенесли не предупреждая. Если Хостер так поступил – это означает лишь то, что подумать о том, как себя ощущают клиенты – это ниже его достоинства. А если на протяжении двух-трех и более дней (а то и недель!) техпаспорт его подобен страусиной голове глубоко зарытой в песок, то уходить надо немедленно. Потому как дальнейшие отношения принесут еще больше проблем. Главная проблема – это логическое следствие перехода. Пораскиньте мозгами- вот , был у хостера сервер, аптайм его был высокий, все работало как часики, и цена была очень невысокая. И вдруг грянул гром – его оттуда выгнали. Почему? Может быть, цену подняли? Скорее всего, именно так. И вот он нашел что-то подешевле. Вероятность, что это будет лучше очень мала.
Интересует, почему хостер так просто может взять и перенести, не спрашивая сайт на другой сервер. Со стороны хостера, возможно эти возмущение клиента выглядит необоснованно. Ну, чего там? Ну сутки нестабильной работы и все. Увы, это не так. Как бы все это описать, чтобы стало хоть чуточку понятно. Легко перенести и не нужно беспокоиться за сайт целиком и полностью состоящий из 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".
А давайте ещё вспомним, что один крупный хостинг покупал другие, тоже крупные, и качество страдало... а вот мелкие хостинги этого крупного не интересовали, и их клиенты были в безопасности в этом смысле.

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

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

Да, безусловно. Мы получили в наследство хостинг от клиента своего, и не меняли ничего, кроме билинга, несмотря на то, что нам не выгодно держать так как есть. Даже были два случая, когда выплатили компенсацию за оставшийся период клиентам, когда они придумали что ненадёжны мы потому, что увидели на продаже тот же домен что и у нас, но в зоне .ру. Хотя деньги получали не мы и домен продаём не мы.
Менять географическое расположение сервера без переговоров недопустимо. Я например не вижу проблемы арендовать сервер в России, если это надо для моих клиентов. Даже при условии, что несколько месяцев, мне тот сервер пойдёт в убыток. Если не знал у кого быстро взять надёжный сервер, спокойно брал бы у ht-systems.ru, так как в принцыпе меня устраивает как крутиться хостобзор.ру

Очень понравился мне первый пост топика прям в книжном стиле - супер.

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

Вот опишу пример: допустим я создал сайт, который зарабатывает для меня 2000$ в месяц, при этом ему, например, хватает обычного хостинга за 10$

Теперь делаем расчет 2000$ разделить на 30 дней получается 66$ в сутки.

Теперь поговорим про риски, стоит ли брать (не важно у какого хостера) хостинг за 10$ при условии, что РИСК сбоя на шаред хостинге всегда выше чем при аренде сервера?

Получается взяв хостинг за 10$ и получив сбой (переезд, смена днс или что ещё) мы за сутки теряем до 66$ где логика?

Но за 66$ конечно сервер в аренду не возьмешь (с полным обслуживанием) малова-то будет.

Вот и возникает делема, что взять хостинг за 10$ и потерять 66$ в сутки или сервер за допустим 150$ ?

В одном случае расход получается 66$+10$ в другом случае 150$ в месяц.

А ведь сайтов, которые получают меньше 2000$ в месяц навалом отсюда и идут все эти проблемы.

По идее идеальная картина это когда хостер гарантирует (не хвалится 100% аптайма), а именно гарантирует пусть даже 90%, но когда клиент точно знает теоретические простои, он может расчитать свои доходы и расходы заранее. То же самое как в транспорте, я знаю, что за 15 рублей я буду в автобусе ехать 1 час, а на такси 10 минут (пробки и прочий бардак на дорогах в пример не берем) и зная время я не опоздаю в гости.

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

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

ИМНО, безусловно! Я при выборе хостера на первое место ставлю выбор ДЦ. Его смена без моего ведома и согласия - одностороннее нарушение договора. С позиции хостера это может выглядеть как "равноценная" замена, "шаред-хостинг - общий вагон" и т.д., а с моей позиции - отличный повод больше с таким хостером не здороваться и изгадить его жизнь в той же мере, в какой он изгадил своим переездом мою по моей оценке.

По поводу больших и маленьких, edogs, Вы знаете мою позицию. Да, хостинг на сегодняшний день - та отрасль, где человецеский фактор превуалирует. Огромное количество маленьких на этом форуме заслуживает уважения своим усердием и добропорядочностью. Но существует объективная реальность, имея один сервер при любом уровне усердия проблему не решишь так же просто, как имея больше одного.

Кроме того, я до сих пор теорию вероятности и статанализ отношу к разделам точной науки, а не к оккультизму. И признаю, что тунгусская трагедия могла произойти и на густонаселенной европейской части Российской Империи, а не просторах 99% оставшейся безлюдной её территории (это по поводу Вашего примера с Инфобоксом). С метеоритом, как известно, не случилось. С Инфобоксом трагедия произошла. Но произойдет ли на таком уровне ещё одна и в каком столетии - я предсказать не возьмусь, зато с уверенностью могу сказать, что на уровне односерверных хостеров уже в течении ближайших дней мы увидим новую тему в разделе жалоб.

Иногда эта "раздутая проблема приносит едва ли не месяц восстановительных работ (Мобихост) так что не надо тут
Я не думаю что очень профессионален в данном вопросе, но тут явное непонимание ситуации. Или просто надо перечитать еще раз начало. Сказанное подходит для статических HTML сайтов. Но не для "живых сайтов" - т.к. из-за "плясок" ДНС запросто может быть, что, скажем на форуме - чать постов одного топика сядет в новый - а часть в старый. Так что фраза наглядно показывает, что Вы даже и не сталкивались с чем-либо подобным

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

Тщательно спланированный перенос к уровню хостинг компании имеет мало отношения, тут больше имеют отношения хостинга к своим клиентам...




Да нет никаких проблем. У меня в последнее время было много заказов - массовый исход сайтов от хайвея на выделенные сервера. А это говорит о том, что владельцы таких сайтов далеко не глупые люди и понимают, что если хотят что-то заработать - то придется вкладывать.



По смыслу - рядовое. По реализации - из ряда вон.


Об этом я писал в свое время - мою идею не приняли. Конечно, абонплата такого хостинга будет не 10$, и даже не 100$ а вот от 200-600$ - вполне. 90% суммы пойдут на оплату страховых взносов.


А если он недоступен (отпуск, больница и т.п.)?


Это только если сайт у него один на весь сервер



Попробуйте перейти на выделенный сервер, полегчает

Мои мысли аналогичные
- то значит можно переносить - это никах не отразится, а если ему не пофиг - он и на Бали находясь будет а КПК поглядывать ч\GPRS BeeLine
да за такие деньги можно и отзеркалиться и еще что-нить придумать, лишь бы не зависеть от хостера
- Здесь имеется ввиду следующее - сайт, точнее его движок закрывается для внесения изменений, и вывешивается баннер - переезжаем!!! Сайт же на новом месте - наоброт, открыт для постов, каментов, чатов форумов, дискусиий, опросов.
ИМХО защиты от дураков и там не будет Еще раз отмечаю - согласно жизненному опыту - дороже не означает лучше. Лучшее всегда в майнстриме.
И еще - я заметил тендецию представителей т.н. "Дорогих Хостингов" бахвалиться собой и постоянно намекать на то, что "за деньги все возможно" Я в корне не согласен с такой постановкой. На дорогих хостингах проблем не меньше, а может даже и больше. Так напр. недавно ко мне обратился с просьбой перенести движок Joomlа клиент, которого "попросили" с СаваХоста "выйти вон " - контент у него, конечно был специфический (не ХХХ). Я ему отказал в помощи вероятно по этой же причине. Но я то - частное лицо. И Имею право на субъективизм. что, если на моем ресурсе появится материал, неугодный кому- что, "некапризный" СаваХост тоже меня выгонит?

"дилетанство" Убрал - но объясните, как можно за полчаса зачистить кэши ДНС во всей Сети? Если профессионал это умеет, - то он - Бог во плоти и перед ним преклоняюсь! или - тут просто непонимание того, о чем идет речь - разъясню еще раз - при переносе без ведома хозяина ввиду некоторого времени остаточной жизни ДНС кэшей - на сайт можно попасть как на новый - так ина старый IP. При этом, посетители могут побывать за какие-то 8 часов как на новом так и на старом. Оставив и там и там изменения. Но - если хостер действует согласованно - то старый сайт отключается хозяином от изменений и все решено!

Вы бы URL ресурса дали - чтобы народу понятнее стало...

А.. ну их этих чеченов на.. ищо теракт какой устроят (по-большому то я с Савой согласен)

Здесь уже мельком упоминалось об этом - грубо говоря, можно сделать на старом сервере (куда будут идти кешированные запросы) форвардинг (переадресацию) на IP нового сервера. Таким образом и кешированные запросы и обновленные - все будет попадать на новый сервер.

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

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

Мда... подумал я много по поводу этого всего.. И не то, чтобы непонятней стало, но радости нисколько не прибавилось Хотя уже резюме всему этому вырисовывается. Созревает. несмотря на белые пятна, - надеюсь что с помощью ALL их выясню. И еще раз отмечаю - главное направление данного топика мной отмечаемое - не банальный разбор полетов и тем более не обвинения. Но желание сделать прозрачными некоторые мутные грани такого явления, как хостинг. По крайней мере для себя лично. А если получится - то и на радость всем хостующимся и хостующим Одно направление уже наметилось - как отличить хостера, у которого

Спасибо хоть за это



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



Извините, это Ваше не понимание. Вы видите сайт как одно целое. Нормальный хостёр сайт видит как ограниченное число отдельных сервисов.



Можно на 10 IP поставить сайт, но при том не будет потерянна ни одна буква. Клиенту не обязательно знать каким способом делаеться то или иное решение, если клиент не участвует в конкретном проекте. Представте себе ситуацию: Вы хостёр и перед Вами стоит задача, в течении суток перенести сервер, на котором хоститься около 100 клиентов и примерно 10 ГБ данных и около 100 баз mysql. Ваши действия? Будете созывать всех клиентов на обсуждения и пробовать организовать суботник? Ничего с этого не выйдет. Неделю будете переносить и всё равно в конце концов сделаете так же, как сделал Ваш хостёр - будете переносить сайты без согласования.
Это общий хостинг и всё делаеться исходя из этого. При том, необходимость переноса может появиться в любой момент и у любого хостёра.



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

WebXL правльно написал, просто хочу тоже самое другими словами сказать: DNS меняется от нескольких секунд до недели во всем мире, но ничто не мешает хостеру со старого сервера проксировать ваш сайт на новом сервере прозрачно для поситителей, единственный недостаток при этом будет, то что у всех таких проксированых посетителей вашего сайта будет один и тот же IP - IP старого сервера.

Это и называется в среде хостеров прозрачный переезд, но это не все делают, даже не все крупные хостеры так делают. А мелкие хостеры тем более не имеющие своего железа, а арендующие его пытаясь с экономить стоимость переезда берут новый сервер на сутки раньше, чем закрывают старый (ведь аренда двух серверов одновременно дороже, а клиенты-то больше не платят, да и ещё от таких переездов разбигаются)

Вот вся и экономика.


Вы неправльно поняли - не дорогие хостинги, а дорогие услуги, выделный сервер по любому надежнее чем хостинг, поэтому это считается дорогой услугой.

А если вы хотите в договоре денежные компенсации, то эти самые компенcации будут включены в стоимость хостинга, хорошая услуга не может стоить слишком дешево, а вот дешево или дорого судить не вам, а тем кто эту услугу реализует так как только они знаю сколько средств они израсходовали чтобы сделать такую услугу. А вы уже судите по вашим доходам что не тоже самое что расходы хостера.

Это как с очисткой золота его до пробы 999 очистить очень легко, поэтому такая услуга не дорогая, а вот очистить до 999.999999 супер сложно и дорого хотя разница всего 1%

А если владелец сайта лежит в больнице без сознания?



Ну вот и походящее решение - держать зеркало сайта. Дешего и сердито



Обычно нормальные хостинг провайдеры рассылают почту о переезде за некоторое время до того как. Если владелец сайта его читает - он в курсе.



Защита от дурака там будет, если у владельца сервера не будет рутовых прав и на сервере будет полное администрирование
А жизненный опыт Вас подкачал


Вы наверное незнаете дорогих хостингов. Например для сайта одной американской обувной фабрики работает кластер их семи серверов - вот это действительно дорогой хостинг.
Лично я придерживаюсь такой позиции - в наше время возможно все, главный вопрос в цене.
Готовы ли Вы платит за качество?

А считаете ли Вы виноватыми (в смене ДЦ при переезде) обе стороны? И покупателя и продавца? Есть ведь поговорка... ну знаете в общем. Вопрос не риторический.

Которая в том посте на который мы ответили, выражалась в том, что проблема со сменой IP это "Это проблема хостеров (вернее, их клиентов) другого уровня". Лично мы считаем что это слишком вольное обобщение, тем более на Ваших же глазах был пример с инфобоксом.


Объективная реальность? Обоснуйте, ибо мы этого не видим.
Проблема смены IP у всех серверов в ДЦ у мелкого хостера просто не возникнет, при любом уровне его разгильдяйства. Это уже аргумент.
Мелкий хостер с 1 серверов и 1 админом для него при возникновении проблем на сервере будет иметь 1 админа на 1 сервер, у крупного этот 1 админ будет на 5-10 серверов. Аргумент в стиле "у мелкого хостера 1 админ этот не на 1 сервер работает" не принимаем, потому что вряд ли у админа работающего с разными серверами возникнет одна проблема одновременно на всех, в отличии от крупного хостера.

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

Вместо спора о будущем, мы просто пошли и "заглянули в прошлое", 3 последние страницы в разделе претензий и жалоб просмотрели, большинство жалоб на хостеров с лицензией и/или вроде как не 1-2 серверных (агава, хайвей, мобихост, азз, рбк, хайвей, вебпрайм, джино, хостлайф, хайвей, агава... ).
p.s.: А вот и новый пост про azz, совсем не мелкого хостера, в разделе претензий и жалоб, даже раньше чем про 1-серверного хостера...

Было бы слишком просто взять и разделить ответственность с клиентами и тем самым поставить точку на проблеме.

Нет, не считаю.


Я исходил из следующих умозаключений

Давайте заменим сервер парой сапог для простоты понимания.

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

Вариант второй. У меня вся гардеробная комната забита сапогами моего размера, удобного фасона. Текущая пара сапог прохудилась, я надеваю за секунду другую и ноги даже не ощущают разницу.

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

Я же не понимаю, почему прохудившуюся пару сапог (событие рядовое) Вы, edogs, пытаетесь поставить в один ряд с пожаром высотного дома, в котором гибнут сразу все сапоги во всех гардеробных. Эти события разновероятные, Вы не согласны?

Я вот исхожу в своих извращённых домыслах только из этого. Именно поэтому (опять же, так кажется мне) и рождена эта тема: потому что, чем меньше технических возможностей, тем больше проблематика зависит от морально-этических качеств хостера, от его отношения к своему бизнесу, а следовательно и к клиентам. Добропорядочный односерверный хостер, как минимум, должен подготовить ответ на один вопрос больше, чем многосерверный: КУДА я переброшу клиентов?, тогда как многосерверному достаточно подготовить ответ на вопрос КАК.

Однако, предлагаю вернуться к теме и обсуждать всё-таки вопрос КАК. Здесь я полностью согласен с Вами, вопрос КАК может поставить в тупик и клиентов большого и клиентов маленького хостера.

Значит "крупный" при покупке виноват в том же размере, что и "мелкий". И "размер не имеет значения":)
Аналогия хорошая, но она с точки зрения клиента, а не с точки зрения хостера. Правильной аналогией мы бы тут назвали - если бы у Вас был не гардероб, а прокатная мастерская, и было бы 1 и 1000 пар сапог... при одном гардеробщике (который только и знает где их закупать и за раз больше 10 не унесет) ... и все их украли бы.
Разновероятные, согласны. А вот почему Вы масштаб последствий пытаетесь на один уровень поставить? Ведь последствия пожара намного существеннее чем прохудившаяся пара сапог по последствиям. И произведение вероятности события на ущерб... будет примерно одинаковым.
Вы утверждаете, что при переносе с 1 сервера на другой имея только 1 сервер невозможно сделать такой же плавный перенос как имея несколько серверов?
В какой ситуации? Очень абстрактное утверждение. При пожаре в ДЦ? Когда сгорят все сервера? Вместе с бакапами? Многосерверному только и придется думать КАК отмазаться от этой ситуации, а односерверному просто подумать КУДА он перебросит клиентов.
Собственно топикстартер сам ответил на этот вопрос.
И кстати крупному хостеру с этим сложнее, ибо больше клиентов на ВДС, серверах и т.д. - которым с IP сложнее чем обитателям 1 сервера на вирт. хостинге.
Предупреждение клиентов (и опционально запрос их согласия) решит все возможные вопросы и нюансы связанные с этим (а смена IP как мы писали выше затрагивает много вещей). Но при грамотном подходе большинство клиентов не пострадает, а если ситуация так или иначе вынужденная или экстренная, то потери всё равно неизбежны.

Это тест на вменяемость, что ли? Сдаюсь, я его не пройду, т.к. не понимаю, как может повлиять крупный или мелкий клиент на данную ситуацию, если переезд хостер осуществляет не только без его участия, но даже без уведомления.


Естественно, я же клиент, а не хостер.


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

Ммм. Не, мы тест на вменяемость точно не пройдем. Для нас этот аспект темы начался с фразы "Это проблема хостеров (вернее, их клиентов) другого уровня", мы категорически упустили момент где началось обсуждение крупности и мелкости клиента.

А для чего тогда ссылаться на "статистику и тер.вер"? Если Вы не можете оценивать?
Позволим себе дать ссылку http://forum.searchengines.ru/showthread.php?t=109835 , вот пожалуйста, крупный хостер, комментарии излишни.
Вам договор нужен где хостер красиво пишет? Или работа сайта?
Попробуем ещё раз сказать про масштаб и вероятность. Вероятность неприятностей у крупного хостера допустим 1%. У мелкого допустим 10%. Но какая Вам разница какая вероятность проблем у хостера? Вы ведь клиент, Вас интересовать должна вероятность проблем у Вас. А вот эта вероятность совсем другое. Потому что вероятность у крупного хостера заденет допустим 20 пользователей, а у мелкого 1 пользователя. В результате вероятность проблем для пользователя в 2 раза меньше у мелкого хостера. Вот и вся логика (утрированная). Это мы еще не говорим о других нюансах.
Ну а если перейти к практике - опять же - сошлемся на раздел "претензий", жалоб на крупняков там больше, так о чем вообще речь? Если Вас волнует Ваш конкретный сайт, и Вы видите что на крупных жалоб в Вашем разделе больше, то где для Вас, как для клиента, преимущества крупного хостера? В том договоре в котором что-то красиво написано?
А кто-то обещал что НЕ оставляет за собой такого права? И в договоре не было мутного "хостер делает что считает нужным для улучшения" и не обязательно хостерская точка зрения не совпадает с клиентской?
Насколько мы понимаем ситуацию, ни один из хостеров ничего объективно реально не гарантирует, не учитывая настоящие VIP тарифы по безумным ценам. Можете привести хоть один договор который опровергнет нашу точку зрения? Просто один единственный договор. Можно в отдельной теме

Понятно. Постараюсь более внятно выражать свои мысли. Фраза должна была быть вылизана до вида:
"Эта проблема - проблема хостеров другого уровня. Вернее, проблема их клиентов."


Позволю себе процитировать ещё раз фразу в вылизанном виде и подчеркнутым ключевым словом:
"Эта проблема - проблема хостеров другого уровня. Вернее, проблема их клиентов."

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

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

Могу, и не один. Копайте в направлении SLA. Одна из ссылок - - http://www.bhost.ru/law/agreement/sla.htm

Нам тоже так казалось, поэтому нас очень удивило, когда мы прочитали фразу, звучающую примерно как "Описанная Вами проблема принципиально не может возникнуть у крупного хостера". Которую мало того, что мы можем отнести только к проблемам рынка хостинга вообще, так еще и фраза эта выносит из под удара этой проблемы огромную часть хостеров.
Мы вот не видим чем уровень хостера абсолютно защитит нас от всех проблем со сменой IP сайта, и никто нам этого в топике не объяснил. А пример с инфобоксом как раз показывает обратное.
Ситуацией в целом.
Если заменить "IP" на проблемы "оттуда" и подставить в первое сообщение, то почти все можно оставить неизменным, именна эта "похожесть" и заставила нас оставить ссылку. Сообщение топикстартера написано очень хорошо, и поэтому подходит действительно ко многим ситуациям, когда клиент действительно переживает за свой сайт.
Подтверждающая (имхо) то, о чем мы говорили. Resolv-ный SLA, мы уже тут комментировали. Хотите прокомментируем и этот? В отдельной ветке конечно.

Это для галочки. Если надо, могу обосновать свои слова.

Ну а с утверждением "Если у Вас нет собаки, её не отравит сосед" Вы согласны? Извините, но я остаюсь при своем мнении: проблемы переезда чаще возникают у тех, кто чаще переезжает.

Сообщение топик стартера отображает всё через призму потребителя, не имеющего ни малейшего понятие что твориться за ~/public_html ~/htdocs ~/www и так далее. Там твориться разные вещи и постоянная война. Из опыта могу сказать, что в сутки скрипты блокирует около 100 IP адрессов, с которых происходили сканы портов ssh, поиск уязвимых скриптов и так далее. Вот начал писать и получил очередное сообщение:

Jan 16 19:46:03 cp sshd[19208]: Failed password for invalid user aaron from ::ffff:85.194.49.208 port 53276 ssh2
Jan 16 17:46:03 cp sshd[19209]: Failed password for invalid user aaron from ::ffff:85.194.49.208 port 53276 ssh2
Jan 16 19:46:06 cp sshd[19210]: Failed password for invalid user abdirahman from ::ffff:85.194.49.208 port 52192 ssh2
Jan 16 17:46:06 cp sshd[19211]: Failed password for invalid user abdirahman from ::ffff:85.194.49.208 port 52192 ssh2
Jan 16 19:46:09 cp sshd[19212]: Failed password for invalid user abdul from ::ffff:85.194.49.208 port 57172 ssh2

Те которые сканируют, не знают чей этот сервер, им до лампочки это большой хостёр или маленький. Им надо посадить трояна, чтоб сделать свою работу. Этот даже не соизвилился посмотреть, что это европейский сервер и нет смысла использовать явно не европейские имена потребителей. Так что если будут проблемы, сгорит и большой и маленький. Резервные копии на другой сервер делают реально очень малый процент хостёров, так как это огромная трата ресурсов. При том, вы представте сами как работает сервера, если между ними происходит обмен данных со скоростью около 5 - 10 мб/с и примерно гигабайтов 30 - 50.
Чаще всего цель атак транзит данных или организация атак на другие сервера. Вот война с таким одним длилась около 10 часов, пока повезло локализовать конкретного юзера. График говорит сам за себя.....

Есть и другая цель - взломать для спортивного интереса. Они меняют индекс файлы и больше ничего не трогает. Есть ещё разновидность этих - заказные. Чаще всего, после взлома снимаеться /etc/passwd /etc/shadow и rm -f /* (не знающим не советую попробовать) или же dd, mkfs. Имею и таких несколько дисков, которые ждут востановления уже около года.
Для чего я всё это пишу? Все амины тоже люди, и они имеют свои человеческие возможности. Если топик стартер посидел бы на этой стороне барикад, он начал смотреть более реально на свою проблему и не требовал на общем хостинге того, что с ним индивидуально работал хостёр. Колхоз есть колхоз, независимо он большой или маленький. Плавная миграция сервера, занимает минимум сутки и всю эту работу должен сделать один админ, так как две кухарки в одной кухне никогда не поместиться. Приставте, как это надо согласовать ещё с минимум со 100 людей, требующих исключительного внимания к своему детищу?
Выход сдесь только один: хостёр должен уважать клиента, а клиент обязан понимать хостёра. Топик стартер не хочет понять хостёра, а хостёр видимо не захотел уважать клиентов. И перевёз как брёвна с России на США.... Возмущения клиента мне понятны только по поводу американского IP.
****************************

Теперь я захожу сюда как клиент, не плохо разбирающийся в деле хостинга.
С широкой улыбкой собираю все свои шмутки и ухожу к другому хостёру. Так как мне до США далековато

Я лично проводил миграцию aka переез множества серверов без всяких даунтаймов.
От размера хостера это не зависит - один сервер или сорок. А вот от отношения к клиентам - зависит и очень сильно.

Обоснуйте, мне интересно.

Согласны. Правда во первых http://bash.org.ru/quote.php?num=9152
А во-вторых, тут не то что одна собака... тут псарня целая. По поводу собаки мы уже говорили про инфобокс, можем ещё попробовать вспомнить про миграцию серверов кажется агавы в другой ДЦ. И при чем это только те примеры что мы - мало знающие в этой области можем привести. Как минимум у 3 весьма крупных хостеров наших знакомых весьма долго перетаскивали от сервера к серверу, каждый раз с даунтаймом и рассказами про то "как все станет хорошо", можем даже в разделах претензий тут найти жалобу на кого-то из них если необходимо. Да, крупные хостеры тоже таскают клиентов туда сюда, так что собака есть в одном экземпляре почти у каждого.
Можем предположить что собак может убить кластерное решение с оплатой за ресурсы, по типу как тут недавно обсуждали в одном топике. А пока 1 сервер = куча клиентов, таскать придется, так или иначе, рано или поздно, хотя бы из-за нагрузки. Вроде бы 310 кластерное решение предлагал? И какая разница клиенту - переносят его одного или попутно еще кучу аккаунтов? Для него-то это его сайт родной переносят. Это мы говорим на тот случай если покажется что мы отходим от темы.

Нас в Вашей фразе искренне радует то, что "непогрешимость крупных хостеров "трансформировалась в соотношение "чаще/реже". Осталось только выяснить действительно ли "крупные" хостеры реже переносят клиентов, у нас нет об этом данных. Но вот чисто логически. Кто чаще будет переносить клиентов, тот у кого 100 серверов или тот у кого 10 серверов... если учесть что у сервера ресурсов не много, а клиенты потребляют все больше? Нам почему-то кажется что у крупного хостера в такой ситуации будет в 10 раз больше частота переездов клиентов. Мы ведь о клиентах тут говорим? Значит мерять надо клиентами, а не серверами и прочими "хостерскими" единицами.

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

Простите за занудство, sla который Вы привели как "эталон гарантий" (пишем в кавычках по понятной причине) нам стоит комментировать в отдельной теме или наша позиция и так понятна?

Угу. Более того, под Вашим влиянием я стал задумываться, а не сморозил ли я глупость, размещая сайт на собственном сервере у хостера с собственным ДЦ, если так же спокойно и безгеморройно я мог жить и с сайтом на сервере, арендованном через восемнадцатые руки в неизвестно каком (в каждый промежуток времени) ДЦ.