Tridion 如何启用内容交付日志

如何在Tridion 2011 sp1中启用内容交付日志记录。我们有.net版本的内容交付。在安装内容交付之后，我们更改了应用程序文件夹（D:\Inetpub\MyPortal\bin\config）中的日志文件，下面是日志xml中的设置

<property name="log.history" value="7"/>
<property name="log.folder" value="D:\tridion\log"/>
<property name="log.level" value="DEBUG"/>

完成更改后，我们重置IIS。但是我们在上面的位置没有看到任何日志文件

我们要检查日志文件的原因是

我们已经实现了内容过滤机制。其中我们使用各种查询条件，如ItemSchemaCriteria、CustomMetaKeyCriteria、KeywordCriteria

不知何故，对于某些过滤器，结果不会显示，尽管我们在代理数据库中有组件。如何准确地检查在页面上执行过滤机制时触发的查询

---

注意：在位置d:\Tridion\log\我们可以看到像cd_core.2012-10-25、cd_monitor.2012-10-25、cd_deployer.2012-10-25、cd_transport.2012-10-25这样的文件，但这些文件是旧的，我们需要今天的日志。（04-11-2012）

关于这一问题的更多投入： 我们发现，当我们为类别添加cirteria时，时间结果不会出现

关键词标准FilterCategory 5303Criteria0=新关键词标准（“FilterCategory”、“Administrative”）； 条件[]filterCatCriteria5303={FilterCategory 5303标准0}； Criteria filterCatOrCriteria5303=CriteriaFactory.Or（filterCatCriteria5303）； mainCriteria5303=标准工厂和（mainCriteria5303，filterCatOrCriteria5303）

在broker db中的CUSTOM_META表中，我们有2个组件的条目。

---

KEY\u NAME=“FilterCategory”和KEY\u STRING\u VALUE=“Administrative”

每当代理查询没有给出我期望的结果时，我都会走向MSSQL查询分析器，查看数据库级别上实际发生了什么

我在Tridion practice wiki上的一篇文章中记录了这个过程：

以下步骤的快速总结：

启动MSSQL查询探查器

开始一个新的跟踪

根据数据库名称筛选跟踪

重新加载页面，这样查询就会启动

在探查器中查找查询

将查询复制到更好的工具中并重新格式化

一旦你达到第6步，你就会明白为什么没有结果。我经常会修改SQL以得到我想要的结果。从这一点出发，我修改了标准以生成SQL，这有时可能是一个挑战。

如果您使用：

<property name="log.folder" value="D:\tridion\log"/>

这将给您留下最终生成的SQL查询的印象

我的最后一句话是关于关键字标准和您如何使用它。您应该知道关键字Criteria与定制的_元表没有任何关系。对于与该表相关的查询，应使用名为“CustomMeta***标准”的标准

在您的情况下，可能需要使用：

new CustomMetaValueCriteria(new CustomMetaKeyCriteria("FilterCategory"), "Administrative");

希望这有帮助

干杯，

---

Daniel。

此文件中是否记录了任何内容？最好将整个文件放在这里。注意：在位置d:\Tridion\log\我们可以看到像cd_core.2012-10-25、cd_monitor.2012-10-25、cd_deployer.2012-10-25、cd_transport.2012-10-25这样的文件，但这些文件很旧，我们需要今天的日志。（04-11-2012）确保首先从网站上请求一些东西。Tridion内容交付仅在需要时加载到网站中，因此日志文件仅在第一次请求时创建（使用Tridion内容交付功能）。

<property name="log.folder" value="D:/tridion/log"/>

TRACE JPAQueryDAO - Broker Query generated:

new CustomMetaValueCriteria(new CustomMetaKeyCriteria("FilterCategory"), "Administrative");