Странная постановка задачи, если честно.
1) Сайт где расположен? Хостинг, выделенный сервер? Если хостинг, то, например, php-скрипт, например, позволяющий отслеживать изменения размеров или дат редактирования ключевых файлов с высылкой на email уведомлений по крону на стороне хостинга. Если сервер - то shell скрипты, собственные или любые сторонние, включая системы предупреждений вида OSSEC. Можно так же создать и подключить сторонний анализ сайта (проверка на валидность страницы; доступность сайта, домена; время и скорость отдачи контента и многое другое), как собственного производства, так и используя тонны сервисов в Интернете.
2) Постоянно хакают? Стоит пересмотреть логичность использования текущей CMS, либо произвести глубокую ревизию кода с устранением выявленных дыр и несостыковок при программировании. Если не часто - то пункт 1.
Собственно при уже готовом сайте эти 2 пункта и выполняются - ревизия или проверка надежности системы, и подключение мониторинга в зависимости от расположения сайта, и если уж вдруг хакнули - то да, исключительно постфактум решение проблемы и затыкание дыры.---------- Добавлено 04.10.2013 в 16:03 ----------
99% вебмастеров не отслеживают никак, разбираются с проблемой по факту ее обнаружения. А себя она так или иначе обнаружит. Вопрос только во времени ее обнаружении и последствиях. Чем важнее сайт - тем сильнее и быстрее последстия.
Если вы так по этому поводу переживаете - пункт 2 - ревизия системы с оценкой жизнеспособности системы и возможности ее хака.
Как сказали уже выше - без хотя бы альфы говорить не о чем. Без кода - не конструктивно. Я тоже могу расписывать как быстра моя CMS, но без реальной нагрузки и сторонней оценки - все это яйца выеденного не стоит. Не забывайте о "замыливании", когда вы видите только то, что уже видите.
На сколько помню, он выбирает первое попавшееся изображение с сайта. И обычно это лого. Если оно по коду идет первым. Если в коде оно не является первым, то значит в стилях css так прописано, что стиль с лого загружается позже других изображений с сайта. Ну, и вообще, на сколько мне помнится - картинки может перещелкивать сам юзер, жамкнувший на кнопку ВК.
Если я вообще правильно протелепатировал то, о чем вы спросили :)
Смотреть в сторону .htaccess, потом, если не найдется - в код сайта. Вирусни нет? На какие ссылки с гугла 301 кидает, не внешние случаем? Если на свои же внутренние - то htaccess. Если внешние - виряк. Убедитесь, что ваш хостер поддерживает и позволяет обрабатывать .htaccess файл.
Иногда так и должно быть, смотря какая CMS, как бы тайтл главной страницы - основной тайтл, к которому через разделитель добавляется перед ней тайтл подраздела или самой страницы. Часто так делают специально. Причем у вас вообще неплохо, бывает что сделан сначала тайтл основной, потом к нему страницы. Типа "Слон - Синие слоны", что неверно для ПС оптимизации.
Скорее всего проблема с кодировкой в связке "сайт-база данных". Посмотрите в какой кодировке создано то, и другое. Потому как английский в этом случае спокойно сохраняется, а вот UTF8 в CP1251 и наоборот - не засунуть.
Вариантов 2: или разбираться самому, или нанимать админа, который это будет делать за вас. Если сайты - не мегафинансовые, не супер скрипты на них под заказ, а обычные CMS + просто базы, то особых проблем со сторонним админом не должно быть. Риск конечно есть всегда, но он врядли будет велик.
Перечислять вам "базовые настройки" бесполезно, выделенный сервер - не 2 пункта меню у хостера. Это и безопасность самого сервера, и она заключается не только в том, что бы не ходить под рутом. Это защита ПО, ограничение его работы на определенных портах, разрешение стороннему пользователю видеть только нужные порты ПО, только нужные папки. Это и безопасность самого ПО, это и постоянный мониторинг логов сервера, свободного места и прочих мелочей. Своевременное обновление, умение найти проблему, локализовать, понимать, от чего возникла проблема, из-за хостера и ноды, или же она на вашем сервере.
Кроме того, важным является настройка и тюнинг ПО, такого как php/apache/nginx/базы данных. Так, например, в дефолтном значении апач может упасть и начать убивать процессы, даже при 2-5 пользователях на сайте одновременно. А в случаях высоконагруженных систем возможно нужно ставить допустим не просто Mysql, а что-нибудь вроде Percona DB.
В общем, распределение прав пользователям в случае с собственным сервером - это самый кончик верхушки айсберга. Свой сервер требует почти постоянного присутствия, настройки уведомлений и прочего счастья.
Если какие-то детали интересуют - можете в личку задавать вопросы, отвечу.
Восстанавливайте файл .htaccess из бэкапа, если таковой существует. Если нет - вы сами себе злобные буратины, и теперь вам необходимо будет правильно прописать этот файлик назад, что не факт, что просто сделать. Тем более, что у вас ЧПУ и русский язык в URL. А если вы просто добавляли какие-то правила туда, без удаления старых - возможно имеет смысл попробовать временно стереть из него то, что вы там добавили. Но я надеюсь, что вы были умные и перед изменением файлика все сохранили.
Кроме прочего, эта проблема могла быть вызвана вирусом, который был у вас на сайте, и если после него зачистка была произведена криво - тоже может давать такую проблему. Не зная файлов и организации сайта сказать сложно.
Ну и в завершении надо проверять по тем ключам, по которым вы были в ПС и по тем запросам, по которым приходили пользователи на сайт - на месте ли все. И не с вашего компьютера, а с других, сторонних. Но это уже после восстановления работы сайта в штатном режиме. Полагаю, что даже если ключи остались еще в индексе - переходы то идут наверняка на внутренние страницы, а они 404 без счетчика. В итоге пользователь попадая на 404 - уходит.
Варианты подключения сервисов вроде робокассы не рассматриваете? Минус - комиссия сервисов, плюс - отсутствие головной боли при расчетах с клиентом.
Куплю домен.
Условия:
- зоны: .net, .com (.biz и другие gtld домены - только если что-то очень интересное для меня; ru, su, рф - не интересны в принципе)
- длина домена не более 8-10 символов. Дефис и цифры не приветствуются, только если реально в тему.
- быстрая безбумажная передача.
- основной бюджет - до 50 wmz/домен, но это не значит, что все домены будут рассматриваться как по 50. Называйте адекватную цену.
- пузомерки домена не интересуют в принципе
Основной поиск домена - под личную почту, желательно что-то звучное, понятное.
Возможно наличие ключей связаных с почтой и IT, разработкой и прочим сопутствующим в мире IT-web.
Так же рассмотрю варианты доменов под сетевые проекты, рекламу в сети, информационные IT услуги, администрирование и прочие сопутствующие этой тематике.
Предожения в личку. Обязательно указывайте: домен, регистратора, цену, условия трансфера.
С твиттером и вообще доменами, которые не являются популярными словами - некорректный пример, совершенно. Поскольку твиттер стал популярен не из-за его названия, а из-за его концепции. Даже если бы они его назвали шмиттер - ничего в итоге не изменилось бы. Так что тут именно цена домена никакая была изначально, а сейчас он что-то стоит только благодаря бренду. С таким же успехом брендом мог стать любой иной набор букв.
