Странное ощущение. На одном сайте регулярно, перед АПом всплеск посещаемости с яндекса. После Апа возвращение трафика. На этом сайте по ряду причин уже полтора месяца не ведутся работы, а только ведется наблюдение.
User/login
И
User/register
Тоже, а они лезут.
Может я туплю, но:
1 Сайт на друпал в robots.txt
User-agent: *
Disallow: /user/login/
Использовать robots.txt -> использовать
Почему попадают эти страницы
ttp://*****.ru/user/login?destination=node/8%23comment-form
ttp://*****.ru/user/register?destination=node/9%23comment-form
ttp://*****.ru/user/register?destination=node/8%23comment-form
ttp://*****.ru/user/register?destination=node/21%23comment-form
ttp://*****.ru/user/login?destination=node/21%23comment-form
2. Сайт на Битрикс. "проактивная защита" отключена
Как нужно настроить сканер, чтобы сканировалось больше 40 страниц? Сайт большой 45000 страниц.
После 40 страницы "title не получен или отсутствует" - "время ожидания операции истекло"
Типичная ситуация. Стоят там у Вас в подсветке скорее всего неонки. Их нельзя использовать с энергосберегающими лампами. Раньше в таких случаях вели дополнительный ноль к выключатели и ставили специальные выключатели с "нулем".
Либо выкидывать подсветку, либо менять на светодиоды ( тоже не всегда можно). Какого производителя электроустановочные изделия?
Заваливался сайт и с backup and migrate. И phpmyadmin
Я еще не разбирался с дополнительными модулями к backup and migrate. Я только начал изучать друпал. Это хорошая система, но есть некоторые вещи, которые мне не нравятся. Я просто указал, что определенная функция в битрикс реализована лучше и не думал, что это воспримут как попытку холвара. :)
В переносе был непонятный косяк связанный с elfinder. Он у меня и локально кривенько стоял, а при переносе базы заваливал весь сайт, выдавая 500 ошибку., вычисляемую только по логам. Потанцевав с бубном вспомнил как реализован бэкап в битриксе. Я не собираюсь сравнивать системы (хотя бы потому, что битрикс платный и глюков у него тоже хватает)
Разобрался. Проблема была в модуле elfinder Как-то криво встал.
На счет битрикса это не холивар. Это наблюдение. Там проблема переноса и архивирования очень красиво решена. И я не совсем понимаю почему такого решения нет у Drupal. Там стандартная процедура архивирования сайта создает архив не только БД, но и всех файлов сайта с настройками.
Начал теребить хостера, хотя на 99% уверен, что это мой косяк.---------- Добавлено 08.01.2013 в 11:33 ----------
посмотрел, задумался… а зачем он нужен? Начиная с того, что стандартные средства делают то же самое.
Если хотите создать хороший коммерческий продукт, посмотрите на битрикс. Там скрипт архивирует весь сайт и сам его разворачивает.
То есть в один архив сливаются БД, настройки файлы. На новом хостинге запускаешь один скрипт и сайт перенесен и никаких плясок с бубном.
Сильно ногами не пинайте. я только начинаю осваивать.
Итак сделал на локальном компьютере сайт на Drupal 7
Ничего серьезного 10 страниц, стандарная тема, стандартные модули. Вроде все работает.
Задумал перенести на хостинг. И начались проблемы.
Вариант 1
Заархивировал и перенес Все файлы на хостинг, создал там бд. БД перенес с помощью экспорта/ импорта phpmyadmin. Прописал доступ в setting.php. Попытка открыть сайт= чистая страница и отладке "ошибка 500"
Варинт 2
Инсталлировал сайт с нуля. Перенес модули. Включил и настроил. Выгрузил базу с помощью backup and migrate. Загрузил с его помощью на сайт. Результат тот же. Ошибка 500 и чистая страница.
На этой учетке работает сайт на drupal, но он создавался изначально не хостинге.
Что у меня может быть не правильно?
А что там сложного. Делаешь sitemap.xml с помощью стороннего сервиса или плагина в cms и добавляешь его в вебмастер. Потом его обновляешь после изменения страниц. Его просматривет робот получает карту твоего сайта и информацию о дате последних изменений на каждой странице. ПС sitemap любят.
Для индекса поможет увеличение частоты АПов. :)
Для больших сайтов помогает sitemap. Как не банально это звучит.
