Поиск

В данном случае смысла нет никакого, т.к. форум не умеет использовать HTTPS. Но если бы мы находились на странице / то и фавиконка попыталась бы загрузиться с Все ресурсы на странице, полученной по HTTPS, должны подгружаться по тому же самому протоколу, иначе будет дыра в безопасности и предупреждение в браузере, что не вся страница зашифрована. А подобный синтаксис позволяет использовать одну и ту же ссылку для обоих протоколов. Это удобно, когда заранее неизвестно, какой именно протокол будет использован.

т.е. на котором размещен такой путь к скриптам? Т.е. если у меня то код грузит c https, и соответственно с http?. На серче, тоже фавикон так грузится: Объясните пожалуйста смысл такого синтаксиса.

А смысл какой?. src= ' https: // или src= ' http: //. работает же?. Хочется узнать причину такого формата.

Не все, а у кого есть https Короче брать данные с того протокола, какой отдаст сервер.

Столкнулся с такой проблемой. Из-за того, что сайт работает на https, Вебвизор фиксирует параметры визитов, но сама запись не показывается. Собственно вопрос, если ли какие-то другие сервисы, которые могут работать с https или этот шифрованный протокол и с него записи вести не реально? ---------- Добавлено 23.05.2014 в 16:29 ---------- Гм. Нашел пост 3 летней давности где сказано, что поддержка есть.

НЕ получается настроить 3proxy не работают. Нужно на ВДС 5 IP. Подскажите что не так в конфиге или стукните в личку, за помощь отблагодарю. nserver 8.8.8.8. nserver 8.8.4.4. nscache 65536. timeouts 1 5 30 60 180 1800 15 60. daemon. auth iponly allow * * *. log /var/log/3proxy/ D. logformat '- +_L%t.%. %N.%p %E %U %C:%c %R:%r %O %I %h %T ' archiver gz /usr/bin/gzip %F. rotate 30. auth strong. allow * * * 80-88,8080-8088 HTTP. allow * * * 443,8443 HTTPS. auth strong. flush. maxconn 32. setgid 65534. setuid 65534. proxy -n -a -p22158

Здравствуйте! Нужно реализовать HTTPS на VPS, ранее с подобным не сталкивался, поделитесь опытом если есть, в частности интересуют такие вопросы: 1. Возможно ли настроить HTTPS на VPS так что бы протокол работал только на одном/нескольких нужных сайтах (а некоторые работали через HTTP)?. 2. Как и где покупать сертификат?. 3. Цена вопроса?. 4. Можно ли использовать на Сentos такие утилиты как OpenSSL и SuSE и насколько они хуже? Возможно вопросы не совсем правильно сформулированы, прошу извинить за это и по возможности поправить и объяснить неразумному, нужно срочно разобраться:)

Это не интуиция, а ежедневная потребность ) Если ссылка на ролик начинается c 'https:. ', то при проверке позиций нужно убирать букву 's ', чтобы ссылка начиналась с 'http:. '

RewriteCond %{HTTP_REFERER} google [OR]. RewriteCond %{HTTP_REFERER} yahoo [OR]. RewriteCond %{HTTP_REFERER} bing. RewriteCond %{REQUEST_URI} !^/promo/. RewriteRule.* /promo/? [R,L]. При переходе с протокола https который использует гугл, реферер вроде передаваться не будет. А значит и отследить данных пользователей что с пс не возможно.

так ведь если https, то шифруется даже урл, т.е. СОРМ-2 и т.п. сниферы видят только ip и соответственно блокировать могут только ip, а его сменить - 5 минут работы.

Возможно, но если https нужен для нескольких сайтов, то у каждого из них должен быть отдельный IP.

1. В общем - нет, HTTPS работает на порту, т.е. несколько разных https сайтов на одном порту не поддерживаются ( на самом деле есть SNI, но возможны проблемы с совместимостью с некоторыми браузерами). Один на https, остальные на http - без проблем (порты разные) 2. бесплатно 3. ноль 4. можно, openssl на centos / suse не отличается от такового на других платформах, этож кроссплатформенная тулза

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

Тема актуальная, я б купил персональные https прокси не забаненые гуглом.

У ТСа апи какого-то банка который работает по https. ТС, у вас выше есть две ссылки с примерами как с помощью curl отправить запрос с json, если это то что вам нужно.

Есть задача передать POST-запрос через заголовки, указав. Accept: [application/xml]; Accept-Encoding: [UTF-8]; Content-Type: [application/xml; charset=UTF-8]; и получить обратно ответ от удаленного HTTPS-сервера. Второй день бьюсь и ничего не получается. Не подскажите в какую сторону крутить? Желательно с примером рабочим.

Значит не так пробовали. Для https возможно потребуется отключить проверку сертификатов CURLOPT_SSL_VERIFYPEER и CURLOPT_SSL_VERIFYHOST

Насколько я знаю, Google использует https, поэтому поисковые запросы не передаются вебмастеру.. Не титлы, а тайтлы

Гугл подключил SSL на поисковые домены, а как известно с https не передается refer. Таким образом метрика не знает с какой ссылки был переход и не может дернуть поисковой запрос. Ваши 10% это те, кто заходит с http. Пользуйтесь аналитикой от гугла, она все показывает и те же запросы с яндекса.

Давно по ипу хожу вида: https://12.34.567.890/manager/ispmgr У людей какаята мания везде зло искать, и чуть что тему поднимать. И сделал так не хостер а VDSmanager которым они пользуются.