Если сказать честно, я не настолько вникал в особенности индексации, чтобы дать уверенный ответ. На мой взгляд, если робот получает ответ 404 - это означает, что страница не найдена, и её надо выкинуть из индекса; если робот получает ответ 301 - то он индексирует страницу с новым адресом. То есть это прямые указания на изменение индекса. А ответ 403 интерпретируется как "Ошибка сканирования", и если это первичное сканирование, то страница в индексе не появляется. А вот если она уже находится в индексе - то тут я не могу сказать, что робот с ней сделает.
Звучит логично, спасибо большое. Как думаете, за какой промежуток времени с 404 их выкинет из ПС?
Какой ответ они получают, Вы сами можете проверить, сделав запрос на адрес с соответствующим доменом. Лучше отдавать 301 или 404.
Подскажите пожалуйста, почему именно 301 или 404? Если я сделаю deny all; в Nginx и им будет отдавать 403-ую ошибку, почему это плохо?
Часть из этих доменов, как выяснилось... Направлены вообще уже на другие айпи-адреса, но в гугле всё равно висит копия нашего ресурса. Что в таком случае делать?
По-видимому, бот не получает ответа от сервера, поэтому не может переиндексировать сайт, и ждёт, когда тот появится. Как отметили выше, нужно дать ему ответ - тогда он быстрее выкинет из индекса ваш контент.
Подскажите пожалуйста, а что если у меня запросы к 80/443 идут через подсети защиты (iptables правила), соответветственно они просто бесконечно грузятся (эти левые домены), без какого-либо ответа сервера, что в таком случае делать? Или если я это сделаю на сервере (например return 403;), разве они всё равно получат ответ?
!! Connection could not be established with host ....:stream_socket_client(): SSL: Connection reset by peer (code: 0)
Следующую ошибку, в /etc/php.ini добавил пем ключи для опенссл Буду благодарен за любую подсказку!
"отправке писем" чем? PHP5 / openssl 1.0? Сертификат letsencrypt?
https://habr.com/ru/post/580092/
Как один из вариантов.
Но может быть что угодно другое, надо смотреть на месте, а не пытаться по симптомам удаленно лечить.
PHP 7.4, OpenSSL 1.1 сертификаты LE.Отправка писем через SwiftMailer
https://github.com/azerothcore/telegram-automated-db-backup - поставил себе этот скрипт, работает как часы.
Здравствуйте! Подскажите пожалуйста, может кто сталкивался. При отправке формы идёт вечная отправка данных, в чём может быть проблема? Ошибок в консоли браузера нет.
Список плагинов:
Проблема была в проксировании, который недавно подключили и не настроили SMTP должным образом и поэтому письма не отправлялись. Извиняюсь.
