Этапы создания:
1) В настройке зоны нового домена прописываем тот же IP, что и у старого домена.
2) На хостинге создаем папку и виртуальный хост, правильно указав название нового домена.
3) В папочку нового домена кладем index.html с простеньким содержанием "<html>Я тут</html>", например.
4) Идем по имени нового домена и лицезреем "Я тут".
Если не лицезреем или лицезреем не то - значит проблема с конфигурацией DNS или хостинга. Если лицезреем - делаем дамп старого сайта и заливаем. Дальнейшие проблемы, если есть - ищем в файлах сайта и его БД.
Суть пути - определить на каком из этапов приключилась сложность, на этапе DNS, хостинга или уже потом, на этапе редиректа в коде сайта.
PS: детальнее можно в личку, домены и хостинг посмотреть, скажу со своей стороны в чем сложность.
Можно было не указывать, он очень легко находится и без ссылки. yprazhneniya-bb - довольно уникальный ключ для поиска.
Очевидно были не полностью выполнены инструкции по обновлению, или не завершены. В частности не были выполнены SQL отвечающие за создание необходимых полей в вашей БД.
Еще как вариант - несостыковка определенных модулей старой и новых версий, если существуют значительные отличия. Или перезапись обновления поверх сайта с установленными дополнительными модулями или ручными правками. Например, был сайт, на нем были произведены существенные изменения, по которым накатились обновлением сверху, без их учета.
Upd
Посмотрел на ваш сайт, начните с проверки работы htaccess и ЧПУ, а потом смотрите откуда идет вызов непосредственно файла, который не могут найти боты. Точнее это даже не боты не могут найти, а ошибка генерируется на сервере при попытке обращения к несуществующему файлу/директории. Возможно в php коде есть попытка открыть или включить данные файлы для отображения, что и вызывает ошибку. Строчки лога не полные, если это ошибки php, обычно еще указывается строка и файл, из которой происходит вызов.
1. При заливке в базу данных на хостинг накатывать не всю БД, а только исправленный кусок в виде SQL запросов. Либо через phpmyadmin, например, либо прямым выполнением SQL на сервере. Зачем весь дамп для этого перезаливать? На момент исправлений в локальной копии вы же выполняете определенный запрос/запросы. Вот точно так же и на хостинге выполняется.
Пример:
Добавилось у вас дополнительное поле в таблице users, ну так и выполните на рабочей базе на хостинге "alter table add column"; перед этим конечно забэкапив базу на всякий случай перед изменениями.
2. Проблема несоответствия настроек хостинга и локальной машины. Приведите в полное соответствие, что бы не возникало таких проблем в принципе. В любом случае необходимо учитывать, что если, допустим, вы стали использовать новую библиотеку php, то перед накатыванием необходимо убедиться, что она и на хостинге уже установлена. Будет неплохо, если архитектура и главное - операционная система и модули/пакеты к системе были однотипны на тестовой-рабочей машине и основном хостинге. Если у вас на хостинге Centos установлен, то и тестовая локальная машина лучше что бы была такой же, с теми же версиями. Это будет сводить к минимуму возможные проблемы несовместимости. Потому как когда кодят на Windows, в каком-нить Eclipse, а потом все это переливают на Centos в чистую - ничего удивительного, что будут несостыковки.
3. Для контроля версий SVN/CVS вам в помощь.
Аналогично, вместо принятия мнения - регистрация, которая совершенно никому не нужна. Это анонимный опрос, или вы собираете недовольных, да еще и через соц-сети. Общее юзабилити отвратительно: какие-то нелепые квадратные поля, непонятно как просто посмотреть мнения людей, которые уже проголосовали, нет нормального топа мнений, текущих опросов и прочего. В общем очень сыро, хотя сама идея в чем-то имеет изюминку, но сделана топорно.
Все что перечислено выше, само собой не отменяется. Добавлю разве что: помимо перечисленного, страничка не вызывает хоть какого-либо доверия, простецкая и шаблонная. Никакой серьезности или хотя бы намека на нее. Я бы не рискнул пользоваться данным сервисом в принципе.
"Мы очень рады, что все опрашиваемые респонденты, приятно отозвались о нашем автоматическом обменнике Webmoney.." И где результаты опроса? Где сами отзывы разных людей.
Меньше воды, больше фактов, блок отзывов с раскрытием "далее", и не липового, а реального. Ну и так далее. Работайте над презентацией странички, ее трастовости и внушительности.
Как-то уж слишком разнятся, по-моему.
Думаю, что детальный анализ статистики и источников посетителей поможет понять, кто кого не учитывает, а оттуда уже делать какие-то выводы. Я бы брал для начала суточные данные и сверял, кто что показывает, откуда посетители и какая метрика кого не учитывает.
В общем без анализа метрики конкретного сайта никак.
Если вы паблик прокси набрали - это основная причина, они давно убиты в ПС. Удивительно, что вы хотя бы 1 проход с ними умудряетесь делать. Причем вы даже могли купить пул общих прокси, и они все равно будут убиты. Плавали-знаем. Выход - покупка чистого пула прокси, исключительно в собственное пользование. В районе 2$ сейчас цена на них за один IPv4.
Повесьте выделенный счетчик Liveinernet только на эту страницу, например.
Нестандартно, просто, легко и непринужденно :)
