Поиск

Скорее всего, провайдеры блокируют не по ip, а по доменному имени (ведь на одном ip могут сидеть сотни сайтов). Определить домен по https естественно могут (иначе как бы они определяли, куда необходимо подключиться), но только адрес домена, не адрес страницы. А переезжать с http на https и обратно вряд ли поможет - единожды заблокированный сайт останется в списке все равно (если не будет обжалована блокировка и сняты санкции)

А если постоянно менять IP на сайте с https, то это поможет? Провайдеры могут определять, к какому домену по https происходит запрос браузера?

Если переносить сайт на https это разве не тоже самое что склейка? Не равносильно тому, что я купил новый домен и просто со старого делаю переадресацию?

Посмотрите, я правильно составил ? Интересует расположение директив host и sitemap, употребление https, запрет всех динамических страниц, отсутствие переводов строки. Так же на сайте есть страница которую нужно запретить и много страниц типа: (которые содержат подкаталог print) Спасибо!

Очень просто. Домен с https и домен без http - это разные домены. Если Вы перенесете свой сайт на https, то для ПС и Роскомдурдома - это будет совершенно иной (новый) домен.

как в данном случае может помочь https?

Рассмешили😂. По теме: обычно оставляют, как есть. Не все провайдеры блокируют сайт. Со многих будет открываться. Или действительно переносят на новый домен или https. Но склейка очень долгий процесс, который не гарантирует сохранение позиций/индексации страниц и т.д.

Сайт перешел на https, в FAQ Book Version 1.5.4, перестали отправляться вопросы. Никаких ошибок не выдает. В чем может быть дело?

Парни, всем спасибо! Плюсую. ---------- Добавлено 25.08.2015 в 16:46 ---------- Сам вопрос возник из-за того, что в htaccess выполняется еще ряд условий, типа: с www на без www; убрать исключить завершающий слеш в конце адреса; с http на https; редирект со старых на новые. Что-то случилось и перестал работать редирект с www на без www. Сегодня после апа обнаружил, что яндекс скушал странички с www и по ним несколько просели позиции. А когда такое большое кол-во условий, то нужно их располагать в правильном порядке. Короче, намучился я с этим htaccess и думал, узнаю, может 301 вечно держать не нужно. Еще раз спасибо.

1) попробуйте прописать файлы в 'Purge Individual Files ' 2) 'Ошибка парсинга SSL connect error ' судя по всему сервисы мониторинга не могут принять сертификат, т.к. на бесплатном тарифе ссл сертификат Cloudflare принимается не всеми браузерами и скриптами, попробуйте без https.

Сайт Я хочу запретить индексацию https версии сайта полностью. Сделал как тут написано Но когда проверяю на что для http что для https отдает а должен для http версии отдавать, а для https версии.htaccess у меня выглядит следующим образом: Почему не работает? Спасибо!

может склеить https с http ?

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

Зачем вам https? У вас какие-то конфиденциальные данные передаются?

после перехода на https трафик увеличился на 80%

Ну ок. Вот ребята знакомые трудились, в свое время, и составили список мастхэв. Смотрю, что Дима (donc) просматривает этот топик.:) Он тоже принимал участие. Может тоже чем-то дополнит. Каждый пункт можно долго оспаривать и применять/не применять. Список не для срача, а для общего понимания сайтостроения. Это не белое сео, или как вы его там называете. Это просто список требований к любому нормальному сайту. Вопрос его дальнейшего продвижения - это уже совсем другое дело. И да, писалось, в основном, под инет-магазы. Технические настройки сервера. Настроен редирект 301 с неосновной копии сайта на основную ( на ). Настроен файл (корень сайта) Учтен внутренний поиск, UTM, ссылки от рекламы, паразитные ссылки. Кодировка всех страниц одинакова, предпочтительно UTF-8. У сайта приемлемая (4-7 сек по GA ) скорость загрузки SEO страниц. Нет страниц в навигации отдающих 302, 404 ответ сервера. DEV, TEST версия сайта не доступна, не индексируется ПС. Страницы сайта недоступны по адресам...

А вот у меня весьма актуальный вопрос, можно ли подавать запрос для страниц которые https? Может кто - нибудь пробовал уже так делать?

Отсутствие https соединения там, где хранятся личные данные, это недостаток! Хотя и SSL сертификаты нужно разбирать он же там не один.Да и хостинг, на котором расположен Ваш сайт, должен справляться с дополнительной нагрузкой при SSL соединении.При его установке много нюансов есть.

А вот это интересно, на ряде клиентских сайтов при использовании https советник не вылезает, те-же страницы но с http советник лезет. но есть сайты где https и советник вылезает. Для эксперимента, я настроил проксирование к mediamarkt (силами nginx). Советника нет (простите за самоподписанный сертификат) Тоже самое делал с Юлмартом и при проксированном соединение через https советник перестал вылезать.

Была простая проблема на сайт йшла индексация через https во и вся проблема.