Поиск

15 лет висят сайты на http и никто там ничего не подменял и не ломал. Ну, я уже предлагал выше провести э ксперимент. Я предоставлю статический сайт на http, а вы его взломаете. Да фишинговые ссылки добавите. Кто тут много базарит, а как до дела так в кусты. Ну давай вперёд. А насчет тормозов сайтов на https по сравнению с http сам наблюдаю на мобилах на своих тестируемых сайтах. Пока не ослеп.

Нда. Про (1) ничего сказать не могу, рекламой не занимаюсь, (2) это фигня какая-то. Тормоза могут быть только с установкой соединения https но тут кеширование на что? (3) я тоже раньше чушью считал, но оно не ради конфиденциальности, а чтобы третьи лица не вкрячивали свое в твой и клиента канал. (4) вообще не пойму зачем. Спасибо за ответ, ничего ценного я не упускаю.

HTTPS тормозит ' - это миф. Современные браузеры и HTTP/2 работают быстрее именно с HTTPS. А ежели тормозит - значит, проблема в хостинге, а не в протоколе. 'На мобилах не открывается ' - это уже вопрос к вёрстке и адаптивности. Подавляющее большинство даже бюджетных смартфонов последних лет спокойно тянут HTTPS, а HTTP-сайты уже воспринимают как подозрительные. Ради копеек откатываться на HTTP - как снять замок с двери, directadvert просто не заморочились с поддержкой SSL на поддоменах, вот и всё. Аргумент 'это статика, взломать невозможно ' тоже не работает. Подмена содержимого, фишинговые ссылки, встраивание чужой рекламы, MITM - всё это возможно без всяких 'взломов ', особенно на открытых Wi-Fi.

Интересное расхождение в отчетах - вроде бы страниц в индексе стало меньше, но сильно растут отчеты по HTTPS, Breadcrumbs.

1. Хочу установить на сайт рекламу и показывать рекламу со своего поддомена. Это возможно на http. На https не работает. 2. H ttps тормозит загрузку страниц, а на мобилах страницы могут вообще не открываться. Кстати, проверьте свой сайт на смартфоне с малым экраном. Уверен, будете удивлены, а то сервисы показывают одно, а реально показывается другое. 3. HTTPS считаю чушью для статики. Какая нафиг ' конфиденциальная информация '? Где она? Кто ее будет перехватывать? Каким образом? Все запутано и туманно. 4. Ну и ради эксеримента. Кстати, попробуйте и вы перевеести сайт с https на http. Будете крайне удивлены костылями и косяками Гугло/Яндекса. А логи сервера введут вас в ступор.

Удаленная работа с международным проектом в сфере автоматизации логистики. Планируется постепенное увеличение рабочей нагрузки и заработной платы по мере вовлеченности. Обязанности: Ведение переписки по шаблонам в корпоративном WhatsApp Обработка и отслеживание email-заявок с использованием трекинговых инструментов Ведение базы данных клиентов Общение с клиентами Требования: Базовое знание английского языка на начальном уровне (приветствуется) Опыт работы с CRM (приветствуется) Навыки и понимание работы с ChatGPT для выполнения повседневных задач Опыт отслеживания email-трекинга и анализа эффективности коммуникации Заработная плата: от 300 евро в месяц, с возможностью увеличения Контакты для связи: Telegram: https://t.me /promo_t WhatsApp: https://wa.me /35795197729

работает за CF, даже капча появилась..ru&rr_type=HTTPS&ecs= У кого работают сайты за CF, возможно, что на этом пуле IP

Да, именно так. Причем сменил NS и решилась другая проблема, Клауд почему-то блокировал редиректы на http с дублей страниц. Редирект дублей https работали не все, а по незащищенного протоколу полный айс. Менял, отключал всякие там настройки, полностью отключал. Толку ноль. Где-то на зарубежном портале прочитал, что это Клауд может так чудить. Через пару дней выяснилось, что блокирует РКН и хостинги. Так как мой в списке одобренных был, его не менял. Небольшой рост трафика думаю получился из-за отсутствия блоков на уровне провайдеров (ip клауда были в блоке РКН). А вот глубина, скорее всего, не отображалась корректно из-за скриптов.

Посмотрите настройки браузера. У меня FF, там 'DNS через HTTPS ' через CF идет. Отключил, открывается норм. Также тормозило еще в мае.

Такой вопрос) был раньше популярный сайт, работал на http, уже как больше года не доступен, хочу запустить этот сайт, для начала лучше запустить на http и подождать чтобы восстановились страницы в яндексе и гугле или запустить на https а с http поставить 301 на https ?

Вот это здесь самое главное. За неделю сайт выпадает из топа Яндекса и чуть более неохотно из Гугла. А вот сколько они в индексе хранят инфу о нём этого я не знаю. Но обычно, если хороший сайт имел позиции в топ-10 и по каким-то причинам ненадолго вылетел достаточно просто снова его поднять и он встаёт на те же места, на которых был до падения. Не знаю, правда, как обычно бывает, после года недоступности. По сути нет разницы, на http сначала запустить или на https. 301 это сигнал поисковику о том, что страница переехала навсегда. Я бы делал сразу на https. Можете чисто ради своего спокойствия отправить на переиндексацию урлы с http, поисковик сам увидит, что там 301. Так вы и совету Владимира последуете и часть тактики, предложенной ChatGPT внедрите в запуск. Спросите его, что он об этом думает 😀

Или делать так как написал chatgpt?) Анализ твоей ситуации У тебя очень ценный 'спящий' проект с сильной SEO-историей. Основной трафик был: по URL на http:// из Яндекса и Google на определённые страницы (которые теперь снова доступны, когда восстановишь контент) Как действовать: 🔹 1. Восстановление контента приоритет Добавляешь все старые новости в те же URL, которые были раньше (особенно популярные). Это критично, чтобы поисковики могли 'узнать' страницы и вернуть их в индекс. 2. Запуск сайта на http:// 🔸 Почему: Именно на http:// у тебя была вся индексация и трафик. Роботы Яндекса и Google быстрее восстановят страницы, если увидят знакомые адреса без редиректов. 📌 Важно: страницы должны отдавать код 200 OK, быть полностью доступны и содержать оригинальный/восстановленный контент. 3. После восстановления переход на https:// с 301 Когда: Основной контент восстановлен и проиндексирован. В Яндекс.Вебмастере и Google Search Console начали снова появляться страницы. Прошло 26 недель...

ну и кашка у вас в голове, 'Элон Маск проект ЦРУ ' это даже на Рен-ТВ под вопрос поставят. По вашей теме. Ходите в интернет по https ваш провайдер видит на какой сайт вы пошли через SNI. Ходите по http все ваши пароли логины он может записать себе в блокнотик. Используете VPN ваш провайдер уже ничего не видит, кроме того что вы подключаетесь к какому-то VPN серверу и видит только его. Что вы делаете дальше он не знает. Но кто владеет vps/vpn куда вы там подключились может также наблюдать на какой сайт вы ходите, если без https то уже он может начать записывать в блокнотик ваши логины пароли. Используете ТОР? Ваш провайдер видит что вы зашли в ТОР (если он мониторит публичные айпи тора), используете ТОР через мост, то он просто думает что вы на какойнибудь Netflix зашли и ничего не видит. НО, с помощью DPI провайдеры могут анализировать паттерны трафика для выявления VPN/Tor даже при шифровании и выявлять ТОР даже через мосты, а с нейроными сетями это может стать совсем просто если...

Кому логи нужны, не дорого? Логи реальные, свежие. Пример: *****.ru 165.140.242.86 - - [10/Jun/2025:18:53:52 +0300] 'POST / HTTP/1.0 ' 403 199 'https://*****.ru ' 'Mozilla/5.0 (Windows NT 11.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36 Edg/126.0.0.0 '

И что ходят? Понаставили браузеры, которые поддерживают https/3 и QUIC 😄, но изучи технологии, именно ты указываешь со своего сайта на каком он протоколе работает и говорит браузерам какой твоему сайту нужен протокол. Вот с такой картинкой как у тебя и приходят в эту тему и кричат мол блокируют cloudflare. 😁

В Рф https/2 только. Наивно думать что включать https/3 и QUIC на сайтах и под этими протоколами ходить - новые железки это не детектят. Вот они и сбрасывают сертификат или блочат - посмотреть куда ты шифрованным идёшь, на какой сайт или VPN. 😀 А додуматься DNS распространённые с шифрованием использовать вообще плохая идея.

Проверьте правильность редиректа (с www без www, с http и https) -. На страницах сайта правильно указан атрибут rel = ' canonical ', уже со страницами нового домена?

Регистрар прислал предложение. Становитесь уникальнее с новыми доменными зонами*! Теперь вы можете зарегистрировать домены в популярных и модных зонах:.app,.dev,.new,.page,.channel,.day /// * Для работы доменов в этих зонах обязательна установка SSL-сертификата. Вопросы. 1. Это правда про обязательность SSL для работы доменов, или самодеятельность некоторых регистраров? 2. Что известно про обязательность SSL для доменов 3+ уровня под этими доменами? 3. Что известно про обязательность SSL для доменов в других зонах? 4. Откуда эта мода взялась, где первичный источник? На () от Google registry написано. The.dev top-level domain is included on the HSTS preload list, making HTTPS required on all connections to.dev websites and pages without needing individual HSTS registration or configuration. На () написано. The.dev extension is a secure namespace, so you need HTTPS and an SSL certificate for your website to load on most browsers. Похоже, что начальники Сети нашли очередной способ...

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

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