Tridion 增加修改属性有什么作用?

Tridion 增加修改属性有什么作用?,tridion,Tridion,在%TRIDION\u HOME%\web\WebUI\WebRoot\Configuration\System.config中,我们可以增加修改属性的值,以指示内容管理器强制下载项目 该设置在SDL Live Content上的“内容管理器资源管理器蒙皮”主题中提到,但也在该主题中提到 更新CME的替代方法包括清除浏览器缓存(Chrome中的CTRL+Shift+Delete)或设置每个用户的缓存设置 问题: 我是否应该将其用于任何CM端更改,如GUI扩展、模式更改或模板链接模式?或者它只适

%TRIDION\u HOME%\web\WebUI\WebRoot\Configuration\System.config
中,我们可以增加修改属性的值,以指示内容管理器强制下载项目

该设置在SDL Live Content上的“内容管理器资源管理器蒙皮”主题中提到,但也在该主题中提到

更新CME的替代方法包括清除浏览器缓存(Chrome中的CTRL+Shift+Delete)或设置每个用户的缓存设置

问题: 我是否应该将其用于任何CM端更改,如GUI扩展、模式更改或模板链接模式?或者它只适用于Content Manager资源管理器的某些部分


换句话说,在模式和模板更改后,让用户获得最新版本的组件、模式下拉列表和模板选择的最佳方法是什么?

SDL Tridion CMS界面缓存CMS项目,以便更快地浏览和加载其自己的界面。这确实意味着有时:

  • 自定义GUI扩展可能不会显示文件的最新版本
  • 最近创建或修改的CMS项目可能不会显示,或显示最新版本
这就是为什么有时在组件字段中不显示新关键字,或者在尝试添加组件页面时不显示新组件模板的原因

增加节点中的修改编号将导致所有CMS项目向CMS用户显示最新版本。您将看到是否使用此值引用CMS GUI使用的CSS和JS文件

作为一名开发人员,我还关闭了Firefox缓存(我更喜欢Firefox作为firebug扩展,firebug扩展非常适合使用GUI扩展),因为这意味着您不需要去更改这个值,简单的浏览器刷新似乎总能做到这一点。关闭缓存在这里有解释:

据我所知

<server version="6.1.0.55920" modification="7">

这仅清除
JS
CSS
相关缓存。当用户访问CM时,CM将加载所有文件,包括最新副本

我是否应该将其用于任何CM端更改,如GUI扩展、模式更改或模板链接模式?还是仅适用于Content Manager Explorer的某些部分?

对于这一行,答案是否定的。因为当用户对模式进行任何更改时,所有发布上的更改都应该刷新。目前,浏览器上未出现这种情况

希望这可能在未来的版本中得到修复

换句话说,架构和模板更改后,让用户获得组件、架构下拉列表和模板选择的最新版本的最佳方法是什么?


当前,用户应进行强制刷新,以获取所有出版物的更新信息。

Tridion UI生成/合并的每个CSS和JavaScript文件以及许多静态(图像)文件的URL中都包含
修改属性
版本
属性的值。因此URL看起来是这样的
edit_v.6.1.0.55920.7.aspx?mode=css
。由于浏览器将此视为一个新的URL,因此无法将文件保存在其缓存中。因此,它必须始终从服务器下载文件,而不是使用本地缓存中的(可能过时的)文件

这是一种将一些版本信息注入URL的技术,称为“URL指纹”。谷歌通常在URL中嵌入一个文件的哈希值,以确保在不要求开发者手动增加版本号的情况下进行指纹识别。但无论使用哪种指纹识别方法,该技术都是确保所有浏览器下载最新版本代码的非常有效的方法

如果您正在开发一个GUI扩展,您通常可以通过清除浏览器缓存甚至完全禁用它(对于Tridion域)来获得相同的效果。但是,一旦您将扩展部署到非开发服务器,更改
modification
属性是确保所有用户都能获得最新的JavaScript/CSS更改的最可靠的方法,而无需每个用户都手动清除缓存


Tridion中的URL指纹只影响CSS、JavaScript和图像文件。实际的CMS数据(如模式和组件)是使用XMLHttpRequests加载的,因此不受
修改
属性的影响。

不同意您的意见,John。Frank关于属性的范围是正确的——关键字等项的缓存不受影响。