1、文件名：lib/pear/Spreadsheet/Excel/Writer.php文件的function send($filename)函数，第67行加上$filename = iconv(“utf-8″, “gb2312″, $filename);文件名由CA3Q2D77.变成广告分析报告 From Beginning 到 27-03-2009.xls。

2、excel文件内容：lib/pear/Spreadsheet/Excel/Writer/Worksheet.php文件的Writerfunction write($row, $col, $token, $format = 0)函数，第1166行替换为return $this->writeString($row, $col, iconv(“utf-8″, “gb2312″, $token), $format);

3、工作表名称：lib/pear/Spreadsheet/Excel/Writer/Workbook.php文件的function &addWorksheet($name = ”)函数，第318行加上$name = iconv(“utf-8″, “gb2312″, $name);

如果您看过理解OpenX的广告投放逻辑，那么您可能会注意到当广告投放的时候，会有两个数据被记录，一个是请求（Request），另一个是展示PV（Impression）。¹.

理解请求和展示PV之间的区别是非常重要的，一旦理解了，可以帮您对于OpenX广告投放性能有更深入的理解。

在OpenX数据库里请求和PV展示的数据结构

在深入到请求和PV展示的区别之前，需要了解到请求数和PV展示数记录在哪里。

如果您运行的是OpenX 2.4或者OpenX 2.6版本，那么请求数记录在”data_raw_ad_request”表²中，而对应的PV展示数则记录在”data_raw_ad_impression”表中。

如果您运行的是OpenX 2.8，那么请求数记录在”data_bkt_r”表中，而对应的PV展示数则记录在”data_bkt_m”表中。

如果您从来没有看过这些数据表，您可以尝试登录到OpenX数据库中，简单的看下这些数据表。但是请一定要小心，这些表特别是在早期的OpenX 2.4和OpenX 2.6版本可能会非常的大，所以在运行SQL命令的时候可能会占用很长的时间，而且也会影响到您服务器的性能。所以，在查看这些表的时候最好限制下查看的行数，您可以使用下面这些命令进行查看：³:

OpenX 2.4 & OpenX 2.6

SELECT * FROM data_raw_ad_request ORDER BY date_time DESC LIMIT 20;

SELECT * FROM data_raw_ad_impression ORDER BY date_time DESC LIMIT 20;

OpenX 2.8

SELECT * FROM data_bkt_r ORDER BY interval_start DESC LIMIT 20;

SELECT * FROM data_bkt_m ORDER BY interval_start DESC LIMIT 20;

运行上面这些命令后，您应该可以看到记录的请求和PV展示数据。

如果您没有看到任何请求和PV展示数据，确认下近期是否投放过任何广告？尝试投放一些广告，然后再看看是否能看到请求数和PV展示数被记录。

如果您看到有PV展示数据，但是没有请求数据，并且您运行的是OpenX 2.4或者OpenX 2.6版本，您需要确认下是否允许记录请求数？检查下面的设置：

• OpenX 2.4：使用管理员帐号登录进入OpenX，进入设置，主设置，统计和维护设置，确认“记录每次广告请求”是否打开。
• OpenX 2.6：以管理员身份⁴进入界面，进入帐号设置，全局设置，广告记录设置，确认“记录每次广告请求”是否打开。

请注意，作为OpenX 2.4和OpenX 2.6版本是没有使用OpenX 2.8版本中更新更快的日志记录系统的，打开请求数记录意味着在服务器上增加了新的负载。在打开这个设置之前要考虑清楚，一定要密切监控OpenX服务器以确保服务器性能。

在OpenX用户界面上请求数和PV展示数的显示

现在您已经在数据库里见到了请求和PV展示的数据，并且确认这些数据被记录，那么才可以保证在OpenX用户界面里面看到这些数据。默认情况是PV展示数据可以在OpenX用户界面上显示出来，但是请求数则不可见。要想在用户界面看到这些请求数据：

• OpenX 2.4：使用管理员帐号登录OpenX，进入设置，朱设置，界面默认。在这里您可以找到用户界面里可以显示的各种统计界面的字段列表。您可以在统计报表的界面中看到请求数，如果您希望显示请求数数据，选择“显示请求数列”即可
• OpenX 2.6：以管理员身份⁵进入界面，进入我的帐号，帐号设置，用户界面设置。这里可以找到用户界面里可以显示的各种统计报表界面的字段列表。您可以在统计报表的界面中看到请求数，如果您希望显示请求数，选择“请求数”即可。您也可以更换各列的显示顺序。
• OpenX 2.8：以管理员身份⁶进入界面，进入我的帐号，设置，用户界面设置。这里可以找到用户界面里可以显示的各种统计报表界面的字段列表。您可以在统计报表的界面中看到请求数，如果您希望显示请求数，选择“请求数”即可。您也可以更换各列的显示顺序。

注意：OpenX 2.4可以针对不同的帐号类型设置可以显示的列，而这些功能在OpenX 2.6和OpenX 2.8里则不可以，对应的是每个账户可以自行设置看到哪些列。上面的说明只是简单的修改了主帐号的设置，而其他所有帐号将默认继承主帐号的设置。

那不同的地方在哪里？为什么我们要关心？

如果您好好的看过理解OpenX的广告投放逻辑，您会发现一旦OpenX服务器决定哪个广告要被展现马上就会记录请求。而PV展示则直到广告被实际展现后才会记录。⁷

您会发现，如果您记录了请求数和PV展示数，并且在用户界面里都有显示，作为简单的原则来讲，请求数应该是大于PV展示数的。请求数和PV展示数据的差异主要源自于“丢失率”，高丢失率主要会产生两个影响：

1. 如果您的OpenX服务器只是一直在选择广告但是却不显示，那么您的服务器所作的工作意义不大，从而服务器的性能低于其应该有的能力，而这只会浪费钱。
2. 如果用户在浏览您的网站并请求广告，但是广告却没有被显示出来，那就意味着您在损失收入。无论您的项目是以CPM，CPC或者CPA的计费模式，如果广告没有被显示出来，您也不会产生收入。

那么，什么是高丢失率？在行业里面并没有定义这样的标准。据经验来看，10%是比较能够接受的，当然这个数值越低越好。

怎样解决丢失率不好的问题？

这个问题，是个很大的问题。在讨论如何解决这个问题之前，需要先明确下为什么广告被挑选出来但是却没有实际显示。下面这些是广告不显示的最重要的几个原因，每个原因后面都对应着相应的解决问题建议：

错误使用了单页面调用代码

单页面调用代码只向OpenX请求一次来获取一个页面上所有广告为对应的广告。默认来说，单页面调用代码会选择该网站下所有的广告位对应的广告。所以，如果在页面上如果只显示几个广告位，那最好在代码使用前预先定义，来避免广告被选择了但却没有别显示出来。

广告文件过大

如果广告文件非常大（例如大的Flash广告等等），那网速比较低的用户可能在广告还没有完全下载下来之前就已经离开了。尽量避免使用非常的尺寸的广告，当然如果必须投放，可以考虑购买 MaxMind网速地址库来针对告诉网站用户投放大尺寸广告，对应的低网速用户则显示小尺寸广告。

第三方广告速度较慢

大部分的OpenX用户通过广告联盟来获得主要的收入，广告联盟提供一个HTML代码来展示广告。现实状况是一些第三方的服务器并不如期望的速度快。最简单的办法是通过报表监控广告的丢失率，来判断是哪个广告联盟影响了丢失率。如果找到了，考虑他们产生的收入水平，如果这些并非收入的主要来源，可以考虑不要投放这些联盟广告可能会为您的网站带来更多的收入。

网站速度慢以及不好的广告位置

如果您的网站本身速度较慢，而且广告文件较大，用户可能在页面还没有完全下载之前就已经离开了。在这种情况下，放在页面底部的广告可能没有机会完成下载用户就已经离开了。建议可以升级您的网站服务器来保证网站速度提升，对应的需要重新考虑下网站页面的设计和广告的位置。

1. OpenX 2.8默认会记录请求数和PV展示数，而OpenX 2.6和2.4版本，请求数记录是选择性的，默认是不选的。 [↩]
2. 如果请求数记录被打开[↩]
3. 如果您的OpenX安装时使用了数据库表前缀，这些命令可能需要修改。例如，“phpads_”，“oa_”，“ox_”等等。 [↩]
4. 您需要使用管理员帐号登录OpenX。[↩]
5. 同上，您需要使用管理员帐号登录OpenX。[↩]
6. 同上，您需要使用管理员帐号登录OpenX。[↩]
7. 只有一种例外情况，请求数和PV展示数会同时记录，在理解OpenX的广告投放逻辑里面提到过，就是通过图片，无Cookie图片或者XML-RPC广告代码投放广告。因为这些广告代码不支持通过标记记录PV。[↩]

广告调用过程中到底发生了什么？为什么我需要知道？这个问题很简单，虽然描述这个过程显得有些技术化，但是理解广告投放逻过程对于抓住广告投放逻辑至关重要，而且这个问题是理解其他OpenX主题的基础。

虽然下面描述的步骤主要针对OpenX2.8版本，但其步骤和早期版本差不多，只是以前的版本效率低一些而已。无论如何，基本的理念是一致的。

广告投放步骤

无论您使用何种广告代码，广告投放步骤都是一样的。经过一些环境初始化后，广告服务器使用下面的步骤来决定投放哪一个广告。

1. 找到所有连接到该广告位的有效广告¹。
2. 是否有Contract(Exclusive)项目下的有效广告？如果有，则进入下面的步骤：
   1. 是否有Contract(Exclusive)项目下的广告超过了投放限制²？如果有，抛弃掉这些广告。
   2. 是否有Contract(Exclusive)项目下的广告和当前广告代码不相容³？如果有，抛弃掉这些广告。
   3. 还有广告剩下么？如果有，进入下面的步骤：
      1. 通过项目权重/广告权重步骤选择一个广告。（下面有详细说明）
      2. 使用所选广告ID和广告位ID记录一次请求。
      3. 显示广告。Display the banner.
      4. 使用所选广告ID和广告位ID记录一个PV日志。
3. 如果当前点达到后，就不会有Contract(Exclusive)项目下的广告展现。
4. 是否有Contract项目下的有效广告？如果有，进入下面的步骤：
   1. 是否有Contract项目下的广告超过了投放限制？如果有，抛弃掉这些广告。
   2. 是否有Contract项目下的广告和当前代码不相容？如果有，抛弃掉这些广告。
   3. 还有广告剩下么？如果有，进入下面的步骤：
      1. 随机Possibly 通过Contract项目广告投放步骤在这些广告中选择一个广告。(查看详情).
      2. 如果If 有广告被选择了：
         1. 使用所选广告ID和广告位ID记录一次请求。
         2. 显示广告。
         3. 使用所选广告ID和广告位ID记录一个PV日志。
5. 如果当前点达到，就不会有Contract(Exclusive)项目下的广告可以展示，并且Contract项目下的广告也不会被展示。
   
6. 是否有抄底项目下的有效广告？如果有，进入下面的步骤：
   1. 是否有抄底项目下的广告超过了投放限制？如果有，抛弃掉这些广告。
   2. 是否有抄底项目下的广告和当前代码不相容？如果有，抛弃掉这些广告。
   3. 还有广告剩下么？如果有，进入下面的步骤：
      1. 通过项目权重/广告权重步骤选择一个广告。（下面有详细说明）
      2. 使用所选广告ID和广告位ID记录一次请求。
      3. 显示广告。
      4. 使用所选广告ID和广告位ID记录一个PV日志。
7. 如果当前点达到，则不会有Contract(Exclusive)项目下的广告可以展示，并且Contract项目下的广告也不会被展示，另外抄底项目下的广告也不会被展示。
8. 当前广告为是否通过广告位链连接到其他广告位？如果是，则按照第一步以新广告位重新执行。
9. 如果当前点达到，则不会有Contract(Exclusive)项目下的广告可以展示，并且Contract项目下的广告也不会被展示，另外抄底项目下的广告也不会被展示，而且该广告为没有通过广告位链连接到其他广告为。
   
10. 是否设置了默认广告？如果有，进入下面的步骤：
    1. 使用所选广告ID和广告位ID记录一次请求。
    2. 显示广告。
    3. 使用所选广告ID和广告位ID记录一个PV日志。
11. 如果当前点达到，则没有广告可以展现。
12. 展示一个1×1的空白广告。

项目权重/广告权重处理步骤

在上述步骤中，当测试Contract(Exclusive)项目下的有效广告或者测试抄底项目下的有效广告时，如果有超过一个广告可以投放，则按照以下步骤来决定投放哪一个广告，不同的版本步骤会稍有不同：

OpenX 2.8.1以后版本

1. 在广告位对应的所有广告里，找到其所属项目。
2. 加和所有项目的权重。
3. 在0和所有项目加和权重区间生成一个随机数，通过这个随机数来选择一个项目。
4. 针对所选项目下所有适合的广告，加和所有广告的权重。
5. 在0和所有广告加和权重区间生成一个随机数，通过这个随机数来选择一个广告。

OpenX 2.8.0以前版本

1. 针对所有广告位对应的广告，把每个广告的权重权重乘以对应的项目权重，获得一个总体广告/项目权重值。
2. 加和所有广告的总体权重值。
3. 将每个广告的总体权重值除以所有广告的总体权重值。（此步骤保证每个总体权重值加和后值为1）
4. 在0和1之间生成一个随机数，通过这个随机数来选择一个广告，所以广告是基于项目/广告权重来进行分配投放的。

Contract项目广告选择步骤

在上述步骤中，在测试Contract项目下的广告投放时，如果有超过一个广告可以被投放，可以通过下面的步骤来决定投放哪一个广告：

1. 在有效广告中查找优先级为10的Contract项目（如果有）：
   1. 针对每个广告，选择预先计算的优先级值乘以一个预先计算的优先级参数值⁴得到总体优先级参数值。
   2. 加和所有广告的总体优先级参数值。
   3. 将每个广告的总体优先级参数值除以所有广告的总体优先级参数加和值。（此步骤保证新的总体优先级参数值加和后不大于1.⁵）
   4. 在0和1之间生成一个随机值，通过这个随机数来选择一个广告，也有可能选择不了。
2. 如果没有广告被选择，则针对Contract项目优先级为9，8，然后7的所有广告重复上面的步骤。直到对应的Contract项目优先级为1。

PV日志记录顺序

特殊广告代码（图片，无Cookie图片，XML-RPC）在展示广告后不记录PV日志，而对应的在记录请求的时候就被记录的PV日志。这就意味着，在展示广告之前，就已经记录了PV日志。这是因为这些广告代码，不适合投放PV日志记录的标记。⁶

1. 一个有效的广告是指所属项目正在运行，而且该广告没有被禁止使用。[↩]
2. 这个意味着，该广告实际上试图被投放出来，但是可能由于所设置的投放限制或者投放策略问题而没有被显示。 [↩]
3. 举个例子，HTML广告在使用图片或者无Cookie图片广告代码时就不能显示出来。因为那些广告代码只能投放图片广告。 [↩]
4. 这些值来自于Maintenance Prioritization Engine. [↩]
5. 如果Maintenance Prioritization Engine决定Contract项目不用使用所有可用流量来满足项目需求的时候，则可能加和的新优先级参数值小于1。[↩]
6. 日志记录标记其实是一个单独投放的1×1 .gif像素图片，当然如果一个广告没有真正的投放的用户看到的网页上，则对应的广告PV不会记录。[↩]

广告投放引擎升级 – 在OpenX2.8.3版本，针对投放引擎做了一系列的修改保证跨合同广告计划的广告能够被合理的分配投放。以上修改能够降低少投和多投的概率。针对维护程序以及投放有了一些重大的改变。

针对竞价的广告计划 – 在OpenX 2.8.3以前的版本，一旦某个竞价广告计划在一个页面上投放中间的一个广告，系统回阻止任何其他的广告计划在此页面上投放，除非该竞价广告能够投满该页面上的所有广告位。在OpenX 2.8.3，已经修复了上面的状况，所以如果一个页面上竞价广告计划无法完全投放，系统将投放其他的广告计划（避免出现空白广告）。

安全更新 - 在OpenX 2.8.3里完善了一些关键的安全更新以降低软件中存在的潜在风险。

解决了一些小问题：邮件广告位、性能、用户界面等。

去除了让任何人作为管理员登录的入口

更详细的信息，请参见：https://developer.openx.org/jira/browse/OX/fixforversion/10910.

网站交流QQ群号：10883470

注：为了保证交流群不被广告等不良信息打扰，交流群需要验证，请大家输入验证码：OPENXCHINA

再次感谢大家对本站的支持！OpenX，加油！

OpenX中文研究组织

上个月的时候，OpenX在论坛做了一个关于广告位直接售卖方式的调查，上周五的时候通过Blog发布了调查反馈的结果报告。特意下载了下来，供大家参考。

OpenX企业版

以OpenX大众版为基础，提供独立的专业服务以保障广告投放系统的稳定。最少需要999美金/月。

OpenX大众版

大众版仍继续保持开源的原则，沿着原有RoadMap继续前行。现在最新版是2.8.2，其功能已经完全能够媲美于市面上的任何一个广告投放产品。在官网上，OpenX大众版英文全名是OpenX Community。

OpenX交易市场

OpenX交易市场其实是一个广告交易平台，为广告买卖双方提供一个实时的广告交易和投放平台，和市场上的各大广告系统关联，通过优化广告投放，帮助Publisher提升收益能力。对于广告主来讲，又能够有效的帮助广告主找到最具性价比的广告资源并实时进行投放。

Openx官方团队于10月19日正式宣布发布2.8.2版本。本版本升级的功能主要包括：广告投放性能、安全升级以及一些其他的提升。

• 广告投放系统提升 - OpenX 2.8.2版本对投放系统做了一些调整以保证对于合约性质的广告计划能够合理的分配广告。此提升能够有效的降低合约广告计划投递不足和过渡投递发生的可能性。
• 对于使用Companion模式广告计划的提升Improvements to campaigns using companion positioning - 在OpenX 2.8.2版本以前，在“Comapnion”广告计划投放在一个页面上一个广告位上的时候，无论是否有合适的广告可以投放，系统将阻止任何其他的广告计划投放在此页面。在OpenX 2.8.2版本内，我们解决了这种现象，所以如果没有合适的Companion广告计划可以投放，系统将投放其他的广告计划（此改动可以避免开天窗的问题）
• 安全升级Security updates - 在OpenX 2.8.2版本中，完成了一些关键的安全升级以减少任何可能的软件漏洞