Поиск

да, еще висит Главное зеркало сайта не использует HTTPS-протокол, и МПК

Здравствуйте, домен третьего уровня с www ( ) делает редирект на домен на второго уровня (). домен подключен к cloudflare редирект с на браузер Edge делает, а при открытии адреса выдает ошибку: Подключение к этому сайту не защищено На сайте используется неподдерживаемый протокол. ERR_SSL_VERSION_OR_CIPHER_MISMATCH SSL сертификат Lets Encrypt для и на хостинге выдан получен что не так? в хроме при открытии выдает ошибку: Не удается получить доступ к сайту Веб-страница по адресу https:// /, возможно, временно недоступна или постоянно перемещена по новому адресу. ERR_QUIC_PROTOCOL_ERROR что не так?

Это не ссылка, это просто указание названия домена. Зачем его туда фигачить дополнительно? Не несёт ничего, все равно, что в каждом дескрипшене писать что-то типа 'этот сайт на домен.ком работает во всемирной сети Интернет по протоколу https, заходите на сайт домен.ком ' Уменьшается место для чего-то полезного и нужного ради бесполезного и лишнего.

хоспади что это за кодобред ? какие альтер линки, хрефы в канонах ))) вы чего - так нельзя праздновать НГ ))) для любой страницы просто канон link rel= 'canonical ' href= ' https://сайт.com '/ если что не пашет - писать платонам, только писать плотно, напрягать

Антоний смотрите. пример. вот более менее (выкидывает по времени дольше) link rel= 'canonical ' href= ' https://сайт.com '/ link rel= 'alternate ' href= ' https://сайт.com '/ ------------- вот так выкидывает очень быстро и может даже не индексировать link rel= 'canonical ' href= ' https://сайт.com '/ ------------------- почему? если сделать линки другого формата - например link rel= 'canonical ' href= ' https://сайт.com '/ ' hreflang= 'ru ' / то может и не выкидывать вообще, НО это не относиться к главной страницы, любая но не главная. И в связи этим у меня вопрос - чем главная отличается от внутряка, и ведь всё сделано по прописанным правилам. У меня пока один ответ, там люди заняты чем угодно только не своими прямыми обязанностями, поскольку правила устанавливаем ведь не мы. И мы имеем право так думать, а как иначе. ЭТИ ТЕСТЫ УЖЕ В ПЕЧЕНКАХ.

Никуда не копать не нужно. Только ждать. У меня сейчас тоже самое, но я знаю, что мой сайт сейчас в процессе переезда на https, поэтому я понимаю отчего это происходит. Причем страницы то появляются в поиске то пропадают. Вечером отправляю запрос, пишет, что страница проиндексирована, лезу в поиск - её нет. Утром проверяю - появилась в поиске, ура. Вечером как параноик опять сканирую и вижу тоже самое что и вчера - проиндексирована но в поиске отсутствует) Сейчас вот снова появилась. Так и будет кидать пока не закончится переезд. Короче, так как т.с не всю информацию про свой сайт написал то д умаю что у него примерно тоже самое - переезд. Помайтесь неделю, само собой разрешится. Да и мало ли что они там обновляют. Но проверить отсутствующие в поиске страницы на ошибки все же не помешало бы.

Привет уважаемые вебмастера, арбитражники, художники, дизайнеры, копирайтеры, сеошники, и все, все, кто трудился во всемирной паутине в уходящем 2023 году! Поднимайте бокалы с кофе, или чаем (если вы не перешли на 'темную сторону '). Близится праздник! И застолья понемногу наполняются различными изысками. Наступает тот момент, когда пора забыть про CSS, HTTPS, ботов и позиции (последние это только на время праздника) и отпраздновать НГ как простые юзеры. Полайкать видосы, полистать ТГ или соцсети не думая про оптимизацию. Даже если кто-то сейчас ещё думает про баги и не сданные проекты, то пора переключиться от виртуальных проблем к нашим близким и подготовить им подарок, проявив вебмастерскую смекалку. Пусть в Новый год каждый приобретет долгожданное, кому-то здоровья, а может поправит и финансовую составляющую. Кто-то авто, или новый ноут. Дизайнеры новые видения и музу, копирайтеры свежий взгляд на тексты, кодеры выучат оптимальный ЯП. Боты наконец пойдут отдыхать, не понимая...

Если все сделали только что, то, возможно, надо подождать. Если необходимо ускорить, можно попробовать убрать редирект с http на https.

При ошибке ' В вебмастере некорректно настроен возврат http кода 404 ' сделайте тест любой несуществующей страницы в Яндекс.Вебместере (Инструменты - Проверка ответа сервера. ) И если при тесте отдает 302 вместо 404, то в htaccess - исправьте: ErrorDocument 404 на: ErrorDocument 404 / 404. html Потому что, всё что начинается на http:// https:// трактуется как внешний ресурс, даже если там ссылка на тот же самый домен. Редирект происходит из-за указания схемы и хоста. Удачи.

так браузер не доходит до htaccess сайта по https !!!!!! и я не могу для вызова сайта ТАК сделать редирект 301 с использованием htaccess.

т.е. с использованием КлаудФлэр я не смогу получать доступ к сайту по http субдомена и по https субдомена одновременно???

Тогда наверное по глубине ссл не действует. Без www субдомен по https открывается? Ну так он и может по http отрываться. Обычно всегда при использовании https сразу ставится переадресация http - https чтобы только по этому протоколу открывался. А зачем Вам www?

да. в настройках dns для домена указаны поддомены и XXX почему то по http субдомен срабатывает, а по https субдомен в браузерах выдает ошибку

дополню если открывать в браузере то редирект срабатывает а если по безопасному протоколу вызывать https:// выдает ошибку в эдже, хроме, опере. и яндекс.вебмастер тоже если тестировать ответ сервера говорит что по https:// получить страницу не может

Здраствуйте. В логах вылезли страницы с 404 ошибкой такого вида: https: // _ belaya/start%20https:/.A=ev&=9196&=117&=91&=521&=start&=2520181465499387906 https: // _ fertyyne/start%20https:/.A=ev&=9196&=117&=91&=521&=start&=5496807962095445239 https: // _ yug /start%20https:/.A=ev&=9196&=117&=91&=521&=start&=280625327173495639 Подскажите, как сделать 301 редирект (.htaccess) чтобы страницы с 404 ошибкой перенаправлялись на оригинальные страницы без /start%20https:/.A=ev&=9196&=117&=91&=521&=start&=280625327173495639 https: // _ belaya/ https: // _ fertyyne/ https: // _ yug/

Так а в чем причина была? Не везде урлы на https поменяли?

Можно скачать бесплатную программу Xenu - Она покажет все страницы сайта, ищем все страницы с http и меняем на https.

Ну и что я должен прописывать? В панели управления указал что html,js,css,txt,xml,ico,jpeg,jpg,png,gif,svg обрабатываются nginx, остальные запросы не передаются на бекэнд. Это отсекает ненужные запросы, каких очень много, если посмотреть лог (обычно сканируют на файлы WP). php обрабатывается apache (если такой файл существует). В настройках ссл есть переключатель http - https. Для www прописал CNAME. В Cloudglare прописал нужные мне переадресации + если запрос с параметрами (есть query), то добавляется header для ботов noindex (для исключения дублей).

https: // _ fertyyne/ ****ar_ru/ru/UTF-8/tmsec=1021689_771724-3854277/6524891211361101840 https: // _ yug/ ****ar_ru/ru/UTF-8/tmsec=1021689_771724-3854277/6743298988707820364 Подскажите, как сделать 301 редирект (.htaccess) чтобы страницы с 404 ошибкой перенаправлялись на оригинальные страницы без ****ar_ru/ru/UTF-8/tmsec=1021689_771724-3854277/7995618670995888828: https: // _ belaya/ https: // _ fertyyne/ https: // _ yug/

Здраствуйте. В логах вылезли страницы с 404 ошибкой такого вида: https: // _ belaya/ ****ar_ru/ru/UTF-8/tmsec=1021689_771724-3854277/7995618670995888828 https: // _ fertyyne/ ****ar_ru/ru/UTF-8/tmsec=1021689_771724-3854277/6524891211361101840 https: // _ yug/ ****ar_ru/ru/UTF-8/tmsec=1021689_771724-3854277/6743298988707820364 Подскажите, как сделать 301 редирект (.htaccess) чтобы страницы с 404 ошибкой перенаправлялись на оригинальные страницы без ****ar_ru/ru/UTF-8/tmsec=1021689_771724-3854277/7995618670995888828: https: // _ belaya/ https: // _ fertyyne/ https: // _ yug/