Можно было не указывать, он очень легко находится и без ссылки. 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 только на эту страницу, например.
Нестандартно, просто, легко и непринужденно :)
Почему именно этот фактор вдруг должен быть неестественным? Или вы правда считаете, что все пользователи будут сохранять орфографию-пунктуацию при поставновке естественной ссылки? Сомневаюсь. И врядли тот же гугл проверяет, что в ссылке указан город и что город написан с маленькой буквы.
Другой вопрос, что этого хочет клиент, и возможно проще действительно отписаться вебмастерам с просьбой замены, нежели доказывать клиенту, что он не прав.
Публикаций на эту тему не встречал.
