Winston Sung（留言墙 | 贡献） （创建或更新的博客。） |
Winston Sung（留言墙 | 贡献） （Translation completed） |
||
| （未显示2个用户的2个中间版本） | |||
| 第5行： | 第5行： | ||
| 4 = 共享图片存储库=>zh-hant:共用圖片儲存庫; 共享图片存储库=>zh-tw:共用圖片儲存庫; |
| 4 = 共享图片存储库=>zh-hant:共用圖片儲存庫; 共享图片存储库=>zh-tw:共用圖片儲存庫; |
||
}} |
}} |
||
| ⚫ | |||
| − | {{Translating}} |
||
| ⚫ | |||
'''如果这是您第一次看到有关统一社区平台项目的信息，请在评论之前阅读[[User blog:铁桶/统一社区平台：愿景、目的和流程|本文]]以了解有关项目整个范围的更多信息。''' |
'''如果这是您第一次看到有关统一社区平台项目的信息，请在评论之前阅读[[User blog:铁桶/统一社区平台：愿景、目的和流程|本文]]以了解有关项目整个范围的更多信息。''' |
||
| 第48行： | 第47行： | ||
== 我们如何选择wiki？ == |
== 我们如何选择wiki？ == |
||
| + | 对于第一批迁移的wiki，我们的产品和搜索引擎优化（SEO）团队会根据wiki需要哪些功能以及这些功能在其要迁移到的统一社区平台上的可用性来查看wiki。我们考虑了不同流量级别的wiki，以便更好地了解其迁移到新平台上的情况。如果wiki有着以下任何一项的情况，将被取消资格： |
||
| − | For the first batch, our Product and Search Engine Optimization (SEO) teams looked at wikis based on the availability of features on the Unified Community Platform which they need to succeed. We considered wikis with different levels of traffic, to best understand how well they migrate onto the platform. Wikis were disqualified if they had any of the following: |
||
| + | |||
* 尚未迁移的论坛 |
* 尚未迁移的论坛 |
||
* MediaGallery |
* MediaGallery |
||
2020年6月6日 (六) 06:19的版本
本文由Laundry Machine、铁桶和Winston Sung翻译自2020年5月26日的英文社区中心博客（有改动）。
如果这是您第一次看到有关统一社区平台项目的信息，请在评论之前阅读本文以了解有关项目整个范围的更多信息。
嘿大伙们！
我们很高兴地宣布，统一社区平台正在进入推出的第二阶段——将没有复杂扩展或功能集的wiki移动到新平台上！
这意味着什么呢？这意味着统一社区平台已经达到了旧Fandom平台的一些现有wiki可以迁到新平台并利用新的和改进的工具的地步，例如移动编辑和维基媒体基金会的2017编辑器，就像维基百科上使用的工具那样。
您或许想知道将如何选择要迁移的wiki，稍后我会在博客中介绍。但首先我想向您介绍一下最近或即将发布的一些主要功能。
自UCP首次发布以及UCP即将发布的有哪些新功能？
移动版编辑器
就像去年所提到的，针对Gamepedia编辑者的一项调查显示中，有34%的编辑者是透过移动装置在平台上作出首次编辑，这是吸引新编辑者的绝佳机会，同时如果编辑者所在的国家主要以移动装置访问互联网，也能提供更好的选择。几个星期前UCP添加了移动版编辑器，您可以在这里查看更多信息。
文章评论
经过重新设计改成与讨论版相同的技术後，文章评论仍可像以前一样发挥同样的作用，现有的内容也会转移。这意味着虽然新版的文章评论系统没办法再支持wiki语法（wikitext），但仍可使用最常见的格式设置选项。另外我们也在观察像论坛或旧版留言墙等旧版功能使用wiki语法的趋势，看看是否有办法进行更高级的格式化，我们会在接下来的几个月提供更多信息。
自定义JavaScript
经过这几周部署CodeEditor的解决方案后，现在可以支持本地定制化CSS及全域化CSS了，在不久的未来发布JS审核流程系统后，UCP wiki支持定制化JavaScript了。由于社区中心会是最后一批迁移到新平台的wiki，因此旧平台的全域个人化JavaScript当前还不会转移。
根据论坛用户反馈改进的讨论版
感谢那些使用论坛的得力用户给予我们出色的反馈，我们会开始部署第一轮的改进，让那些论坛被移掉的社区们能够更加友善。讨论版的第一轮改进会把焦点放在讨论版摘要上，为粉丝们提供比传统论坛更友善的体验，像是精简帖子列表（可选），加强分类显示，以下是改进後的视图，但不是最终版本。
当前视图
精简视图（可选）
请忽略内容的不匹配。这只是设计系统的事。
多亏了我们最近进行的一项用户体验研究（UXR）的结果，您可以期待未来的进一步增强。有关即将到来的增强功能和UXR发现的更多信息，我们将在不久后的博客中详细介绍！
我们如何选择wiki？
对于第一批迁移的wiki，我们的产品和搜索引擎优化（SEO）团队会根据wiki需要哪些功能以及这些功能在其要迁移到的统一社区平台上的可用性来查看wiki。我们考虑了不同流量级别的wiki，以便更好地了解其迁移到新平台上的情况。如果wiki有着以下任何一项的情况，将被取消资格：
- 尚未迁移的论坛
- MediaGallery
- 成就
- 博客
- 自定义JavaScript
- Semantic MediaWiki（SMW）
- 使用了在这个阶段还不会迁移的wiki配置的共享图片存储库
接着wiki团队会根据自己对各社区的了解再检查列表一遍，确保预定迁移的wiki很适合在新平台发展。举例来说如果wiki正在推出新的内容，那它们可能会在这波初期迁移的浪潮中被排除掉，避免正在进行的话题内容受到干扰。
此外，我们还为尚未被员工选择进行迁移的wiki提供了一个自愿迁移流程。您可以在这里（中文翻译版）找到有关该流程以及该流程如何进行的信息。
迁移会如何进行？
预定迁移的wiki会在最上方显示横幅通知（就像我们过去用来推播重要平台的通知那样），而您可能就是因为横幅通知的链接而看到这篇文章的人！
在迁移的当天，您所有wiki的内容都将导入到新的平台上。
以下是迁移进行的方式：
- 您的wiki将设为只读
- 备份wiki内容
- 制作备份的复本并保留在旧平台上
- 原始的备份会透过自动更新流程运行并在新平台上进行设置
- 在这过程中，脚本会检查wiki内容的结构，让它看起来像全新的UCP wiki一样（但wiki内容、编辑历史等会保留）
- 在新平台上会针对wiki的关键页面发出多项请求来检查错误，像是内容显示不正确、数据库异常等等。
- 最后wiki的域名会连到UCP的版本，并解除wiki的只读状态
当您的wiki迁移到新平台后，我们将设置错误峰值警报。如果出现无法快速修复的错误，我们能够将您的wiki恢复到旧平台。
如果导入过程中因故（如内容没有被正确转移，或者导入服务失败）无法正确转移或在迁移时出现其它问题，我们会把您的URL连回到旧平台的复本上。SEO团队参与第一批迁移计画的原因是为了确定我们在wiki更动时，SEO可以获取良好的数据，由於新平台性能的改进，我们预计SEO会获得净收益。
下一步
这个阶段是将所有处于良好状态的wiki放到运行着现代MediaWiki版本的单一代码库中的第二步。随着这一过程的进行，越来越多来自旧Fandom和Gamepedia平台的功能将被添加到新平台上。
同时，我们很乐意尽我们所能的回答您的问题。要密切关注包括错误修复和新功能添加的每周发布内容的细节，务必阅读论坛中技术更新版块的发布亮点帖子。
