制作代理友好站点的指南和最佳实践

Question

这是代理和插件开发人员的问题.

对于特定网站而言,通常的心态是"他们做出改变,打破我们的插件;我们改变逻辑,使其再次运作".

但是,如果对方也担心这个怎么办？如果我们想为一个代理友好的网站编译一套指南和最佳实践进行网站开发,你建议应该去做什么？想想你必须破解的坚果.你还记得那些你希望网站开发者以不同方式完成某项功能的时刻吗？怎么样？

由于这涉及编码,我不认为它应该去serverfault.

编辑:在阅读Pekka的评论后,我觉得我应该添加更多背景信息.

有一些Web代理脚本,如glype和PHProxy.由于脚本应该处理许多未知条件,因此无法为许多站点提供服务.因为这些网站的数量是压倒性的,所以尝试使代理的内部逻辑足够复杂以处理这种巨大的变化是没有意义的.这是插件派上用场的地方.main或base脚本实现了一种在每个站点基础上调用插件代码的机制.

因此,如果代理无法提供服务,那就说facebook.com,顺便提一下,对挑战感兴趣的编码人员会进行一些研究和调试,找出链条被破坏的地点和原因以及应该采取什么措施来解决问题.编码器将其修复程序实现为该特定站点的插件,用户可以将插件放入其插件目录中.

但也会发生网站上的某些内容发生变化,而这种变化会导致插件再次崩溃.因此,赶上网站的最新变化是一个持续的匹配.具有讽刺意味的是,许多网站开发人员既不知道也不关心他们的设计决策可能对内容的代理服务能力产生的影响.但有些网站有充分理由关注访问者通过代理访问其内容的能力.不想在这里进入政界,所以我留给你猜猜为什么这对某些网站来说可能很重要.

这个问题试图利用代理和插件作者的集体知识和经验,制定一套使网站代理友好的指南.

我没有标记问题php最初,因为它主要涉及网站的输出,而不是你如何生成它.但决定对其进行标记,因为它会提高问题的可见性,并且标签也可以在目标受众的基础上进行验证.我也在制作这个社区wiki,所以如果你觉得应该删除php标签,那就这样做吧.

Answer 1

这是一个有趣的问题，我认为没有一个好的通用解决方案。基本上，您希望您的网站内容可由某个第三方进行转换，而您无法控制该第三方，并且可能不了解这些转换。

解决这个问题的传统方法是通过发布 API，允许第三方以受控方式查询他们想要的数据，而不依赖于屏幕抓取。API 通常只会公开功能的子集，通常是因为网站需要用户查看页面来产生广告收入（或其他类型的收入）。

您可以生成非常简单的页面（实际上使用 HTML API），并使用 Javascript 和 CSS 使页面更加用户友好。然而，这可能不适合大多数站点。但 jQuery 和其他人鼓吹的“渐进增强”方法是相同的：提供基本的语义内容，并通过 JS 和 CSS 添加功能和活力。

您可以使用微格式来使某些页面内容更易于访问。您应该使用语义 HTML 并在页面元素上放置大量的类和 id，以便插件作者可以找到他们需要的相关内容。

让我印象深刻的是，无论这些代理需要学习如何解析您的页面至少一次。您可以记录该过程（也许发布一两个插件）。

我认为当您发布网站的新版本时，您将无法避免迫使插件作者重新编码。您可以制定一项测试期政策，网站的旧版本和新版本都可用，这将使插件作者有机会更新其插件，而不会中断用户的服务。