- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
zexis, спасибо, попробую. Соберу стату и отпишусь.
Reise добавил 24.11.2011 в 10:17
zexis, куда надо вставить этот код, чтобы логи начали писаться в другом формате.
Пробовал прямо в nginx.conf непосредственно перед строками логов:
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" $host $server_addr $server_name';
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
пробовал в конфиг хоста:
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" $host $server_addr $server_name';
access_log /var/log/nginx/site.ru.access.log;
error_log /var/log/nginx/site.ru.error.log;
При этом оба разу пробовал и /etc/init.d/nginx reload и после того как не помогло :) /etc/init.d/nginx stop /etc/init.d/nginx start - не помогло! Лог и дальше пишется в старом формате.
Может сама конструкция неправильная, поэтому она игнорируется?
а левые страницы продолжают запрашиваться каждый день
Если они отдаются с кодом 200, то они и будут продолжать запрашиваться, с чего бы им выпасть из индексов ПС.
А если вы сами эти левые страницы открываете, какой на них контент? С левых сайтов?
Формат логов можно добавить для всех виртуалхостов сразу - в секции http { }
И да, вы описываете формат log_format mainh, потом надо сказать его использовать:
access_log /var/log/nginx/access.log mainh;
Нет, специфика движка такова, что он отдает 200 на почти любые страницы даже на не существующие на самом деле - то есть скажем генерится пустая страница и отдается код 200.
Поисковые системы с удовольствием забанят такой сайт
Поисковые системы с удовольствием забанят такой сайт
Ну вот, поэтому нужно решать эту проблему. Мне непонятно почему такие страницы запрашиваются, где косяк в конфигах?
Reise добавил 24.11.2011 в 19:42
Если они отдаются с кодом 200, то они и будут продолжать запрашиваться
Ну почему они должны запрашиваться, если на эти страницы нету нигде ссылок. Ну а то, что они индексируются так как код 200 - это понятно. Вопрос - почему они запрашиваются.
Reise добавил 24.11.2011 в 19:47
А если вы сами эти левые страницы открываете, какой на них контент? С левых сайтов?
Нет, контент с нужных сайтов - за это уже отвечает движок. Правда страницы почти пустые - тупо с менюшками и без контента.
Например на сайте 2 существует страница site2.ru/page/155/ (там много страниц)
Такая запрашивается ботами на сайте 1, на котором всего скажем 5 страниц. То есть получается GET-запрос site1.ru/page/155/ - движок (DLE) при этом отдает код 200 и генерит почти чистую страницу с менюшками и пустым местом от контента.
zexis, спасибо, попробую. Соберу стату и отпишусь.
И как ?
Проблему удалось локализировать. Проблема как я и подозревал в кешировании fast-cgi-запросов nginx'ом. Создавался неуникальный на уровне хостов ключ хеша, поэтому страницы путались.
Просто после того как я убрал кеширование, я забыл о том, что ПС могут ходить тупо за обновлениями по тем же ссылкам, что и ввело меня в заблуждение. Тут думаю нужно время, чтобы ПС забыли об этих страницах.
Проблему удалось локализировать. Проблема как я и подозревал в кешировании fast-cgi-запросов nginx'ом. Создавался неуникальный на уровне хостов ключ хеша, поэтому страницы путались.
Просто после того как я убрал кеширование, я забыл о том, что ПС могут ходить тупо за обновлениями по тем же ссылкам, что и ввело меня в заблуждение. Тут думаю нужно время, чтобы ПС забыли об этих страницах.
Гильотина от перхоти
Тут думаю нужно время, чтобы ПС забыли об этих страницах.
Они не забудут, пока страницы отдаются с кодом 200
Это целая дыра, через которую можно валить сайт, путем размножения дублей и пустых страниц.
---------
удаляйте через robots.txt