Поиск

Когда перейдут посмотрю, а что в $_SERVER должно быть если все правильно? ---------- Добавлено 31.12.2019 в 22:26 ---------- Спасибо, вот меня удивляет столько вариантов редиректа, и говорят все работают ) надо изучить ---------- Добавлено 31.12.2019 в 22:31 ---------- Насчет яндекса (вебмастер панель). Где то видел что нужно создать новый сайт в вебмастер панеле (т.е. их будет два, с https и без), А кто-то пишет что перейти в вебмастере в переезд: Переезд сайта и просто выбрать галочку 'Добавить HTTPS ' В настоящее время второй вариант правильный?

Вебмастеру и арбитражнику: сбор подписок с 4 типами кодов для площадок: HTTPS, HTTP, Block Content, Redirect. готовые мультиязычные лендинги более 20 штук для арбитражников. возможность создавать свои лендинги. копирование лендингов в один клик. гибкие настройки для лендингов, в том числе redirect url после подписки. Iframe locker - закрывайте любую https ссылку через подписку. подключение своих доменов с автоматической генерацией ssl. добавление своей рекламы и ее открутка по своей базе абсолютно бесплатно. рассылки по своим подписчикам также бесплатно. включение или отключение рассылки по своим подписчикам другими пользователями с оплатой за показы и клики. поддержка postback для подписок. 12 видов статистики. биржа подписок - продавайте и покупайте подписки по своим ценам. индивидуальные настройки рассылки push. выплаты по запросу на webmoney, advcash от 1$ по понедельникам. Рекламодателю: размещение с оплатой за показы либо за клики. размещение в партнерских сетях, с...

Нашел что для оновляння нужно использовать запрос: update-cache Подскажите как на практике это сделать. ---------- Добавлено 31.12.2019 в 20:00 ---------- Нужно в браузере выполнить запрос: https://example-com. /update-cache/c/s/;amp_ts= ts_val &_url_signature= sig_val только вместо example-com подставить ссылку статьи? Я правильно понял? Или здесь не все так просто?

Этот вариант проверен: RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Этот тоже было работал нормально, но потом мой хостер чето-там у себя поменял, и оно перестало работать, так что тут уже могут быть проблемы (хотя у других хостеров так и осталось работающим): RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^(.*)$ https://имя-сайта.com/$1 [R=301,L]

Они все работающие и правильные. Для того, чтобы понять, какой правильный для твоего случая, посмотри, что в переменной $_SERVER, когда сайт на HTTPS.

Достаточно умные, но при условии, что редирект правильно поставите с http на https. Только не сразу. Добавляйте https-версию (так чтобы параллельно работали обе версии), регистрируйте ее в ПС отдельно, каноникал указывайте https, заменяете везде во внутренних ссылках на https (если там пути не относительные), в гуглоаналитиксе меняете на https, и тыды и тыпы. Потом некоторое время подождите, пока переиндексируется и перейдет хотя бы основной трафик на https. Из моего опыта хватает 1-2 месяца. Потом прописываете редирект, и все будет нормально, без потерь.

Если толку мало, то причина не в https. Инфа 100%

То что ip для разных портов разные и то что там на одном ip куча сайтов это как бы разные вещи - не находишь? я к тому, что поначалу сайт висит на ip где 443 порт тупо не слушается, даже выпустив сертификат он все равно без смены на 'правильный ' IP не заведется PS. Можешь свои примеры открыть по https и они откроются и вполне валидные. Ясное дело что там где слушается 443 слушает и 80, но вот обратное на бегете неверно

Ясно, а что насчет ссылок на сайт. Ведь они http а теперь ссылки с https, они поисковики достаточно умные чтобы продолжать их учитывать?

Неожиданно для меня, что ты и тут оперируешь инфой 20 летней давности (как и в отношении ВП). А 'все знают ' (как ты уже наверное убедился), что выделенный IP давно не обязателен. Более того на том же бегете LE прекрасно работает на шареде на общем IP. Но только новый серт. Невозможно использовать старый. А это в свою очередь = невозможно без проблем перенести сайт на бегет. А тот сайт просто был перенес не на бегет, а на другой хостинг. Речь именно о платном тарифе. И это не первая подобная дичь от них. Я не так давно немного рассказывал и другие истории с др. моим клиентом, выбравшему бегет. ---------- Добавлено 30.12.2019 в 19:34 ---------- Я ещё понимаю когда лохи подобную ересь хавают, но ты. Не знаешь что легко гуляться сайты на одном IP? Легким движением руки:,,,, и ещё 100500 сайтов на этом IP. Как http, так и https.

Как пример Tele2 - сам видел много раз, подмену и показ блоков гугл адсенс в контенте сайта (даже на коммерческих сайтах). Это то что видел лично. К счастью с момента добавления модерации доменов в адсенс, практически нет подобного. Следующее всякие блокировщики рекламы и расширения для браузеров, могут подменять рекламу. Решается переездом на HTTPS. Насчет: Как громко похлопать, чтобы уважаемый услышал?)

У меня ни разу не было проседаний в результате переезда на Https. Надо просто сразу правильно сделать и все. Ну и желательно на всякий случай переезжайте с учетом сезонности,чтобы траф был на минимуме

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

При переходе на некоторые сайты из поиска Хром выдает предупреждение о ненадежности ресурса, если SSL нету. Все наши сайты давно переведены на https, вне зависимости от того принимают они оплату или нет.

Это не у сертификата - это в вебсервере настраивать (nginx / apache /litespeed). Заодно можно включить http/2 server push, tls 1.3 0-RTT (early_data) и прочие мелочи уменьшающие потери в 'скорости ' сайта от внедрения https.

https нужно ставить если он нужен, а если не нужен то без разницы. падения трафика никакого не будет если все делать правильно

Привет коллеги! Всех с наступающим!! Вопрос очень прост, но я на него так и не нашёл ответ. Зачем поисковики дурят вебмастаров? Сейчас поясню, вот ТОП поисковых хотелок, которые ну вообще ни на что не влияют: Быстрые сайты ранжируются лучше - загляните в ТОП, там нет ни одного быстрого сайта; Уникальный контент рулит - есть много примеров, когда откровенный копипаст обгонял оригинал; Безопасный протокол https - в ТОПах есть сайты на http и нормально качают трафик; Регулярные обновления контента - в топах часто мелькают сайты, которые вместо реальных обновлений, просто скриптом меняют дату; ТИЦ, ИКС и т.д. - это вообще полный лохотрон. Коллеги, это лишь малая часть примеров, на самом деле их значительно больше. Так для какой цели поисковики всем парят мозг, а на деле всё оказывает совсем по другому.

Тут есть другая проблема. Протокол обновить легко, но переклейка сайтов в Яндексе и Гугле занимает от нескольких дней до пары недель. Страницы по http будут отваливаться, а https входить в индекс. Вопрос: как в этот период избежать снятия ссылок отдельными вебмастерами из-за 'непроиндексированности ' страниц? У вас про проверке в Яндексе запрос содержит выбор между зеркалами с www и без, а должен быть выбор между http и https. Как это решаете?

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

nginx проксирование стабильнее всего, можно при желании даже https трафик гонять между серверами если нужно шифрование. OpenVPN будет падать примерно так же как и SSH туннель.