Поиск

Вы не владеете информацией. Вой был локальный. Чуть чуть на серче, чуть чуть еще где-то. Но никакой практики они не прекращали - отключали вставку рекламы только тем абонентам, которые обратились в саппорт РТ и попросили об этом. У всех остальных оно продолжает отображаться. Также, этим занимается мегафон, который является магистральным провайдером для многих мелких частных провайдеров в регионах. У них покупают канал со всеми плюшками. Поэтому, аргумент более, чем актуален. По теме - ну так развивается интернет. Можно также шуметь - зачем мне html5, когда есть 4, зачем обновлять SSL на сервере и т.д. Сеть развивается, https да, становится стандартом. Пока есть возможность бесплатно и в автоматическом режиме решать этот вопрос - не вижу проблемы. Если нас всех подсадят полностью на платные сертификаты + ручная их замена - тут уже будет проблема, но, пока такой перспективы вроде бы не видать. А, ну и главное - мой браузер тоже принудительно ничего никуда не переадресовывает. Есть...

Делать самому HTTPS -- HTTP, не надеясь на 'фол бэк ' со стороны браузера.

Попробовал в Опере последней и в FF, не кидает автоматически на заглушку с HTTPS. О каком браузере речь? Может быть что-то закэшировалось?

Техничка побоку. https - стандарт веб. В чем проблема-то? У вас же сайты-то небось не на таблицах свёрстаны, и вообще вот это всё

Можете проверить: Chrome 94 (собирались это сделать еще в версии 90), HTTPS - протокол 'по умолчанию '. Можете выполнять 'обратную ' переадресацию для исправления проблемы.

А чё нет? Вы, часом, на http первой версии сайты не держите? Ну там кортинге через костыли, фреймы через картинки, нафиг css и всё такое? Шёл 2022, на Сёрче обсуждали https

Так се конечно )) Но официалное их объяснение 'фичи ' вот такое. Я бы больше поверил в объяснение заботой о безопасности для посетителей сайтов, на которых не настроен редирект на https.

Гугл, кажется, как-то писал по этому поводу. Дескать, т.к. большинство сайтов на https и, запрашивая по-дефолту http, тратится лишнее время на http-соединение, а потом редирект на 443. Типа, сразу открывая https, загрузка будет быстрее.

Скорее всего ранее давалась 'инструкция ' конкретному экземпляру браузера открывать сайт сразу по HTTPS. Или в браузере закэширована переадресация. Или переадресация и сейчас выполняется на сервере. Фактически да. Вряд ли какому-то ответственному владельцу сайта понравятся такие вставки, и он не постарается этому воспрепятствовать. Пекутся о безопасности вполне оправданно. Но вот предлагаемые средства сами по себе могут оказаться троянским конем.

Да, уже давно объявлено, что новые версии бразуеров будут открывать сайты с https. Сайты без этого протокола не будут открываться. Хром уже давно грозился это сделать.

Добрый день! У меня хостинг Бегет. В прошлом году, после того, как сайт по https с сертификатом Let's Encrypt стал открывать не у всех пользователей, я выпустил сертификат через хостинг Бегетe у провайдера Comodo PositiveSSL. Сейчас выпуск через хостинг стал дорогой, хочу обратиться напрямую. Зашёл на сайт, там при входе выпадает окно ' Уважаемые клиенты! Авторизованный дистрибутор предлагает альтернативное решение по выпуску SSL Сертификата: '. Не могу понять, то есть через comodo я не могу выпустить сертификат 'Positive SSL Certificates ' за 642рубля? Или надо заказывать через за 1550?

Всем привет, При публикации ссылки на других сайтах урл иногда пишется так: https://брэндойл.рф А иногда так: --p1ai/ Яндексом и Гуглом они одинаково учитываются для СЕО?

Всем привет! Начал отслеживать обход страниц Яндексом и ужаснулся от урл https://сайт/категория/статья.html?customize_changeset_uuid=9a9c5cf4-8784-4ccf-9872-da888b2a6948&customize_theme=mh-foodmagazine&customize_messenger_channel=preview-0 Не пойму откуда взялся такой длинный хвост и как от него избавиться или хотя бы запретить его в роботс тхт.

Доброго времени суток уважаемые пользователи. Прошу помочь разобраться в следующей ситуации. Планируем переезжать на новый домен в связи с чем стал вопрос каким образом должен выглядеть редирект в htaccess если год назад мы уже внесли изменения когда делали редирект с http версии на https. Сейчас в файле htaccess следующий код RewriteEngine On RewriteCond %{REQUEST_URI} !^/robots.txt$ RewriteCond %{HTTP:X-Forwarded-proto} !^https$ RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] В гугле и яндексе так же по 2 версии сайта ( http и https защищенная, которая является главным зеркалом ) Подскажите как нам быть, оставить данный код и добавить еще несколько строк для редиректа на новый домен или заменить его на код с редиректом на новый. Нигде не нашел подобной инфы

Здравия желаю, товарищи оптимизаторы. Вопрос такой: влияет ли каким-то образом на ранжирование кириллический домен, в котором есть жирный ключ из семантики? Грубо говоря, моно-сайт, тематика, допустим, про породы собак, и вот по итогу сбора семантики и выстраивания структуры будущего сайта получается, что в конечном итоге урлы записей будут содержать прям самый жирный ключ (всё гипотетически). Пример: https://собаки.рф/породы/спаниель/ допустим, что я продвигаю главную по запросу 'собаки ', раздел породы под запрос 'породы собак ', а самый жирный ключ под который затачивается запись 'собаки породы спаниель '. Будет какой-то буст от кириллического домена и если в урловой структуре будут все нужные ключи? P/S Вопрошаю по той причине, что увидел в соседней тематике три сайта в выдаче Гугла, стоят в Топе друг за другом, все на киррилических доменах, все с прямым вхождением ключей. Стоят в топе уже довольно долго. По ссылкам картина разная, где-то навалили хрумером, где-то жирные...

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

Если https, провайдеры не могут заблокировать одну страницу, блокируется весь домен. Знаю по опыту. На сайте заблокировали одну категорию, а на практике заблокировали весь домен.

А какая разница? Домен на https работает, поэтому блочат не страницу а весь домен, верно? Или сейчас с этим что-то изменилось?

Ничего не понимаю. Вот ввожу запрос и визу в индексе только главную Решил просто вбить в поиск внутреннюю, и опаньки - она появляется в результатах поиска. Что за фигня? %2Fpocoyo%2F&sxsrf=ALiCzsba12-XyNTRbI4pcvelmgSFvnpVWg%3A1666677734901&ei=5ntXY9_TNuGjrgSj5Y9I&ved=0ahUKEwjf3t-y2vr6AhXhkYsKHaPyAwkQ4dUDCA4&oq=https%3A%2F%%2Fpocoyo%2F&gs_lcp=Cgdnd3Mtd2l6EAw6BwgjELADECc6CggAEEcQ1gQQsAM6BwgAELADEEM6DQgAEOQCENYEELADGAE6DAguEMgDELADEEMYAkoECE0YAUoECEEYAEoECEYYAVCvClivCmCfFGgBcAF4AIABP4gBP5IBATGYAQCgAQKgAQHIARPAAQHaAQYIARABGAnaAQYIAhABGAg&sclient=gws-wiz

Вопрос по модерации фида для интернет-магазина https://мебель-екб.рф/tree/view/2977/25498. Получил ответ от службы проверки качества: Пожалуйста, уберите из фида товары 'Под заказ ', после этого получится пройти контроль качества. В справке написано: Чтобы исправить ошибку, удалите из фида все товары, которых сейчас нет в наличии и которые нельзя заказать. Исходя из элементарной логики построения предложения, ошибочным считается фид, где есть товары, к которым применимы оба требования - его нет в наличии И его нельзя заказать (программисты меня поймут) Или у Яндекса другая логика?