Блог

Не работают сервера одного хостинга на другой

Файлы загружаются Содержимое. Завершенные тесты: Сообщение от ZYL. Возможно даже что не туда файлы закинули. О, Боги, я идиот. Спасибо большое всем, кто помогал Только назрел новый вопрос: Ибо на локальном сервере работало. Есть директива какая-то? Попробуйте. У вас, наверное, хостингер, поэтому в панели поищите логи ошибок или что-то такое там.

А дело в ОС. В винде регистр не имеет значения foo. Добавлено через 1 минуту ну а так как у вас используется автолоадер, то в одном случае, на локалке из под винды у вас видел файл, в другом случае, на сервере из под линине.

MoreAnswers Эксперт. Опции темы. Реклама - Обратная связь.

Перенос сайта с одного хостинга на другой

Регистрация Восстановить пароль. Все разделы прочитаны. Не работает сайт после переноса на хостинг Ответов 10 Метки нет Все метки Здравствуйте. Кликните здесь для просмотра всего текста В файле index. Я предлагал изначально корректную инструкцию, где даже на этапе подготовки можно избежать многих подводных камней. С первым пунктом я не согласен: С необходимостью бэкапа никто не спорит: Про домен при переезде не забываем: Это да… Только вопросы держания домена напрямую не касаются самого вопроса переноса сайта, у ресселера ли, у регистратора ли….

Честно говоря, опять очень много воды, нет конкретики. Если у хостера нет ssh — то лучше найти такого, где есть почему — см. Копировать по ftp — вы умрете. Особенно если это какая-нибудь крупная cms с кеширование. Для примера у рабочего сайта на 1С-Битрикс около 30 тыс мелких файлов. Гораздо удобнее и быстрее — зайти по ssh, затарить домен и скопировать его сразу же на новый хостинг, без использования своего компьютера. У хостеров обычно каналы быстрее, чем домашний.

Вы путаете. Но далеко не все нормальные провайдеры предоставляют доступ к SSH, ничуть при этом не теряя в качестве. По поводу ftp — не важно, каким образом, по простому ftp или sftp. Вытекает из возможности использования SSH и умения использовать консоль пользователем.

Насчет DNS — не знаю, почему вы считаете, что изменение dns-сервера в учетке по домену у регистратора будет происходить до нескольких суток. На деле это реально несколько часов, так как провайдеров, которые обновляют свои DNS раз в неделю, уже практически не осталось я не встречал. Народ, вы чего? Кто кого обновляет? Вы знакомы с принципами работы DNS? Уже рассказывалправда никто не вчитывается в текст: Расскажу подробнее: В системе DNS есть различные типы записей: Минимальное время — 60 секунд, дефолтное в bind — секунд 1 час.

Именно от значения этого поля зависит время, которое уйдет на смену ip-адреса у записи. Кроме того, поле TTL можно отдельно задавать для каждой записи внутри одной зоны доменапример для bind9: Вы говорите про DNS-записи.

А есть еще DNS-серверы, и там будет все меняться гораздо дольше. Давайте дам ещё краткую лекцию про авторитетные ДНС-сервера и рекурсию: Авторитетные — это те, которые содержат в себе информацию о зонах и записях внутри зон.

Не работает сайт после переноса на хостинг

Рекурсивные — ничего в себе не содержат, а умеют только обращаться к Авторитетным за информацией о зонах и записях и хранить эту информацию в своем кеше некоторое время. Этот ДНС-сервер смотрит свой локальный кеш и также не находит там нужной записи, вот беда… Но это не проблема — он ведь знает, что такое рекурсия! Он идет к корневому ДНС-серверу, отвечающему за зону. Далее путешествие нашего рекурсора продолжаются, он теперь спрашивает у Авторитетного ns1.

Не соблаговолите ли вы сообщить, какой ip-адрес у A-записи www. Теперь наш отважный рекурсор возвращается к себе, кладет запись в кеш на секунд и отдает ее запросившему резолверу пользователя.

Пользователь наслаждается открывающимся сайтом. Happy End!

битрикс выбрать хостинг для сайта

Так, а почему тогда некоторые пользователи и через несколько часов могут не видеть новый сайт? Лечится так: Ну так я как раз и говорил в разрезе несколько часов, учитывая самые затяжные случаи….

После переноса сайта не работает скрипт

Часто не сталкивался, было только один раз — задержка была порядка 5 часов, но только у одного человека. На самом деле тоже все довольно быстро растекалось — в течении получаса-часа все срабатывало наверняка. TTL не помню, какие стояли.

Если хостер не дает ssh — то лучше уходить от такого, вы лишаетесь: Как я уже упоминал я с вами согласен. Но для приемлемого использования SSH и другх возможностей нужно хотя бы владеть основами администрирования.

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

Ну и вообще — конкретика нужна профессионалам. Но хочется как-то без репликации. Пробовал сделать одностороннюю репликацию, вроде что проще?

Я так и не понял. ElfW 23 октября в А если у вас база дампится час, копируется два часа и разворачивается из дампа полсуток? В этом случае выход — только репликация. Механизм довольно надежный, правда не без ограничений. Там не так все сложно, как.

Перенос сайта на другой хостинг (пошаговая инструкция) | babileto.info

Надо просто разобраться, и хорошо понимать, что делаете. Дамп, кстати, практически безболезненно снимается при помощи xtrabackup. Либо чтобы данных в них было немного. Да вы, батенька, эстет: Так же есть параметры для сжатия и копирования дампа.

Дампит. Поэтому чем больше данных в MyISAM — тем дольше база будет находиться в залоченном состоянии при работе xtrabackup.

На приемнике стоп мускуль, антар бд, старт мускуль, чек таблиц, пут мастер позицию в настройки реплики, старт слейв реплика. По поводу редактирования бинарников. Есть более изящный способ: Есть еще mysql-proxy который может перенаправлять коннекты на указаный IP-адрес в его конфигурации, а клиентам давать unix и tcp socket.

В общем материал интересный, но с мускулем костыль ужасный… Мускуль решать надо репликой: На мастере ставим настройки для реплики, рестартуем сервер, дампим основной сервер со скидкой статуса мастера в куда-нить.

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

windows vps hosting instant activation

Правда во всей этой чепухе есть одно но: Так же пришла в голову идея проксировать запросы с старого сервера на новый через nginx.

Я всегда так делаю. Если честно, то это первое что пришло мне в голову при переезде. Причём это решение на порядок лучше, чем описанный автор адский костыль, да и настраивается элементарно: Тут тоже всё очевидно — если устраивает наличие существенного downtime, просто заливается дамп. Если не устраивает — настраиваетя репликация, после завершения синхронизации сначала тушится мастер и потом включается перенаправление в nginx на новый сервер.

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

Не работает сайт после переноса на хостинг - PHP - Киберфорум

Я то читал. В топике как раз костыль. Это вам не мешало бы почитать что либо перед написанием топика, и не реагировать так жестко на реальную критику: Вот у меня сейчас реальная ситуация, надо перенести пачку сайтов 45гиг и небольшую бд к ним 30мбно с устаревшего дистрибутива, с старой версией mysql, где нет nginx и прочих фитюлек.

Сколько потрачу времени на установку нужных сервисов? Чтобы репликация работала. Не проще ли мой костыль? В реальных условиях рабочее решение — лучшее. Вы мастер-мастер репликацию хоть раз пробовали использовать-то: Master-master требует того, чтобы в разные мастеры не вставляли одновременно записи с теми же ключами здравствуй, автоинкремент Остановка сервиса на несколько секунд — это при переезде не страшно.

Даже downtime в 1 час ночью для большинства сайтов — это ок. Вот это годный комментарий, спасибо! В итоге все меня еще больше убедили, что мой костыль классный: Лучшим решением вижу сделать бд на read only сразу после снятия дампа, копируем бд, разворачиваем: Итого нет потерь, но некоторое время минут 10 если бд не весит несколько гигабайт сайты read only Пока это лучшее быстрое решение, без заморочек репликации, настройки файрволов, софта и п.

Да, точно, сначала ro! Да, это пока лучшее простое решение. Следующий вариант — это пересобрать mysql или вот как тут предлагают. Тут в комментариях уже советовали его, но я никогда им не пользовался.

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