Поиск

Добавлено 05.01.2015 в 22:09 ---------- Позиции на месте, что могло произойти с сайтом, что не Google Analytic начал так определять? Поставил Метрику. Там практически тоже самое, показывает какие то 'Внутренние переходы ' Не фиксирует поисковики ---------- Добавлено 05.01.2015 в 23:07 ---------- Может это быть из за перехода Яндекс и Google на протокол HTTPS ?

Ок, давай задам вопрос по другому: - есть ли в интернете ресурсы, на которых на http://site-url/ ' и 'https://site-url/ ' был бы различный контент? И если да, то каков их процент по отношению к ресурсам на которых этот контент идентичен?. Ну тогда и http://site-url/ ' и 'http://site-url/ ' в разный момент времени может быть разный контент:). А вообще, я всегда считал, что https обеспечивает безопасную передачу данных без их изменения, посредствам их криптования через SSL. ---------- Добавлено 05.01.2015 в 15:30 ---------- andrey533, у меня и тот и другой открывается. А, вообще-то, РКН блокирует хост, а не протокол. А уже потом, нерадивые провайдеры реализовывают эту при помощи блокировки TCP-пакетов с определённым destination портами. Такую блокировку можно организовать менее ресурсоёмкими средствами, но именно из-за этого, к примеру, и блокируют неповинные сайты висящие на том-же IP. По хорошему, для правильной блокировки нужно читать http-заголовки, но делать этого никто не будет...

С помощью перехода на https можно даже уйти от фильтра роскомнадзора) вот пример

Конечно, может, поскольку тут меняется не только протокол, но и порт: https://site-url:443/ Более того, на http://site-url/ и http://site-url:81/ или http://site-url:443/ может быть разный контент, хотя протокол и будет одинаковым.

Какой бред, со стороны Яндекса, считать хост зеркалом самого себя же, только из-за различий в протоколе доступа к нему. Разве может на 'http://site-url/ ' и 'https://site-url/ ' быть различный контент?

Интересно попробовать с таким вариантом: делаем https версию, но не включаем редирект, а просто меняем зеркало. Ждем пару месяцев и потом включаем редирект. Нет, с гуглом изменений никаких нет.

Интересно, оправданны ли риски. Старые сайты переводить боюсь. а новые можно мутить на https://. Как обстоятельства с Google ? Дали обещанную конфетку?

В выдачи яндекса появились страницы с моего сайта, с таким протоколом: https. (тайтл) чужой-сайт.ru. https://www.мой-сайт.comfaq (у меня такой страницы отродясь не было). Я никогда не имел дел с протоколом https. Что делать в данной ситуации, где это искать и убирать? ---------- Добавлено 01.01.2015 в 23:23 ---------- Зайдя на эту страницу белая страница с надписью: Executing in an invalid environment for the supplied user Получается что только в выдаче такая фигня на самом сайте такой страницы и нету

можно вопрос, вы получали сертификат https?? для своего домена ? киньте ссылку в пм

Доброе утро. Главным зеркалом Яндекс выбрал сайт с https. Теперь нужно сделать перенаправление на http. Подскажите, пожалуйста, как это лучше сделать. Несколько вариантов, что пробовала, не работают. Спасибо.

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

Если зайти без https, то будет работать. Просто приложения без SSL сертификата не пашут в ВК. Посмотрел приложение. В принципе ничего особенного не увидел). Цена?

проверяйте https

не доконца понял проблему, проверьте: из результатов поиска http://лжедомен/xxxx/fff/hhh замените на https://лжедомен/xxxx/fff/hhh скорее всего откроется ваш сайт. Решил это дело примерно так (временно): в.htaccess добавил строки: RewriteEngine on - эту строку вставлять не надо если она уже есть в файле, но вставлять следующие только после нее RewriteCond %{HTTP_HOST} ^www.(.*) [NC]. RewriteRule ^(.*)$ http://%1/$1 [R=301,L] После этого стало так: 1. https://лжедомен/xxxx/fff/hhh 2. Ответ сервера 302. 3. http://лжедомен/

Возможно у даты проблема с SSL сертификатом - если на странице покупки заменить https на http, то всё нормально работает.

не имеет смысла, троян заберет их прямо из буфера обмена, самая сложная штука для перехвата - это экранная клавиатура если троян попал в комп, то можно смело считать, что все пароли скомпрометированы, трояны могут вычитывать пароли из всех пасс-сторэджей всех известных программ (в т.ч. специальных, для хранения паролей), трояны логируют ввод с устройств ввода, пишут то, что попадает в буфер-обмена, часто пишут экран (скриншотят), перехватывают все из сетевого стека (т.е. те же FTP-пароли), есть и такие, которые пишут звук видео с микрофона камеры а потом дампы собранных гигабайтов продаются на развес на соответствующих ресурсах, кто-то покупает эти дампы для одних целей, кто-то для других - т.е. это просто товар, там нет задачи взломать конкретного пользователя и увести конкретно его пароли, каждый покупатель подобного товара решает какую-то свою 'вредную ' задачу (кто-то специализируется на СПАМе, кто-то на платежных системах, кто-то на конфиденциальной корпоративной инсайд...

Такое 'недавно ' уже больше года, когда гугл полностью на https перешел - реферер не передается больше.

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

Подскажите, а для гугла в для Host если сайт https://сайт.ru/ прописывать Host: https://сайт.ru

Для httpS, как в примере, с протоколом;)