如何在版本控制中处理网站不断变化的广告模板代码答案

【问题标题】：how to handle constantly changing ad template code for a site in version control如何在版本控制中处理网站不断变化的广告模板代码
【发布时间】：2010-10-29 00:32:03
【问题描述】：

对于我从事的大型项目（约 310k uniq/天、大型网站、大量模板、大量内容），我们必须处理客户为广告销售网站的多个部分（每个部分具有不同的布局）收入。有时，它的页面顶部为 900x250，有时它在导航下为 952x200，有时它需要一个具有自定义样式的新 div。广告是通过 google 的广告管理器投放的，广告购买者很少（如果有的话）同意为我们的网站定制他们的实施代码。

这个网站的所有代码都在一个 svn 仓库中，我们尽量保持整洁：

“在线”编辑模板（在生产服务器上）（真是个坏主意）
对本地副本进行更改，推送直播（并冒着以后恢复到旧广告代码并丢失它/必须在上线前处理它的风险。人们错过了一些东西，不要假装你没有，并说“更努力地检查” '。）

这些选项都不是特别有吸引力。你们是怎么做到的？

【问题讨论】：

标签： version-control caching ads

【解决方案1】：

我认为最好的办法是弄清楚如何将代码分成更小的部分，以将变化的代码与静态代码分离到不同的文件中。

【讨论】：

在某个时间点，为单个页面的各个广告位可能有多个包含文件（其中一些只需要一周或几天）似乎更令人头疼比它的价值。整个版块接管可能需要 6 或 7 个广告位，每个版块最多 3-4 个独特的模板。这很麻烦，而且仍然需要不断更改 vc'd 代码来管理进出的内容，或者在代码中乱扔许多不必要的文件。

【解决方案2】：

也许您可以考虑将广告代码从您的模板/源代码中取出，并将其放入您的数据库中。我认为广告是网站的更多“内容”，可以通过您的代码以与其他网站内容相同的方式进行管理。您仍然可以在临时站点上设置广告，然后使用这种方法将相关位复制/粘贴到您的实时站点。

【讨论】：

结合使用数据库存储和长期缓存以防止在加载时多次访问数据库肯定是可行的。就我而言，这是使用自定义 django 模板标签完成的。