TL；DR：传统的移动内容服务将于2023年7月消失。拜托然后切换到Parsoid或其他API以确保服务连续性。

你好，世界，

我正在写一篇关于服务退役的文章，我们希望在2023年7月中旬完成。要退役的服务是遗留的移动内容服务（“MCS”），由维基媒体基金会的内容维护转变团队。我们将很快将此服务标记为已弃用。

我们希望有了这个通知，人们将有足够的时间更新他们的用于其他端点的系统，如Parsoid[1]（n.b.，MCS使用Parsoid HTML）。

MCS端点是具有相对URL路径模式的端点/维基百科上的第页/移动部分*。有关URL的示例，请参阅在线Swagger（OpenAPI）规范的“移动”部分此处包含匹配URL的文档：

https://en.wikipedia.org/api/rest_v1/#/Mobile网站

==历史==

移动内容服务（“MCS”）是一种历史聚合服务最初在Android本地应用程序的维基百科，以及其他一些体验。我们已经注意到该服务还有其他用户。我们无法确定所有用户，因为很难从web日志。

维基媒体基金会已经将维基百科转换为Android和iOS应用程序到更新的页面内容服务（“PCS”）几个几年前。PCS在移动性方面与MCS有一些相似之处焦点，但它在实践中也有不同的请求响应签名。PCS与MCS一样，旨在主要满足Wikimedia仅基础维护的用户体验，因此将其分类为“不稳定”的绰号。

==展望未来==

一般来说，如导言中所述，我们建议使用MCS（或PCS）切换到Parsoid以访问维基百科文章内容以编程方式提供最可预测的服务。

Parsoid生成的HTML具有版本规范[2]，因为Parsoid被全球许多组件定期访问往往有相当好的缓存响应。然而，请注意Parseid可能会受到更严格的费率限制，在某些情况下适用交通模式。

在这一点上，我还想指出，为了跟上当代HTML标准，尤其是那些支持可访问性和机器可读性增强，Parsoid HTML将随着我们进一步聚合解析堆栈[3]。通常，您应该期望迭代在Parsoid HTML规范上，当然，您可能已经开始欣赏了实际上，HTML的形状可以通过不同的wiki-by-wiki来改变wiki的实践各不相同。

您可能还需要考虑Wikimedia Enterprise API选项，这些选项包括从无成本到高容量访问付费选项。

https://meta.wikimedia.org/wiki/wikimedia_Enterprise#访问

==分叉正常，但不建议==

因为MCS充当服务聚合并生成多个后端API调用，警告可以应用于这些子资源-API的可能性更改、弃用等。我们不建议使用普通的MCS叉子代码，因为子资源获取行为。这是说，你当然欢迎以与MCS许可证兼容的方式提交。

帮助传播信息==

虽然我们知道MCS的前两大剩余消费者，但我们也不确定还有谁在访问MCS，并预计一些下游当MCS关闭时，技术可能会中断。因为我们正在交叉发布此消息我们希望大多数依赖MCS的人都能看到这一点消息。如果您知道，请随时将此消息转发给联系人他们正在使用MCS。

==帮助==

虽然我们打算在2023年7月退役MCS，但我们愿意分享资源，如果你需要帮助。我们计划安排办公时间，以防你希望与我们会面，讨论这个或其他内容转换团队事项。我们将在谷歌会议上举办这些活动。我们将发出通知未来几周内，wikitech-l邮件列表上的这些办公时间和个月。

此外，如果您想讨论您的MCS过渡计划，请访问内容转换团队对话页面：

https://www.mediawiki.org/wiki/Talk:Content_Transform_Team

最后，一些内容转换团队成员也将参加Wikimedia如果你想得到一些场内支持的话，可以参加哈克马拉松比赛。

谢谢您。

Adam Baso（他/他/他的/亚当），代表内容转换团队工程总监维基媒体基金会

[1]https://www.mediawiki.org/wiki/Parsoid网站

[2]https://www.mediawiki.org/wiki/Specs/HTML

[3]https://www.mediawiki.org/wiki/Parsoid/Parser_Unification/Updates网站

[4]https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2023