Поиск

Уже про HTTPs обещали сайты апать, чем закончилось? Сейчас в апреле поднимут, вылезет какое то УГ, но с мобильной версией, а нормальный сайт уйдет. Потом почешут голову, подумают что на новых телефонах 6 6plus, самсунгах и без мобильной версии все читаемо, и все вернут назад. Пока над алгоритмом думали куча мобильных девайсов появилось на которых и так все нормально видно. Поздно как говориться. ---------- Добавлено 04.03.2015 в 01:03 ---------- Как в предыдущем посте писали: Цитата: @media screen and (min-width: 800px) { #sidebar{ display:inline-block; } } Вот и вся оптимизация

Кипер лайт (ныне Вебпро). К телефону лучше не привязывать (в связи с довольно легким путем восстановления симкарты) По поводу вируса в буфере обмена - каждую оплату всегда сверяю два раза. Если поставить на отдельном 100% чистом компе, так вообще не подкопаться никак. Классик небезопасен. А вообще, по поводу безопасности, сравните с ЯДеньгами. Сертификата нет, обычный https, а недавно вообще дыра очередная с возможностью восстановления платежного пароля.

lavr7502, уже понятнее. Так в чем собственно подозревается провайдер и почему это вас не устраивает?. 1. на картинке мы видим, что днс гугла и провайдера отдают адреса провайдера. Этой же картинке мы видим некий хост ' ', однако не видим откуда он вообще взялся. Вы его из браузера достали. И взялся он из другой схемы распределения трафика работающей отдельно от DNS. Youtube видит IP, которым вы подключаетесь к youtube позволяет выдать вам такой URL для видеоконтента по протоколу HTTP, а не DNS. Зная это, использовать этот хост для экспериментов и предположений о работе DNS в данном случае уже не стоит. Но остальные эксперименты с резолвом ' ' выглядят нормально. Никакой подмены нет: 2) вы обращаетесь на 8.8.8.8 - вам выдают ближайший к вам сервер Гугла. Он, внезапно, находится в сети провайдера. Эта сеть не помечена как принадлежащая Гуглу. Но разве это обязательно ? В этом нет ничего необычного. Как там дальше сделан туннель, где именно осуществляется обработка https - это уже...

1. мой комп, один, обозвал его 'Андрей ', для проверки использовал стандартную утилиту винды nslookup, работающую через командную строку (CMD), в разных окошках разные днс, поэтому три окошка: днс провайдера, днс гугл и днс опенднс 2. подсеть 94.24 и 83.142 как гласит и провайдер не отпирается - это сетки провайдера интерсвязь, т.е. моего провайдера, остальные - гугловские. 3. днс по адресу 127.0.0.1 это DNSCrypt - программа, которая шифрует днс траффик до серверов OpenDNS и позволяет избежать перехвата днс запросов провайдером и собственно их подмены. Является и выполняет по сути ту же роль, что и https для веба. Поэтому: 1. на картинке мы видим, что днс гугла и провайдера отдают адреса провайдера 2. днс шифрованный отдаёт адреса гугловские, может кеш прокси гугла криво работает с таким днсом? Нет, как мы видим, видеоролик с шифр. днс гугл верно отдаёт - из сети провайдера 3. если гугл верно определяет моё местоположение, почему не отдаёт при любых вариантах днс ip адреса провайдера?

ASA5505 Спасибо КЭП (именно это и просит сиська, а где и какую не говорит, там даже ссылка на ) решил по другому лезем по адресу https://my_cisco_adres/admin/public/ качаем аплетик в конфиге явы разрешаем https://my_cisco_adres ну и работаем)))) наконец-то))))

Спасибо всем! Работает! По двум протоколам, а индексацию https версии закрыл с помощью, который выдается разный для разных протоколов с помощью.access

А почему убрали работу с сайтом по HTTPS?

Столкнулись в точности с такой проблемой Сейчас поисковые системы выкинули все страницы с HTTP, оставили только HTTPS. Обратный редирект сделать не удается. Если оставить два соединения HTTPS и HTTP, насколько это правильно? Прошу дельный совет, коллеги!

У Яндекса явно какие-то проблемы с HTTPS, собственно по этому решели от этого варианта отказаться. Выключились персонализированные снипппеты, поддержка сказала что ведет работы. На Яндекс Маркете начали падать ошибки, поддержка сказала что проблема из-за HTTPS и починять не скоро. Откатились в выдаче на 80% по всем запросам.

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

Это самый дешёвый сертификат, но для Вашей задачи его будет вполне достаточно. Нет, не правильно. SSL сертификат выдаётся на домен и соответственно Ваш сайт быдет одновременно доступен как по http, так и по https протоколу. Сделать только определённые страницы сайта по https протоколу, у Вас не получится, если не вынесите их на поддомен.

делайте редирект с HTTP на HTTPS.

Спасибо, конечно, но мой уровень знания серверных технологий настолько низок, что во всей статье я встретил только несколько знакомых слов для себя, не говоря уже о том, что это все дает. Я однозначно буду идти по кратчайшему пути: создание отдельной страницы с формой и актион-страницы на https, а все остальное пусть как есть. Но даже эта задача меня пугает, так как никогда с этим не сталкивался и чувствую придется покипеть моей голове, начиная от поиска где купить сертификат подешевле (и почему у них вообще такие разные цены) и заканчивая реализацией всего этого дела. Хорошо хоть заранее побеспокоился об этом и есть время порыскать по нету в поисках инфы.

Можно лучше, оставить http и https сделать на другом порту:). #single_http_https_server

Лучше делать и страницу с формой, и action-страницу (ту, куда форма указывает - если они разные, обычно это так) через https. Что для этого надо сделать: 1. Поднять сам https; 2. Сделать принудительную переадресацию для данных страницы на https; 3. Красне желательно - обновить ссылки сайта на эти страницы. 4. Можно так же сделать переадресацию для остальных страниц на http; 5. И не забудьте добавить в директиву Host с http. ЗЫ: а лучше, если есть такая необходимость и возможность, сделать весь сайт на https. Действительно, первое время может немного колбасить сайт в выдаче, но 1-2 недели и все устанавливается, главное пропишите сразу в вебмастерах адрес с http s, и оставьте картинки доступными по http (для Яндекса). Вроде все. Удачи.:)

Именно. Что касается условий RewriteCond, то по умолчанию пачка идущих подряд условий объединяется логическим 'И '. То есть, чтобы сработало правило RewriteRule, после них стоЯщее, ВСЕ эти условия должны выполниться. А чтобы для срабатывания правила RewriteRule было достаточно только одного из этих условий, то к ним нужно добавлять флаг OR. В итоге получается так: RewriteEngine on. RewriteCond %{HTTP_REFERER} buttons-for-website.com [NC,OR]. RewriteCond %{HTTP_REFERER} ^https?://(www.)?((semalt|crawler).)?semalt.com [NC]. RewriteRule.* - [F,L]. Если по последнему условию (которое с semalt) боты не блочатся, значит, я в нём накосячил:). Хотя я сейчас не вижу ошибок. Вроде всё правильно 'слепил ' воедино.

В этот апдейт на некоммерческом сайте главную страницу Яндекс переделал на httpsВ ЯВМ никаких галок не стоит, почему такое могло произойти и чем грозит сайту?

Одна из страниц сайта в выдаче Яндекс представлена ссылкой на https. При этом: https на сайте не подключен. внутренних ссылок формата https не обнаружено. по ahrefs такие ссылки на страницу тоже не ведут. при клике по ссылке на https Chrome выдает ошибку, т.к. сертификат на деле отсутствует. По чему Яндекс мог включить в выдачу страницу с https?

Ну если у вас Хром запрашивает сертификат, то все таки доступ по https есть, просто нет сертификата. Если бы доступа не было, то Хром сказал бы что-то типа 'Веб-страница не доступна '. Могу ошибаться, но стоит проверить на любом другом сайте.

Привет! Есть кейсы по переезду на https с указанием данных о позициях и трафике для Гугла, Яндекса и Мейла?. Слышал, что с Гуглом все красиво, а вот Яндекс может похерить траф. Насколько это правда, в частности для коммерческих проектов?