Поиск

Где-то слышал, что если страницу сайта внесли в реестр доменных имен и указателей страниц с запрещенной информацией, который ведет Роскомнадзор, и ваш сайт работает через https, то провайдеры не смогут понять на какую страницу сайта пользователь зашел, поэтому в исполнение решения заблокируют весь сайт. Также об этому пишет у себя сайт lurkmore Но я так и не понял что они имели в виду под выключением автоматического протокола шифрования. Кто точно знает как сейчас обстоит ситуация и какие меры нужно предпринять, чтобы сайт не заблокировали целиком?

Вместо того, чтобы прочитать как работаю прокси. вместо того, чтобы изучить спецификацию TLS с HTTPS. интереснее буковки на форуме писать.

Просто рекомендую вникнуть в техническую базу работы TSL и https. Локальный проксе сервер тут вообще не при чём, это как открыть панель разработчика увидеть там все урлы.

Эм. а ничего, что в https только домен передаётся провайдеру, а остальная часть урла защифрована?

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

Ваше право сомневаться. Ссылка в аттаче не должна меняться. Это неправильно. Каноникал прописан (его сам движок прописывает по умолчанию, к счастью - правильно), ПС радостно рапортует, что выбрал правильную ссылку. В этом проблемы нет. Проблема в том, что 'неправильных ' ссылок, как на скриншоте, натащило под 1000 штук. Их вообще не должно быть, вам так не кажется? Если на странице https://site/url-address/ стоит ссылка вида https://site/page/2/, то после того, как кто-то приписал в адресной строке что-то, ссылка https://site/page/2/ не должна меняться. В любом случае, мне ясно, откуда выросли ноги, и что делать, тоже ясно. Всем спасибо, кто откликнулся.

Это недостаток сертификата потому, что нет в нём какой то спец дребедени которая есть у comodo. Т.е. https переход управляемый не возможен. Не принимает для бедных Lets Encrypt инфу. Учись студент, спалил малину ради тебя. 😁

Https забыли платный.

Однозначно. А еще из за пагинации и рлатного https, Вы же знаете всё

https://биозан.рф - одноименный сайт для МЛМ от компании 'Биозан '. Подойдет сетевикам и кто занимается сетевым бизнесом. Товары не все добавил, лень.

https://нюдсы.рф https://гачи.рф

Привет всем. Возник вопрос по внутренней оптимизации. Постараюсь объяснить максимально точно. Есть сайт на котором допустим 100 материалов (статей), в некоторых статьях есть ссылки в текстах на другие страницы сайта, в некоторых нет. Но на каждой странице материалов в самом конце есть информер который рандомно выводит ссилки на 4 других материалов на сайте, если считать код страницы то информер выводит их как a href= 'https://ссилка_на материал ' target= '_blank ' название материала /a. Что если сделать так: вместо рандомного вывода материалов, выводить 4 предыдущих материалов, и чтоб после обновления ссылки были те же самые. Допустим на странице №1 информер выводил ссылку на 2,3,4,5 материал, страница материала №2 информер выводит ссылку на материалы 3,4,5,6. Страница материала №3 информер выводит ссылку на материалы 4,5,6,7 и т.д. Получается что ссылки будут 'вечные ' и это, как мне кажется будет более равномерно распределять вес по всему сайту. Кто что может сказать по данному...

Сертификат Letsencrypt, который ISP manager light получает при помощи своего встроенного плугина, имеет ошибочный промежуточный сертификат, если речь идёт о wildcard сертификате. С обычным всё нормально. Что с этим делать непонятно. Проблема возникла пару месяцев назад и не решается. Из-за этого сертификат не проходит роверку. Например facebook отказывает в шаринге ибо 'invalid ssl '. Там где было получение по протокооу https через file_get_contents с этого домена пришлось вставлять костыль с отключением проверки. Что isp решило отказаться от юзеров и помереть - конечно в курсе, но вопрос с избавлением от него там где он есть - не решается так быстро. А эта проблема есть уже сейчас. Что, никто не пользуется такой связкой?

у вас там default'ный на его ip? открывает то же что https://ip/ ? Есть вероятность, что с сервера где dns запрос возвращает ip от (а не ip от ). Может в hosts прописано, может ip для вы недавно сменили и еще какой-то кэш не истек. Узнайте какой ip у видится с сервера Например php скриптом: ?echo `dig +short `;? или: xmp ?print_r(dns_get_record('',DNS_A));? Если действительно покажет ip от, то ничего удивительного что запрос в итоге приходит на

Ну как бэ факт имел место быть. А показанные ошибки не вызывают 500 (опять же - не было бы таблицы опций - наверняка 500 и было б). И почему такое в логах - пока не понятно. 500 вызвал таймаут (на свежеустановленным сервере с дефолтными настройками php. Я только gd сменил на imagik) [fcgid:warn] [pid 2114] mod_fcgid: read data timeout in 40 seconds, referer: https://сайт/wp-admin/ [fcgid:warn] (110)Connection timed out: mod_fcgid: ap_pass_brigade failed in handle_request_ipc function, referer: https://сайт/wp-admin/ Повтор обновления прошел уже нормально. Но я ни в коем случае не гоню на панель! Нет-нет! Тут надо время-тесты-поразбираться, чтобы делать какие-то выводы.

Зачем? При наличии - https - отложенной загрузки Хотя у меня подключен ( как мне говорят ) самым тяжелым плагином😂 Но, у меня: раз работает не трогаю, и +свои мотивы Больше года задействовано, - сбор статистики не изменился при включении - PageSpeed, там кроме метрики дофига еще чего влияет ( http/2 включено, отложка, CDN ) Фото большого размера, нигде нет тумбл. PageSpeed 99/100, Яндекс 5/5

Небольшой отзыв от клиента из личных сообщений форума: А ещё вам поведаю интересную историю об оптимизации. Обращается клиент, нужно настроить сервер с ISP 5 панелью и 86 сайтами на Worpdpress. Сайты многостраничные сателлиты, статьи + картинки, но их очень много на каждом сайте. Без проблем начинаю настройку, с клиентом не в первый раз работаем. Провожу все манипуляции, но замечаю, что MySQL по ощущением 'биткоины майнит', но при этом никаких запросов долгих нет. Не зная специфики сайтов, я ничего не могу сделать, но север работает без перебоев и сайты открываются моментально. Проходит неделя, новый день начинается с сообщения от клиента: 'Сервер стал хуже работать, чем до настройки и сейчас сайты вообще не доступны.' И показывает такую картинку: Что-то тут не так, думаю я. Начинаю разбираться, подключаю мониторинги, логи и сразу вижу, что кто-то ищет на всех сайтах уязвимости. Бот работает без стеснения в 100 потоков для каждого сайта. При такой нагрузке всё падает. Я быстро...

Всем доброго дня. Нужен SSL на сайте без движка (HTML). Устанавливаю SSL-сертификат, в htaccess пишу рекомендуемый хостингом код, но при вставке кода - белое окно, сайт не грузится. Техподдержка хостинга написала следующее: ' Причина в том, что ссылки в коде страницы http, и браузер блокирует на сайте доступном по https небезопасные ссылки http. Нужно в коде сайта заменить все ссылки http на https. ' Получается, нужно вручную поменять относительные ссылки на абсолютные вида ' https://сайт.ру/страница '?

С помощью Total Commander нашел все ссылки http, изменил на https и всё стало хорошо. Спасибо за помощь в направлении.

Каким образом можно ускорить загрузку сайта https:// gidro - dom. ru по гугл PageSpeed ? Сайт на битрикс