Поиск

Точно такая же картина у меня на паре других хостеров. Суть - сайт изначально по http://, но откуда-то попадает в индекс https:// (которого у меня нет и содержимое в кэше от другого сайта на том же хосте) плюс такой же левый поддомен mail. с тоже левым содержимым. Т.е. панель автоматом зачем-то создает этот поддомен и уж не знаю как но он попадает в индекс гугла. Ваш правильный http:// в индексе тоже есть Короче проблема действительно существующая и надо лечить. Как - выше уже сказали, сделать и себе https:// версию. Плюс я бы добавил mail. поддомен. Чтоб он просто был, хоть пустой страницей (а не чужим сайтом как сейчас). Плюс добавить на эти проблемные места временно ссылок (т.к. ссылок на эти https:// и mail. нет ниоткуда, в моем случае по крайней мере). Гугл пройдет по ним и переиндексирует. Позже когда пропадет контент чужих сайтов можно поставить редирект на основной свой http:// и все. Ну или переехать на https:// основной. Кое-где уже немного получилось так вылечить, но...

Какие проблемы на vestacp поставить https и не маятся? Хз, как надо настроить, чтобы по запросу http отдавался другой домен?

Здравствуйте, уважаемые форумчане! Представляем Вашему вниманию сервис - защита от DDoS-атак и нелегитимного трафика. Приглашаем всех желающих воспользоваться бесплатным тестовым периодом до 7 дней. Гарантируем индивидуальный подход и полное сопровождение. Возможности защиты: Защита от сетевых DDoS-атак на 3-4 уровнях OSI Геораспределенная, многоуровневая система обнаружения и смягчения сетевых DDoS-атак по протоколам: DNS, ICMP, TCP и UDP. Весь входящий сетевой поток анализируется в режиме реального времени. При возникновении схожих характеристик трафика с DDoS-атаками, срабатывает автоматическое смягчение с помощью межсетевых экранов Arista 7508R, Cisco и Arbor. Инфраструктура дата-центра обладает пропускной способностью 15 Тбит/с, что позволяет поглощать очень большие объемы трафика во время атак. Эффективно против таких атак как SYN Flood, UDP Flood, Memcached Amplification, IP Fragmentation, DNS Flood, DNS Amplification и их разновидностей. Защита от прикладных DDoS-атак на 7...

да это вообще мега пупер нано фишка. сайт не открывается по http ниоткуда, надо заходить на https и откроется магия. видишь ты даже не можешь определить кто тебя заблочил, антибот или клаудфлар.

если ты не понял, это не я, а клаудфлар, потому что не http, а https. Но может верну редирект, для таких непонятливых.

Вот где здесь вода? Причем здесь клаудфлар? Он ботов ПФ из поиска не блочит. Он создан для других целей. Я им ботов из поиска не блокировал и не могу сказать, искажает он переходы из поиска или нет. Я вам пишу - исправьте обман поисковиков и будет вам счастье. Вы мне пишете про клаудфлар, зачем? Нет решения проблемы? Так и скажите. У меня нет задачи вам нагадить-у меня задача - купить продукт, который работает и не вредит при этом своему сайту. Давайте вам задам вопрос: В логах сервера отображается примерно так? Если отключить utm _ reffer то из поискового преобразуется в прямой заход (пишу по памяти, скрипт сейчас отключен): ' GET / HTTP /1.0 ' 200 1074 ' https:// yandex. ru / ' 'GET / HTTP/1.0 ' 200 16396 'https:// / ' 'POST / HTTP/1.0 ' 200 301 'https:// 'GET / HTTP/1.0 ' 200 10421 'https:// / ' Если включен вывод utm_reffer, то отображается примерно так: 'GET / HTTP/1.0 ' 200 1074 ' ' 'GET / HTTP/1.0 ' 200 16396 'https:// / ' 'POST / HTTP/1.0 ' 200 301 'https:// ' 'GET / HTTP/1...

Причем здесь клаудфлар? Он ботов ПФ из поиска не блочит. Он создан для других целей. Я им ботов из поиска не блокировал и не могу сказать, искажает он переходы из поиска или нет. Я вам пишу - исправьте обман поисковиков и будет вам счастье. Вы мне пишете про клаудфлар, зачем? Нет решения проблемы? Так и скажите. У меня нет задачи вам нагадить-у меня задача - купить продукт, который работает и не вредит при этом своему сайту. Давайте вам задам вопрос: В логах сервера отображается примерно так? Если отключить utm _ reffer то из поискового преобразуется в прямой заход (пишу по памяти, скрипт сейчас отключен): ' GET / HTTP /1.0 ' 200 1074 ' https:// yandex. ru / ' 'GET / HTTP/1.0 ' 200 16396 'https:// / ' 'POST / HTTP/1.0 ' 200 301 'https:// 'GET / HTTP/1.0 ' 200 10421 'https:// / ' Если включен вывод utm_reffer, то отображается примерно так: 'GET / HTTP/1.0 ' 200 1074 ' ' 'GET / HTTP/1.0 ' 200 16396 'https:// / ' 'POST / HTTP/1.0 ' 200 301 'https:// ' 'GET / HTTP/1.0 ' 200 10421...

Потапушка, утрись сам. После поиска, если проходит человек, то он не попадает на капчу. Лично у меня так настроено. К адресу прилипает метка (например) /?utm_referrer=https:%2F%%2F. Но и ее можно отключить. Тогда это будет как внутренний переход.

У меня ходят по протоколу: яндекс HTTP/1.1 гугл HTTP/1.1 1.0 можно не боясь блокировать если нормально настроен сайт и на нормальном хостинге c https. Это отключит интернет червей и тор.

SSL-сертификаты: обновлённые правила перевыпуска и полезное напоминание Друзья, если у вас есть собственный веб-сайт, наверняка вы хорошо знакомы с SSL -сертификатами. Мы подготовили статью с напоминанием о важном обновлении, которое касается обязательных правил перевыпуска коммерческих сертификатов. А если вы предпочитаете бесплатные SSL, рассказываем о сертификатах от Let ' s Encrypt, доступных на базе нашего сервиса TuchaHosting. Одним словом, статья точно пригодится каждому, кто заботится о безопасной работе посетителей на своём сайте и ценит их доверие: https:// tucha. ua / ru / blog / support / ssl - sertifikaty - obnovlyonnye - pravila - perevypuska. А если вам нужна помощь в выборе SSL -сертификатов или подборе облачного решения, обращайтесь к нам! Пишите по адресу sales@ или звоните по телефону +380 44 583-5-583. Tucha всегда на связи.

Сайт уже несколько лет назад переведен на https, со всех страниц с http сделан редирект 301 на https Но гугл несколько десятков страниц с http запомнил, и никак не хочет убирать из индекса. Смотрю в консоли, в версии сайта с http: в поиске 126 страниц. причем заход на них в совсем недавно, в этом месяце. Проверяю разными инструментами, все страницы с http дают ответ 301, редирект на https. Исключено 61.2 тыс., но они тоже запомнены.

здравствуйте. Подскажите пожалуйста, 2 года назад производилась закупка ссылок на сайт, и в статьях ссылки опубликованы с HTTP:// на данный момент сайт уже находится на HTTPS://, нужно ли в покупных статьях переписать ссылку на сайт с https, или вес и так будет передаваться?

Так ещё стали снимать фильтры за накрутку ПФ. Вон какие ребята возвращаются: https://я-топ.рф/ У последних я лет 15 назад прогоны сайтов заказывал, было время))))

Я убрал только галочку и всё. Ну у меня ещё в.htaccess прописано: # Редирект с www RewriteCond %{HTTPS} off RewriteRule ^(abc/def|ghi)(.*)/?$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,NC,L] # Основное зеркало сайта RewriteCond %{HTTP_HOST} ^www.(.*)$ RewriteRule ^(.*)$ http://%1/$1 [L,R=301]

Вход на сервер с root правами. Попробуйте вернуть все обратно и посмотреть, будет ли 1500 по https. Хостеры по разному настраивают всё.

Разницы не увидел, а галочку снял ' Перенаправлять HTTP-запросы в HTTPS ', так как редирект у меня в файле.htaccess настроен

Да, не надо порт на морду вытаскивать. Он должен быть только в настройках сервера, в адресной строке он не нужен в силу того, что это стандартный порт для https. По поводу редиректа - он у Вас стоит 307, а должен быть 301.

По личному опыту - нихрена этот ssl и https бонусов не дает в сегменте НЧ/СЧ Переходил в 2020 году когда все только и говорили что надо и всетут )🤣

Подскажите, добавляю файл sitemap в гугл серч консоль, вылезает предупреждение: 'В файле Sitemap или файле индекса Sitemap неправильно указано пространство имен. Ожидалось: http://: https:// ' Сайт добавлен с https, соответственно в карте тоже все ссылки с https. Почему ожидается карта сайта с http если сайт https ?

Есть несколько сайтов, у которых, как кажется одинаковая проблема с геозависимыми запросами. 1. https:// www. limuzin - moskva. ru /. Резко в ыпали запросы без указания региона (заказ лимузинов, аренда лимузинов, прокат лимузинов и т.п.). Для большинства поменялась релевантная страница: вместо главной запросы уходят на статьи. С запросами с топонимом ('заказ лимузина москва', 'аренда лимузина в москве' и т.п.) все хорошо. 2. https:// samara - limousine. ru / arenda - avtobusa - та же ситуация. 3.. У страницы плохие позиции целиком, но началось все с проседания опять же запросов без топонима. Урл поменяли недавно от безысходности. Раньше был В чем проблема, понять не можем. Регион настроен вроде правильно. Метатеги переписывали многократно, переписывали тексты, убирали вхождения, добавляли вхождения, убирали текст совсем результата никакого. Помогите, пожалуйста, идеями, что еще можно проверить и в какую сторону искать.