【问题标题】:Sitecore with DMS vs caching server - how do you handle it?Sitecore 与 DMS 与缓存服务器 - 你如何处理它?
【发布时间】:2013-05-15 11:18:50
【问题描述】:

我们计划在客户的 Sitecore 安装中引入 DMS。它在我们国家是一个相当受欢迎的网站,我们必须使用代理缓存服务器(在这种情况下是 Nginx)来使其具有高流量证明。

但是,据我们所知,无法在启用缓存代理的情况下使用所有 DMS 功能 - 例如内容的个性化 - 如果它被缓存,它将不会被个性化。

有没有办法在启用代理缓存的情况下使用所有 DMS 功能?如果不是,您如何处理高流量站点的这个问题 - 是购买更多的 Content Delivery 服务器来承载负载,还是使用更好的硬件(RAM、CPU、带宽)扩展当前服务器?

【问题讨论】:

  • 伙计们,谢谢大家的回答,我会检查你的建议。其中一些是我们自己找到的,但我相信其中很多都会有所帮助。

标签: caching nginx content-management-system sitecore sitecore-dms


【解决方案1】:

我自己也一直在想这个。

我一直在考虑实现一个 ajax Web 服务: - 与 DMS 对话并返回 JSON - 允许您呈现个性化的组件客户端 - 允许您触发分析事件

我一直在谷歌上搜索,但还没有找到任何人这样做并发布了信息。我唯一发现类似的地方实际上是在移动 sdk 中,但我还没有机会深入研究它。

【讨论】:

    【解决方案2】:

    您可能会尝试从代理缓存中移除某些页面,甚至全部页面。

    • 没有理由不对静态资产和媒体库资产使用 CDN,所以坚持下去
    • 利用 Sitecore 的内置 html 缓存进行子布局/渲染 - 有很多缓存选项
    • 使用 Sitecore 的调试功能跟踪您网站上最慢的组件
    • 考虑使用索引而不是“快速”或 Sitecore 查询
    • 不要做后代查询“//*”(我在计算导航的选中状态时经常看到这个 - 提示:反过来,计算当前页面的祖先)

    @jammykam 写了一个excellent answer on this over here

    John West 写了a great blog post on this also,虽然有点老。

    祝你好运!

    【讨论】:

      【解决方案3】:

      我也未能成功同时使用代理服务器缓存和 DMS。对于极高的负载,我建议客户遵循标准的优化和扩展指南,尤其是为尽可能多的站点构建适当的 Sitecore 子布局和布局缓存。完成缓存后,通过负载平衡在多个 Content Delivery 节点之间进行分布,以帮助同时支持大容量和个性化。

      我听说其他具有个性化功能的 CMS 使用 javascript 方法在客户端加载个性化内容,但我担心会丢失在加载个性化内容并与之交互时收集的分析数据的跟踪.

      【讨论】:

        猜你喜欢
        • 2022-01-20
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2011-01-03
        • 1970-01-01
        • 2011-07-26
        相关资源
        最近更新 更多