php - 制作代理友好网站的指南和最佳实践

Question

这是代理和插件开发者的问题。

当涉及到特定站点时，通常的心态是“他们所做的更改破坏了我们的插件；我们更改逻辑以使其再次运行”。

但是，如果对方也担心这个怎么办？如果我们想为代理友好网站的网站开发编写一套指南和最佳实践，您建议应该去做什么？想一想您必须破解的难题。您还记得那些希望网站开发人员以不同方式完成某个功能的时刻吗？怎么办？

因为这与编码有关，所以我认为它不应该出现服务器故障。

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

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

因此，如果代理无法服务，比如 facebook.com，顺便说一下，就是这种情况，对挑战感兴趣的编码人员会进行一些研究和调试，以找出链断裂的位置和原因，以及应该是什么完成以解决问题。编码人员将他的修复作为该特定站点的插件实现，用户可以将该插件放入他们的插件目录中。

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

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

我最初没有标记 php 问题，因为它主要涉及站点的输出，而不是生成它的方式。但决定这样标记它，因为它会提高问题的可见性，并且标签也可以在目标受众的基础上证明是合理的。我也在制作这个社区 wiki，所以如果你觉得应该删除 php 标签，就这样做吧。

Answer 1

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

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

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

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

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

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