2009-06-12 7 views
5

У меня есть сайт, который работает очень хорошо, когда все в HTTPS (аутентификация, веб-службы и т. Д.). Если я использую http и https, это требует большего количества кодировок (проблемы с перекрестными доменами).Хорошая практика или плохая практика заставить весь сайт HTTPS?

Я, кажется, не вижу много веб-сайтов, которые полностью находятся в HTTPS, поэтому мне было интересно, было ли это плохой идеей?

Edit: Сайт должен быть размещен на Azure облако, где полоса пропускания и использование процессора может быть проблемой ...

ответ

3

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

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

+0

Спасибо, не знал о кешировании. Кэширование может быть очень важно для меня на моей главной странице, так как будут бинарные данные, загруженные из службы. – vidalsasoon

4

HTTPS уменьшает сервер пропускной это может быть плохой идеей, если ваше оборудование не может справиться с этим. Вы можете найти this post useful. В этой статье (академической) также обсуждается the overhead of HTTPS.

+1

Ссылка на академическую статью мертва. Не могли бы вы разместить живое или просто название статьи? Довольно, пожалуйста? – hannson

+1

Вот почему я действительно люблю WayBackMachine! https://web.archive.org/web/20100215150018/http://iweb.tntech.edu/hexb/publications/https-STAR-03122003.pdf – Hath1

5

вы теряете много возможностей с HTTPS (главным образом связанные с исполнением)

  • Доверенные не страницы кэша
  • Вы не можете использовать обратный прокси-сервер для повышения производительности
  • Вы не можете размещать несколько доменов на тот же адрес
  • Очевидно, что шифрование не потребляет ЦП

Может быть, это не проблема для вас, хотя это действительно зависит от требований.

+0

Веб-браузер также не будет кэшировать контент. – BacMan

+3

Вы можете использовать обратный прокси-сервер с https, если обратный прокси-сервер сообщает https клиенту и простой http для серверных серверов. – dave4420

+4

Веб-браузеры Кэш HTTPS-содержимого. Поведение кэширования зависит только от заголовка Cache-control. Обычно, когда HTTPS используется для транзакций, банковского дела и т. Д., Cache-control установлен на «no-cache» – chris166

4

Если у вас есть HTTP-запросы, поступающие с HTTPS-страницы, вы заставите пользователя подтвердить загрузку небезопасных данных. Раздражает некоторые сайты, которые я использую.

+1

Просто для этого немного используйте пример: если вы показываете изображения с другого URL-адреса (например, контента или сервера изображений), которые сами не зашифрованы (например, http://myimageserver.com/Image.jpg), тогда браузер будет вывести предупреждение о том, что некоторые части страницы не зашифрованы. –

1

Я ненавижу работать в бессмысленные сайты all-https, которые не обрабатывают ничего, что действительно требует шифрования. В основном потому, что все они кажутся в 10 раз медленнее, чем каждый другой сайт, который я посещаю. Как и большинство страниц документации на developer.mozilla.org, вы заставите вас просматривать его с помощью https, без каких-либо оснований, и на загрузку всегда требуется много времени.

+2

Да, я ненавижу сайты, которые заботятся о защите моего веб-браузера от любопытных глаз ... –

3

Рекомендуется использовать все HTTPS - или, по крайней мере, предоставить знающим пользователям возможность для всех HTTPS.

Если есть определенные случаи, когда HTTPS абсолютно бесполезен, и в тех случаях вы обнаружите, что производительность ухудшилась, только тогда вы по умолчанию или разрешите использование без HTTPS.