相关疑难解决方法(0)

性能是唯一的问题吗？在整个用户的会话中不能使用https连接吗？显然发生的重定向更少!

我在http vs. https性能上发现了这个相关问题

编辑:好的,我不是说' 仅用于登录'.相反,我想问的是,如果你在网站的任何地方需要https,无论是登录还是付款,为什么不通过http与网站进行所有通信呢？

例如,假设一个博客站点.现在,可以通过发送电子邮件来创建博客帖子.接下来,我可能会提供"登录",然后提供"添加帖子"操作.在这种情况下,通常https 仅用于登录,然后再用常规http来实际添加帖子.因为,现在需要提供一种"管理"模式,可以说,当一个人处于"管理"模式时,为什么不通过https进行所有通信,即登录.

出于什么原因,网站提供逻辑来在JavaScript包含文件的http/https协议之间切换？为什么不总是使用https？

我想知道 Kentico 是否有一种“最佳实践”方法来确保在特定页面类型上将Requires SSL属性设置为Yes，而不从父页面继承该属性。

我已经对此进行了研究并实施了一个可行的解决方案（如下），但我很想知道是否有更好的“开箱即用”解决方案，但我可能忽略了。

我们正在使用 Kentico v8.2 和 ASPX + 门户页面类型。

我们的技术要求

1. 通过 HTTP 或 HTTPS 提供父列表页面
2. 仅通过 HTTPS 提供子页面

我们的用例场景

用户浏览列出职位空缺的页面。用户打开包含申请表的特定职位空缺页面。由于页面是通过安全连接提供的，因此用户可以放心地将个人详细信息输入到申请表中。

考虑的解决方案

我能找到的最接近的“开箱即用”解决方案是将父列表页面设置为Require SSL = Yes然后在子页面上继承它，但是这不符合我们允许提供列表页面的技术要求通过 HTTP。

我还决定不在每个子页面上手动设置Requires SSL = Yes，因为我不想把这个负担放在 CMS 编辑器上，给他们更多不必要的权限并打开它以应对人为错误。

当前解决方案

所以我最终编写了一个自定义事件处理程序来设置文档插入或文档更新事件上的 Requires SSL 属性。

最初我是基于页面类型 (Node.ClassName) 执行此操作，但将其更改为基于字段值，以便我可以通过简单地添加字段而不重构我的代码和部署 DLL 来更轻松地将其应用于其他页面类型。

[CustomEvents]
public partial class CMSModuleLoader
{
    private class CustomEvents : CMSLoaderAttribute
    {
        public override void Init() { 
            DocumentEvents.Insert.Before += Document_Insert_Before;
            DocumentEvents.Update.Before += Document_Update_Before; …