Поиск

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

Перейти на HTTPS или настроить CSP. Это может встраивать любой провайдер. Не только мобильного интернета. И даже в некоторых сетях могут это делать. CSP и при взломе немного поможет, но лучше проверить.

то сеть Вы все-таки рекомендуете переключиться на https, а что будет с бэками и всем остальным ведь за 4 года существования сайта их собралось немало. Заранее спасибо.

Подскажите пожалуйста какой лучше сертификат купить для перехода на https ИМ?. И где лучше покупать сертификат?

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

Всем привет. Краткая предистория: Был сайт интернет магазин на региональном домене, возрастом в 7 лет(). По многим, особенно региональным запросам, был в топ3-10. В начале года решили поменять домен на более простой и запоминающийся. Для этого зарегистрировали ТМ и впоследтсвии домен -. Дабы не заниматься обоими сайтами и уделить все внимание новому - решили воспользоваться инструментом в панели вебмастера - Изменение адреса сайта. Дело осложнялось тем, что была изменена cms, а с ней и структура урлов и также на новый сайт переезд осуществлялся сразу на https протокол. Все было сделано по инструкции: Установлен постраничный редирект со старого сайта, добавили новый сайт в вебмастер, в настройках старого указали, что новый домен - 5lb. Загрузили сайтмап. Загрузили новому сайту в disavow - отклоненные для старого сайта ссылки(так написано в ********е гугла). В течении недели, почти все запросы по старому сайту - вылетили. А по новому сайту - не восстановлились и по сей день. С...

Представляем последние обновления, которые мы зарелизили в сентябре. Новый дизайн сайта Вначале хочется немного похвастаться мы много работали над редизайном нашего сайта и очень довольны результатом:), надеемся, что и вы останетесь не равнодушны. Ждем ваших отзывов! Кроме того, мы полностью переделали наш блог. Теперь вы можете видеть наших авторов, оценить время прочтения каждого поста и с легкостью делиться статьями в социальных сетях и по почте. Ждем ваших комментариев под нашими постами. Интеграция с мэшап-сервисом Zapier Крутая новость мы добавили возможность интегрировать Лидогнератор с мэшап-сервисом Zapier. То есть, с помощью Zapier вы сможете связать SE Ranking с различными приложениями и платформами и ваши лиды автоматически экспортируются в необходимый вам сервис, например в сервисы рассылок, CRM-систему и др. Проверка переадресации с HTTP на HTTPS Еще немного обновлений в наших инструментах. Мы добавили проверку правильности перенаправления трафика с HTTP версии на...

На сколько сильно будет HTTPS влиять на скорость загрузки сайта?

Пишу под ваши требования прокси-сервера Возможные функции. Авторизация пользователей. Подмена внешних IP для каждого пользователя. IPv4/IPv6. Фильтрация хостов по любому алгоритму. Быстрая даже работа на слабых серверах (минимальной VPS обычно достаточно). Веб-интерфейс администрирования пользователей. Доступ к управлению пользователями по API. Написание библиотеки для доступа к прокси по API на любом (ну почти) языке программирования. и т.п. Могут применяться для доступа к соц-сетям, быстрого парсинга в сотни потоков и тп. Балансировщики (Load balancers) Распределение нагрузки между узлами по любому алгоритму. Минимальные требования к серверу. Авторизация. HTTPS. Rate limiting/Throttling/Органичение нагрузки. Мониторинг нагрузки. Фильтрация. и т.п. Микросервисы Любой функционал с виде сервиса с ограниченным функционалом и доступом через интернет. Применяются для распределения нагрузки. Делают нечто одно но очень быстро. Подробнее: Как правило каждый запрос выполняется несколько...

Насколько я правильно понял, вы установили SSL сертификат и сразу поставили редирект на домен с SSL. Разумеется, это не верно. О чем и пишет Яндекс. Вообще переехать на SSL очень просто (действительно). Вот порядок действий, который позволит не только переехать на SSL, но и сохранить траф: 1) Подготовительные работы (делаем относительные url на всем сайте, в том числе и в изображениях, скриптах и т.д); 2) Устанавливаем сертифкат; 3) Прописываем в директиве host новый адрес, например:, в файлах sitemap меняем протокол с http на https; 4) Идем в панель вебмастера Яндекс, жмем галочку 'Переезд на https ', в инструменты гугла просто добавляем сайт с новым протоколом. В гугл аналитиксе можно также поменять протокол на https 5) НЕ ДЕЛАЕМ НИКАКИХ РЕДИРЕКТОВ. Ждем, пока яндекс склеит версию http с https, в вебмастере должна появиться ступенька, см. скрин - 6) Когда ступенька появилась, РЕДИРЕКТ ВСЕ ЕЩЕ НЕ ДЕЛАЕМ, ждем, пока склеятся все страницы и в выдаче будут только урлы с https. Это...

Уже почти месяц пытаюсь перейти на https (пациент на скрине) перенес на ssl, Яндекс никак не хотел переклеивать, видимо потому что я в htaccess забыл указать редирект, хотя это вордпресс, там все и без него работало. В суппорте ответили что сайт по старому адресу отдает 666. не сильно понял что это и с какого перепуга, но ладно Указал в htaccess редирект, в роботсе прописанный хост, сайтмап, все начало переклеиваться. прошло полторы недели - сегодня снова главное зеркало без ssl в вебмастере. Написал им, ответили вот что: Но другим ботам ведь отдается 301, почему Яндексу 666 и что это вообще такое? После тикета хостеру ответ стал 301, но причину не называет - типа это из-за высокой нагрузки, начал о директиве graw-delay рассказывать, что она обязательна, и об этом якобы в Яндексе написано. а о причинах молчит. Хотя в cpanel явно указано: Ваш сайт не испытывал проблем в течение последних 24 часов. Что-то неладное стало с хостингом

Добрый день. Пытался раскрутить бурж сайты в итоге не получилось, слишком дорого с нашим курсом закупать там ссылки. Дохода нет.Трафик от 10 до 100 в месяц, сайтов 6. Контент весь уник от 70% оригинальности + ко всем картинки, причём часть картинок делалась вручную. Статей в среднем 300, до 800,гугл любит всё в индексе, домены все с ключами по теме. На https,wordpress шаб бесплатный, но адаптивный. Смотрел на но размещение 29$ что явно дорого. На вариоре и шляпе разделов по сайтам не нашёл. Где их ещё продать можно. - И как вариант имеет ли смысл просто делать сдл без трафа,но с контентом и продавать их в бурже?. Сколько можно стоить сайт с 500 статьями.

Да, все изображения, стили, джаваскрипты должны быть либо без указания протокола, либо с https. Т.е. не должно быть такого, чтобы на сайте с https в коде страницы вызывался джаваскрипт с http (некоторые браузеры будут писать предупреждения, да и смысл https тогда теряется).

Важно ли для начала перевода сайта на HTTPS что бы внешние скрипты так же имеют относительные адреса без указания протокола?

Перенес сайт с http на https. Читал что после перехода и должны быть доступен по двум протоколам. А в чем суть этого действия и как его реализовать? В.htaccess добавил строчку RewriteCond %{REQUEST_URI} !^/$, как можно проверить правильно ли всё сейчас работает при учете что версии сайта уже склеились для гугла (для яндекса пока нет). И как именно реализовать доступность для обеих версий сайта? Сейчас у меня в есть один файл, в вебмастерке гугла в разделе карты сайта этот файл указан что для https-версии, что для http. Так правильно, или как-то по другому надо?

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

от https никакого плюса не получил. уже сайтов 10 переводили. какой-то всемирный заговор

Да, так работает, спасибо.) Что-то я тормознул, потому что для 80-го порта у меня такой-же пустой виртуал хост стоит. Теперь получилось так, все сайты на https, кроме этого одного для которого прописан вирталхост, открываются пустой белой страничкой. Может их стоит как-то переадресовывать с https на http, или не стоит? Или можно как-то сделать (только с помощью одного IP), так, чтобы эти сайтв вообще не открывались по https?

Есть апач 2.2 на котором несколько виртуалхостов (доменов) на 80-м порту. Приблизительно так записаны виртуалхосты для, и т.д. Listen *:80. NameVirtualHost *:80. VirtualHost *:80 ServerName ' ' ServerAlias ' ' DocumentRoot 'E:/user/ ' CustomLog E:/Logs/_. ErrorLog E:/Logs/_. /VirtualHost Я хочу перевести один из доменов () на ssl, для этого пишу. Listen *:443. NameVirtualHost *:443. VirtualHost *:443 ServerName ' ' ServerAlias ' ' DocumentRoot 'E:/user/ ' SSLEngine on. SSLCertificateFile conf/cert/. SSLCertificateKeyFile conf/cert/. CustomLog E:/Logs/_ssl_. ErrorLog E:/Logs/_ssl_. /VirtualHost Сайт начинает открываться по https, но если я набираю, то вместо него открывается Для вообще не прописан VirtualHost, но почему-то вместо него открывается содержимое сайта. Как это исправить?

Нет, нужно два IP: один для порта 80, для сайтов которые не должны открываться по https, и второй для порта 443, для сайтов https. Да как обычно. Фокус в том, что он должен идти первым в списке и не иметь опции ServerName. VirtualHost *:443 ServerAdmin root@localhost. DocumentRoot /var/www/html. ServerAlias 127.0.0.1. SSLEngine on. SSLCertificateFile conf/cert/. SSLCertificateKeyFile conf/cert/. /VirtualHost