В вашем случае (только при защите страницы login
с помощью HTTPS), когда данные для входа будут защищены (например, имя пользователя / пароль), ваши пользователи будут подвержены перехвату сеанса.
Независимо от того, используете ли выСмесь HTTP / HTTPS или полного HTTPS зависит от вашей ситуации.Amazon, например, будет использовать HTTPS для входа в систему, но вы будете просматривать сайт по HTTP, но как только вы перейдете в чувствительную область (экран сведений о заказе, измените данные учетной записи / пароля и т. Д.), Он переключится на HTTPS и запроситВы должны пройти повторную аутентификацию. Повторная аутентификация пользователя после переключения с HTTP на HTTPS является ключом для прекращения перехвата сеанса, потому что вы эффективно выпускаете новый токен сеанса. Так что, если пользователь украл токен сеанса, у него все равно нетваше имя пользователя / пароль и не может получить доступ к разделу вашей учетной записи.
Если область администратора особенно чувствительна, тогда просто HTTPS все это.Google обнаружил, что издержки от использования полного HTTPS были между 1-5% нагрузки на ЦП, практически ничего.
Что касается кэширования статических файлов на HTTPS, я не уверен, но этот пост предполагает, что это будеткэшировать как обычно Будет ли веб-браузер кэшировать содержимое через https