关于Fandom代表的公告
大家好，我今天有一些令人难以接受但很重要的消息要与你们分享。在接下来的几周里，我们将逐步收缩并结束Fandom代表计划，因为我们正朝着支持Fandom社区的新方向前进——其中包括直接从Fandom代表计划引进一些新的全职社区经理到Fandom职员团队。
截至今日，许多Fandom代表都受到了这一改变的影响。本篇博客将是接下来的几周里一系列更新的第一篇，这些更新将详述我们为什么做出这个决定以及未来将如何继续支持我们的wiki。
正如你们中的许多人可能知道的那样，Fandom代表计划（之前称为Wiki主管计划）是一种兼职的合同制用人模式，始于Gamepedia，在Fandom和Curse Media合并后于2019年引进Fandom。
这项计划在Fandom已经有很长的历史了。不过，最首要的是，它最出色的部分是这群多年来担任Fandom代表和Wiki主管的才华横溢的人。在我们开始本篇博客的其他内容之前，我想花一点时间来感谢他们为Fandom、我们的wiki和我们的用户所做的一切。在担任Fandom代表之前以及期间，他们一直是社区的核心部分，我们很享受与他们每个人共事的时光。我们衷心感谢他们的辛勤工作和奉献精神，并祝愿即将离任的Fandom代表一切顺利。
我们之所以做出这一改变，是因为自去年以来，我们一直致力于彻底改变我们的社区支持战略、程序和使命，以确保我们通过团队结构能够充分发挥潜力，从而提供尽可能最好的服务。尽管Fandom代表计划有很多的好处，但它并不是为此而安排的——即使是它最初的形式中。因此，我们希望确保，随着平台的不断发展，社区团队也为长远发展做好准备，来尽可能好地支持参与其中的所有人——包括社群和职员。
我们将从现在到社群交流会议之间，更详细地介绍战略和使命是什么样的。但……
如何應對惡劣行政員
我们曾写过多篇文章，提出了应对网路白目（英文）、酸民（英文）和恶劣管理员（英文）的各种办法。可是如果惹得社群不满的人是有权删除内容并封锁他人的行政员呢？该怎么办？
- 1 协商为先
- 2 如果行政员需要罢免
- 3 如何罢免行政员
- 4 超小型社群的行政员纠纷
是凡遇到争端，最好的策略都是有话好说（英文）：请先少安勿躁，假设行政员只是看法不同，而非恶意，然后再去寻求与之一同合作的办法。
如果是行政员的问题，请尝试以下办法：
- 与行政员谈话：（礼貌地）留言告诉他哪些行为应该改正，并提供原因。
- 与其他行政员或管理员谈话：有可能他们会挺你，并愿意替你和难以沟通的行政员解决纠纷呢？
- 与社群谈话：在wiki论坛或其他社群交流平台发文，解释你认为这位管理员的失职之处，并提出一些可以改善现况的建议。
- 如果您已遭到封锁，或以上方法无果，请在社群中心的聊天群和论坛中寻求其他使用者的建议。
经过多番讨论之后，如果情况仍然无法得到改善，社群最应该做的，就是剥夺这位行政员的权力。使用者有时可能会感到无力反抗wiki的管理人员，但事实并非如此。如果社群一致认为行政员应该下台，Fandom工作人员就会将其革职。但出于这些原因（英文），在社群达成共识之前，我们不会革去任何人的职位。
剥夺一个人的行政员权力这件事应当严肃对待。毕竟，他有可能就是一开始创立社群的那个人。至少，其他管理人员也是足够信任他才得到这个职位的。不过，如果他的行为真的有损社群，将其罢免可能才是最佳选择。
行政员应该下台的常见原因：
- 压制异己的见解，例如删除评论并封锁批评他的人
- 不经警告或以荒谬的理由就封锁使用者
- 拒绝与他人讨论自己的不足
- 为他人设下不合理的规矩，而自己不遵守
- 不断回退良好的编辑内容
- 在wiki上营造了一个敌对、低效的氛围
如果行政员至少12个月没有编辑一笔内容，那么就可以假设他……
如何应对不良行政员
过去，我们已经提供了大量关于如何应对捣乱/破坏者（网络白目，原意Troll，即“山怪”或“巨魔”之意）、令人讨厌的用户和不良管理员的建议。但如果那个扰乱社区（又被称为“Wiki”或“维基”）的用户是行政员（或称之为站长，下文统一用“行政员”），并且他/他们（下文统一用“他”）可以随意删除任何东西并封禁任何人呢？
- 1 先尝试交际
- 2 何时让一位行政员降级
- 3 如何让一位行政员降级
- 4 当Wiki行政员问题发生在非常小的社区
在任何争议中，最好的选择是进行交谈：保持冷静，假设您的行政员并非恶意，而只是观点不同，然后看看是否可以找到一种协作的方式。
如果一位行政员造成了麻烦，请尝试以下选项：
- 与行政员交谈：给他留言，让他们知道您认为他们应该做出不同的举动，以及为什么（要友好礼貌）。
- 与其他行政员和管理员交谈：也许他们站在您这边，愿意代表您与问题行政员讨论事情？
- 与您的社区交谈：在您的维基的论坛或任何其他社区用于一般讨论的地方开启一个主题。解释为什么您认为这位行政员做得不好，并提出改进的建议。
- 如果您已被封禁，或者上述方法都没有帮助，请于社区中心（Community Central）的聊天室或论坛上向其他维基用户寻求建议。
如果经过所有的交谈之后情况仍然没有改善，那么对于社区来说，最好的做法可能是剥夺该行政员的权限。用户有时会感觉自己无话可说，在Wiki的管理人员无能为力。但这并不是真的——如果社区一致认为需要让一位行政员下台，Fandom（原Wikia） 的工作人员会将其降级。我们在社区达成共识之前不会对任何人进行降级——原因在此处。
剥夺某人的行政员权限应该是认真对待的——毕竟，他们可能是您社区的创始人。至少，另一个Wiki的负责人对他们有足够的信任，将他们提升到了那个角色。然而，如果他们的行为伤害了社区，……
技術更新：2023年12月15日
大家好！快来看看自12月1日以来的最新《技术更新》吧。这是2023年的最后一篇《技术更新》，因为我们在年底进入了代码冻结，也就是说我们直到明年才会发布更多的错误修复。
不过还是让我们谈谈近期的变更吧！
- 1 近期修复
- 2 正在修复
- 3 开发更新
- 3.1 使用者供应内容（UGC）团队
- 3.2 使用者体验
- 3.3 流量团队
- 头像的品质在全域导览条中得到改善。
- 当在FandomMobile中使用
display="block"时，标签在深色主题下难以阅读。 - 在wiki上拥有权限的已停用帐号不再记入Special:ListUsers（特殊:）的权限清单中。
- 点击FandomMobile中的资讯框图片将再次载入该图片，而不是第二张图片。
- 标题中带有引号的页面在FandomMobile上会显示重复的三级标题，此错误现已修复。
- Cargo未能正确地储存某些Unicode字元；此错误已修复！
- 小图片或图示图片现在在FandomMobile中会按照预期遵循连结和替代文字（alt）属性。
- 如果匿名使用者没有编辑页面的权限，则标题旁边的编辑图示会将他们重新导向登入页面，而非编辑器工具。
- 使用Chrome的无痕模式和Firefox的隐私浏览模式时，搜寻弹窗和嵌入的互动式地图为空。
- 表格列工具在视觉化编辑器中再次恢复。
- 使用者在iPadOS上使用2017年版编辑器进行编辑时无法卷动，此错误也已修复。
- 透过Facebook登入Fandom的方式无法正常运作；您可以再次使用这种方式存取您的帐号了。
- 在近期的变更之后，接收和稍后取消或更新通知的方面存在一些问题。感谢你们所有人的回报，我们可以非常快速地发布修复多亏了你们的回报。
- 我们为了延伸使用者讨论页中视觉化编辑器文字区的最小高度而做的修复造成了其他小问题。我们已经撤回了代码，并将尽快继续解决此问题。
- 数学和化……
探讨Fandom在2023年对生成式人工智能的运用情况
在2023年的科技技术领域中，没有任何事情能比生成式人工智能（生成式AI，英文简称为GenAI）更有话题了。而生成式AI正式引起大众关注，是从今年的这个时候，OpenAI建立了一个可以回答各种各样问题的AI聊天网站——ChatGPT。它允许您向他们的大语言模型提出复杂的问题，并输出一个非常详细，富有创意的回答。ChatGPT出现后，我们见证了它在互联网上的各种应用形式，无论是好是坏。
今天的博客中，我们不会详细的阐述生成式AI到底是个什么。如果您现在才听说这个东西，那么我们觉得您的名字或许是史蒂夫·罗杰斯（美国队长，从上世纪40年代沉睡直到21世纪醒来），您需要补习的可不仅仅是这个主题。这里有一个对生成式AI进行简单阐述的网站：https://www.techrepublic.com/article/what-is-generative-ai/ 。
我们在这里要讨论的是，我们如何将生成式AI运用到Fandom上的——我们已经做了的，目前正在开发的功能，和可预见的未来发展方向。
- 1 关于生成式AI的理念
- 2 生成式AI在审查中的应用
- 3 生成式AI在理解页面内容方面的应用
- 4 生成式AI在快问快答中的应用
- 5 下一步
我们已经在2023年社区交流会议期间和核心创作者们讨论了生成式AI。当时我们的首席技术官Adil Ajmal做了一个小时的演讲，阐述了我们对于生成式AI的高层理念。
他演讲的核心是对社区做一个承诺 - 赋其能力，勿置替焉。
这意味着我们开发和研究的任何生成式AI功能都将用于更好地理解和突出用户们创作的内容（UGC），或使其作为帮助您进行更高效创作内容的工具。我们没有考虑让其进行任何用于撰写文章的完整内容或对Wiki编辑核心社区进行自动建设和写作的工具。
我们坚信这个理念对于Fandom来说是正……
技术更新：2023年12月1日
嗨嗨嗨！
来看看本周的技术更新吧！如果您错过了上次的技术更新帖子，可以点击这里这里查看哦。我们将继续每两周更新一次，将关于错误修复和项目开发更新等一系列信息发布至社区中心！下次更新会是在12月15日，不过由于年底将进入代码冻结期，因此12月15日的更新将是2023年的最后一个更新。您可以期待这些更新将在通常情况下于1月恢复。
- 1 重大更改
- 2 最近修复
- 3 修复中
- 4 开发更新
- 4.1 用户生成内容（UGC）团队
- 4.2 用户体验（UE）团队
- 4.3 流量团队
- 高亮菜单重新设计：继一项成功的试验后，我们为已登录用户在高亮搜索菜单中增添了一个编辑页面选项。此次试验促进了更多登录用户的编辑器使用，并提升了搜索次数，鉴于其成功，我们决定向所有登录用户推广此功能。
- 查看图片链接：此次更新为手机和桌面的匿名用户提供了直接访问画廊的查看图片链接。本更新基于一次实验，实验结果显示，在桌面端添加此链接后，图片的浏览量提高了5.6%。
- Special:Watchlist 中的感谢链接缺少心形图标。
- 之前通过信息框构建器编辑信息框后，更新显示需要超过2分钟。现在，这些更改能够即时呈现。
- Wiki数据分析面板中的回访用户图表显示不准确。现在，如果不是全部用户都再次访问维基，系统不会错误地显示为100%。
- 在320px至370px的屏幕尺寸范围内，信息框中的某些文本在行尾被截断。这次修复将为文本展示提供更多空间。
- 有用户报告2017版编辑器在保存编辑时出现冻结现象。这个问题在24小时内被发现并解决了。感谢大家的迅速反馈！
- 社区中心工作人员博客的一些订阅者收到了多封关于同一技术更新博客的电子邮件。我们修复了这一漏洞，以防止类似情况再次发生。
- 一些用户遇到了接收不可见通知的问题，导致他们无法关闭这些通知。虽然我们之前已经解决了这个问题，但它又重新……
這篇文章有足夠的資訊……嗎？
读者浏览wiki，想得到的就是资讯。所以，做到让现实符合预期，让读者有求必有得很重要。请思量文章的外观、主题与结构，也一定要考虑文章脉络和使用的连结。可是，您知道文章需要多少资讯量吗？
要知道文章的资讯量是否足够要视具体情况和目的而定，需要您亲自判断。如写角色主题时，就一定要包括生平经历、历史背景、故事剧情、人物关系等内容。以下是助您的文章达到淋漓尽致境地的几个一般步骤：
- 阅读标题与提纲
标题与提纲应该能大体呈现文章的主旨和结论，能让你对文章与需求的相关的有一个最初的判断。
- 快速浏览文章
快速浏览文章的段落、标题、小标题，以及所有突出显示或加粗的文字，您就能对文章的结构和内容有一个总体的了解。请多加留意所有可能与资讯需求有关的段落。
- 评估涵盖范围的深度和广度
考虑呈现资讯的琐碎和复杂程度。这篇文章详尽的涵盖了主题，还是仅呈现了简要的概括？寻找关键的细节、论证、举例与资料根据。请判断文章是否达到了可以满足资讯需求的深度。
- 检查来源与引用文献
如果文章存在参考文献、引用文献或外部来源的超连结，请判断这些文献是否可靠、可信任。确认文章是否源自有信誉的来源，这些来源是否支持所提出的主张与论点。一篇研究充分的文章应包含引用文献或参考文献来支撑其传递的资讯。
- 寻求中正的观点
检查文章是否呈现中正的观点，一个论点或主题要呈现不同的角度。一篇可靠的文章应该提供公正不倚的分析，而不能过于片面偏激。
- 与其他来源做比较
要使资讯更可靠，请将文章与其他有信誉的来源做相互参考。如果多个来源都呈现了相似的资讯，那么就代表这些内容更可靠、更准确。也不要忘了加入跨wiki连结，好让人存取其他语言的内容时更方便。
- 考虑文章的时效性
请留意文章的发布时间和最近一次的更新时间。检查页面历史，考虑是否有的主题需要更新的资讯。请确保文章中的资……
我们将无广告的已登录用户体验推广到Gamepedia社区
大家好！
从下周开始，Fandom将停止在Gamepedia平台上创建的wiki页面上向已登录用户展示广告。这确保了已登录用户在原Gamepedia wiki上的体验与Fandom平台上的其他内容保持一致。这意味着，如果您在任何原Gamepedia wiki页面上登录，除了主页上的部分广告外，默认情况下将不会看到任何广告。
为了符合我们希望为注册用户提供尽可能多的阅读和编辑wiki的选择的愿望，如果您希望在Fandom上看到广告，您可以在个人参数设置中选择。这个选项位于“用户资料”标签页的底部。
首先，这一改变背后的核心原因是Fandom极其重视编辑社区。虽然我们的编辑满意度已经很高，但我们仍然希望进一步提升这一点，确保您在Fandom的体验最佳。为了认可编辑者和管理员对Fandom做出的巨大贡献，我们实现了登录后免受广告干扰的体验，这种尊重也扩展到了Gamepedia社区的贡献者。
其次，关于Gamepedia wiki的Gamepedia PRO项目，随着这一改变的实施，我们将逐步淘汰该项目。PRO项目始于2018年Fandom和Gamepedia合并之前，旨在表彰Gamepedia社区中最活跃的编辑者，授予他们免广告的特权。然而，非PRO的已登录用户则没有享受到这一待遇。
PRO项目是Gamepedia已登录用户在Fandom接管后继续看到广告的原因。起初，保留这个项目对于Gamepedia团队很重要。但随着时间推移，PRO用户享受的许多待遇已被其他平台项目所替代。例如，Fandom有一个公共Discord服务器，所有用户都可加入；还有一个名为Fandom之星的项目，让顶尖编辑者参与产品塑造并获得认可。到了今年，PRO用户与其他已登录用户的唯一区别就是广告状态。PRO作为对建……
Understanding Privacy
As the internet has grown, it has made it easier than ever to connect with other people from across the globe. But this ease of connection has made it harder for us to maintain the same level of privacy we do in the offline world. When you meet someone on the street, it’s easy to regulate your conversation with them to make sure you aren’t giving away more information than you’re comfortable with.
It’s a different story online, where you constantly broadcast your IP address, location information, and other types of data before you even start typing. Add to that the ease with which social networks and other websites allow you to share information about yourself, like your real name, your email address, phone number or other vital statistics……
Understanding Wikia's Terms of Use
Every website has them. Every software application makes you agree to them before you can get to the good stuff. Even now, they are calling out to you from the footer of this page and every other page on Wikia.
They are the Terms of Use (TOU), and along with our Privacy Policy, Licensing Policy, Community Guidlines, and Wiki Creation Policy, the Terms of Use form the core terms of acceptable behavior that we expect from members of our communities. They apply to both registered users (whether or not they are logged in) and unregistered anonymous users. When creating an account you must agree to our TOU or you won’t be able to finish the process. When people contribute content while logged out, their contributions still have to comply.
Since the ……
Updates to COPPA
Privacy is important, and despite how the online world seems sometimes it can exist on the internet. This post is going to overview recent updates to privacy laws and provide you with important information about how your wiki may be impacted.
The Children's Online Privacy Protection Act (COPPA) is a United States federal law designed to limit the collection of personal information from people younger than 13 years of age. It was passed in 1998, and has been updated only once with a set of revisions that become effective July 1st, 2013. The Federal Trade Commission (FTC) oversees the application and enforcement of the law. It applies to any website or service based in the U.S.
One popular misconception is that COPPA absolutely forbids anyon……
感谢扩展现在可供所有社区使用
大家好！
我已经有一段时间没有在这里发过帖了，现在是一个与大家分享一些好消息的好机会。经过一年的漫长旅程，我们现在将感谢扩展提供给了所有社区使用。
不管您是第一次听说这个扩展，还是已经参与过了它的早期测试，您都会了解到这涉及到了什么，以及我们在2023年是如何开展这项工作的全部细节。让我们开始吧！
- 1 什么是“感谢”？我们为什么要把它添加到平台上？
- 2 为什么我们最终选择实现感谢功能？
- 3 我们是如何在Fandom上实现感谢功能的？
- 4 扩展是如何运作的？我该如何启用它？
- 5 结语
有关这个扩展如何运作的详细信息，请见这篇博客的第四章节，反正总的来说，“感谢”（Thanks）是一种MediaWiki扩展，可以让编辑者轻易地感谢其他人在wiki页面上的特定编辑。您可以简单地点击他们的编辑旁边的按钮，对他们所做的事情快速地给予一些认可，而不必写一条赞赏消息。
我们选择将这个扩展添加到Fandom是为了兑现我们在2022年社群交流会议上的承诺。受到Gamepedia的扩展审核程序的启发，我们致力于为我们平台的编辑者添加更多功能。这可以让用户推荐他们希望看到添加到平台上的MediaWiki扩展。职员将审查它们的可行性，然后决定哪些可以添加。
2022年12月，我们在Fandom上启动了提名过程，并且分享了更多关于我们最终将如何实现获胜功能的细节（有趣的事实：我们当时就以感谢扩展为例）。
2023年的第一个季度，我们选择了社区提名的最合适的扩展。接着，在我们的《技术更新》中，我们定期地向您更新我们取得的进展。
早在1月份，我们就收到了近200种扩展的提名！然后，我们在审查了哪些扩展的添加是可行的，在不损害我们平台的性能或安全的情况下，可以通过合理的努力实现，并且对于大多数社区是有用的之后，将候选功能缩减到了15个。 ……
技术更新：2023年11月17日
大家好呀！
来看看本周的技术更新吧！如果您错过了上次的技术更新帖子，可以点击这里进行查看哦。我们将继续每两周更新一次，将关于错误修复和项目开发更新等一系列信息发布至社区中心
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 用户生成内容（UGC）团队
- 3.2 流量团队
- 编辑者们发现了一个问题——在快问快答中报告问题后，页面如果不刷新，就不会显示任何“报告问题”或“已报告”的文本。我们很高兴地通知大家，这个bug已经得到修复！
- 有编辑者报告，在接收到举报通知时，他们会收到比实际更多的通知（n+1个通知，而实际只有n个是有效通知）。现在这个问题已解决，在通知中心中，“Fandom”标签旁边显示的通知数量将与面板中未读通知的数量一致。
- 当某个页面的评论功能被禁用时，版主以前会失去对该页面评论的管理权限，普通编辑者也不能举报评论。现在这个问题已解决，即使在评论功能被禁用的页面上，版主仍然保有对评论的管理权限，而非版主用户依然可以举报不当评论。
- 在移动设备上编辑时，用户之前遇到了两个问题：保存时页面的某些文本会丢失，而从页面中删除的某些文本在保存后会被恢复。我们非常高兴地宣布，这个棘手的问题已经找到了解决方案。现在，保存后文本不会丢失，删除的文本也不会错误地被恢复。
- 有编辑者报告，在使用2017版编辑器进行编辑保存时，会遇到编辑器冻结的问题。我们的技术团队正全力以赴解决这一问题，并会持续向社区报告最新进展。我们深知这给编辑者带来的不便，并致力于尽快找到解决方案。
- 我们发现新的信息框构建器创建的模板页面没有为编辑者提供示例信息框供参考。这个问题的解决比我们最初预期的更加复杂，但请放心，我们的团队正在努力克服这一挑战。我们希望能在不久的将来解决此问题，并将继续更新社区的最新情况。
- Thanks扩展正在测试中。 好消息！T……
关于举报通知您所须知的一切
大家好！
自从我们重新设计站点通知并且合并Fandom和Gamepedia的通知功能到现在，已经有很长一段时间了。从那时起，我们一直在兑现去年在社群交流会议上所作出的承诺，其中一项就是为讨论板带来更多的、迫切需要和呼声很多的版主工具。为此，我们在今年早些时候发布了呼声很高的帖子历史功能，但我们知道还需要做更多的事情来帮助促进我们wiki的管理。
我们已经测试和预告它有好几个月了，不过我们还是很高兴终于能将我们的帖子举报通知功能发布到了所有至少启用了一项社交功能（无论是讨论板、留言墙还是评论）的wiki！
每个管理员和讨论版主都将自动选择使用这个功能——在测试阶段选择关闭的人将会不得不再次启用它。不过，为了保险起见，如果您在wiki上有担任这些职位中的其中一个，您应该前往自己的参数设置，然后点击通知选项卡，在版主的网页通知章节中检查是否勾选了当有人在讨论板、留言墙或评论中举报帖子或回复时通知我的选项。顺便提一嘴，这是各个wiki的设置，不是全域的，因此您可以在自己管理的各个wiki上决定是否希望接收帖子举报的通知。
启用后，在讨论板、留言墙或评论中举报帖子都将触发对所有讨论版主和管理员的站点通知，如下所示：
即使社区举报了多则帖子，每个wiki也只会有一条通知，计数器将显示有多少条消息被举报了。点击此消息时，您将前往/f/reported，在这个面板中，列出了所有按照帖子、留言或评论进行分类的举报。
当消息中的计数器变为零时，因为所有举报都已经处理了，这条消息将从通知列表中消失，只有在任何其他的帖子被举报的时候才会重新出现。如果您想在不处理举报的情况下清除通知，您可以选择将通知标记为已读。在这种情况下，这条消息仍然会保持可见，作为提醒您稍后处理的提示，并且如果您收到了新的举报，它就会再……
學習MediaWiki的標示語言，wikitext！
首先，感谢您在Fandom进行第一次编辑。您的贡献非常珍贵，要想进一步改善有缘浏览到的wiki，您还可以付出更多！
阅读过这篇网志贴文的读者，应该知道可以使用编辑器页上半部的工具列，进行文章的设定与修正吧。不过，您知道有其他可以不用滑鼠，就可以设定文字格式的方法吗？今天我就来介绍这个方法。
Fandom设定内容格式所使用的主要标准语言，是称为Wikitext的程式语言。使用Wikitext，可以完成新增照片、表格、粗体字、连结，以及其他许多视觉上的变更。此外，对于高阶使用者来说，Wikitext通常会比只使用标准的视觉编辑还要更快速地完成工作。
例如，您刚写下角色的名字。您知道只要输入
关于可利用wikitext实行指令的完全清单，请参考说明:wikitext。
wikitext主要用于原始码编辑器，但其中一部份的内容可以直接在视觉编辑器上节省时间。
如果要预设使用原始码模式，就可以移动到偏好设定，在“编辑”底下选择希望的预设编辑器。
技术更新：2023年11月3日
大家好呀！
来看看本周的技术更新吧！如果您错过了上次的技术更新帖子，可以点击这里进行查看哦。我们将继续每两周更新一次，将关于错误修复和项目开发更新等一系列信息发布至社区中心
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 用户生成内容（UGC）团队
- 3.2 流量团队
- 编辑器预览功能：很多编辑者反馈，编辑器的预览功能虽然总体运行良好，但存在一个小问题。如果你预览了页面一次，然后对页面中使用的模板进行了编辑，再次点击预览时，显示的并不是最新的内容，而是之前的缓存版本。我们非常高兴地告诉大家，这个问题现在已经有了解决方案！
- 全部标记为已读功能：我们在最近的技术更新中宣布了这个功能的修复，但不幸的是，我们发现背后的问题比预期的要复杂，导致该功能依然无法正常工作。我们的团队正在积极努力解决这一问题，并会持续向社区提供最新进展。
- 信息框构建器：由新信息框构建器创建的模板页面目前没有为编辑者提供示例信息框供参考。这个问题比我们预期的更加复杂，但我们希望能够尽快找到解决办法。请大家保持关注，我们将会有进一步的更新。
- 移动端编辑：移动设备用户在编辑时会遇到一些问题，包括保存时页面上一部分文本的丢失，以及被删除的文本在保存后又重新出现。我们正在努力解决这个问题，但它证明比预期的要难处理。我们将继续在接下来的更新中向大家报告进展。
- 十月份的编辑者数量继续呈季节性增长： 我们在十月份看到了令人鼓舞的数据——新编辑者数量同比增长了53.6%，而总活跃编辑者数量也增长了35%。这两个数据都超过了九月份的表现，那时由于学生编辑者返回学校，我们观察到了预期的季节性下降。
- Thanks 扩展正在测试中：我们团队最近对“Thanks”扩展进行了一些更新，主要是为了解决在特定页面（如“最近更改”和“用户贡献”）上使用“Thanks”选项时的参……
特別技術更新：2023年10月26日
嘿，各位！
我们想在本周为大家提供一篇特别的《技术更新》贴文。虽然我们在上周已经给大家过一篇贴文了，而且我们也将在下周五准备另外一篇贴文，提供更多的新闻和错误修复，但是我们迫不及待地想要分享这条关于重大错误修复的特别新闻，因为我们从大家以往的评论中知道这个错误一直是社群的最大痛点，所以，我们想要早点把这则新闻告诉您。
“全部标记为已读”按钮终于修好了！是的，您在我们的通知中心收到的所有通知都可以透过点击按钮来正确地清除了。我们一开始无法复现这个问题，但在社群的帮助下，我们终于能够追寻原因。这个错误需要在多种服务中修复，所以花了一些时间，但我们很高兴能把这个修复带给大家。
虽然这次更新简短而又令人愉快，但也意义重大。现在，赶紧去把“全部标记为已读”吧。请下周再回来看我们定期的《技术更新》。
- 10月27日更新：
大家好！
感谢大家的意见回馈，我很抱歉看到修复对大家来说仍然不起作用。修复产生了意想不到的后果，所以我们不得不回退了它。但我们仍然非常认真地对待此事。我们会让您随时了解这个修复的最新进展，让您可以真正地去把“全部标记为已读”。
感谢您的耐心！！
技術更新：2023年10月20日
大家好！快来看看自10月6日以来的最新技术更新吧。我们将继续每两周一次向编辑者社群更新错误修复和产品开发更新的资讯！
- 1 重大变更
- 2 已知问题
- 3 开发更新
- 3.1 使用者供应内容（UGC）团队
- 3.2 流量团队
- 编辑者在存取wiki上的贴文历史时遇到500错误。我们很高兴地宣布，这个问题已经解决了。
- 编辑者在视觉化编辑器中编辑已有的图库时，它无法识别原有的内容。一旦编辑者加入了一张新图片，就会在原来的图库下面建立一个新的图库。UGC团队已经找到了一种解决方案。
- 使用者讨论页没有最小高度，导致编辑者在较短的荧幕上无法编辑此类页面。我们的UGC团队已经找到了一种解决方案，编辑者可以在强制性的最小高度下编辑。
- 透过新的资讯框构建器建立的模板页面没有供编辑者参考的范例资讯框。我们希望能尽快解决这个比最初预期更为复杂的错误。敬请关注！
- 编辑者回报称，编辑器的预览运作正常，但是如果预览过一次页面，然后编辑了其中使用的模板，再次点击预览时，显示的是快取的预览版本，而不是新的预览版本。
- 在行动端上编辑时，使用者会遇到两个相关的问题：储存时，页面上的一些文字会丢失；储存后，页面上删除的一些文字会恢复。事实证明，修复比预期的要棘手得多，我们将在未来的更新中继续报道。
- 通知功能“全部标记为已读”问题的修复正在测试。这个问题指的是有些使用者无法将通知标为已读。我们希望能尽快解决这个比最初预期更为复杂的错误。
- Thanks（感谢）扩充功能正在测试。团队目前正在处理之前提到的一些有感谢选项的页面（如特殊:和特殊:）上的使用者参与度问题。一旦这些改动完成并取得了成功，我们就会把感谢功能推广到10%以外的社区，并供管理员选择是否启用这个功能。
- 检举通知。正如我们之前提到的那样，当wiki上的社交内容被检举时，版主目前并不会以任何方式收到……
沒有人光顧我的wiki！
建立wiki是一项令人兴奋的成就，尤其是在您能与其他人分享有用的资讯时。 不过，如果wiki没有得到期望的关注与浏览，那也是一件很伤心的事。在这篇网志贴文中，一起来看看哪些原因可能导致了您的wiki无人光顾。了解这些原因有助于让您措置有方，让您的wiki得到更多曝光与互动。
- 1 内容相关度
- 2 搜寻引擎最佳化（SEO）
- 3 宣传与连结
- 4 社群互动
您的wiki无人光顾的一个原因可能是您提供的内容偏离主题。评估您的wiki是否涵盖或讲述了人们常在搜寻的主题和内容，这一点很重要。调查目标受众的兴趣与需求，保证内容符合人们的期望。紧扣主题、提供有价值的资讯，您就更有可能吸引到读者。
您的wiki在搜寻引擎结果中的可见度会很大的影响浏览量。评估wiki的搜寻引擎最佳化（SEO）状况，包括主题关键字的使用以及为搜寻引擎进行内容最佳化。提升wiki在搜寻引擎中的曝光度，就可以吸引更多常搜寻话题相关内容的人的有机浏览量。如需更多细节，请联络Fandom指南针。
您的wiki可能有有价值的内容，但如果没有活跃的宣传，可能还是无法触及需要的受众。宣传和连结可以很有效的增长网站浏览量。请考虑将wiki的连结分享至相关的平台、社群媒体频道或对您的话题感兴趣的人组成的社群。与潜在的读者进行互动，发扬wiki带来的价值，会产生更多人的兴趣与更多人光顾。
围绕您的wiki构筑社群对浏览和互动的促进至关重要。鼓励使用者投稿、编辑、分享wiki页面。回应评论、回答问题、促进围绕wiki主题的讨论，与社群进行活跃的互动。构筑活跃而又可参与的社群，就可以吸引更多人光顾，将wiki打造成可以信赖的资源。如果您没有时间写信联系使用者，请随时使用“感谢”功能。
为您的wiki争取更多人光顾需要有策略的手段，包含相关度、宣传、搜寻引擎最佳……
技术更新：2023年10月6日
大家好呀！
来看看本周的技术更新吧！如果您错过了上次的技术更新帖子，可以点击这里进行查看哦。我们将继续每两周更新一次，将关于错误修复和项目开发更新等一系列信息发布至社区中心！
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 用户生成内容（UGC）团队
- 3.2 流量团队
- 现在，编辑者已经能够在tilesheet扩展中访问并创建表格。
- 在之前的版本中，如果编辑者在Special:InfoboxBuilder的模板名称中添加了正斜杠(/)，他们会遇到无法保存页面的问题。当尝试点击发布时，他们会收到一个错误消息。现在，这个问题已经被成功修复。
- 部分编辑者在访问wiki上的帖子历史时遇到500错误。
- 通过新的信息框构建器创建的模板页面没有供编辑者参考的示例信息框。
- 我们已经注意到在可视化编辑器中存在一个关于预览功能的问题。当编辑者进行编辑并且在某些情况下关闭模态框之后点击“预览”按钮，他们所看到的预览内容并不是他们所做的最新更改，而是原始的未经修改的内容。
- 在移动端上编辑时，用户会遇到两个连带的问题：储存时，页面上的一些文字会丢失；储存后，页面上删除的一些文字会恢复。事实证明，修复程序比预期的要棘手得多，我们将在未来的更新中继续报道。
- 部分用户反映，点击“全部标记为已读”按钮后，某些通知实际上并没有被标记为已读。经过我们的用户体验团队深入研究，这个问题的解决方案比我们最初预期的要复杂。我们正在努力确定解决此问题的最佳方法，并计划尽快为大家提供更新。
- Thanks扩展正在测试。目前，很多编辑者都在使用Thanks功能，但主要是用来感谢经验丰富的编辑者，新手编辑者往往被忽略。因此，我们不打算直接在所有地方默认开启这个功能。不过，为了给管理员更多的选择权，我们计划在短期内加入一个管理员控制面板选项，以便他们决定是否在自己的……
管理员和其他权限组的用户们很快将可以选择并编辑”快问快答“功能
您可能之前听说过一项名为“快问快答”的新功能，经过一整个夏天进行测试的“快问快答”在八月中旬成为了我们现在的主要项目之一。在初期版本人工智能生成内容中，我们遇到了一些很明显的阻碍（这在之前的技术更新中提到过）。然而社区的反应是，大家对该功能表达出来的热情和期望远超我们预期，这份热爱使得我们需要更早的推出“快问快答”——这原本是我们计划在稍后阶段推出的功能。
现在，我们很高兴地宣布，“快问快答”的编辑功能将会向管理员、话题版主、内容版主以及具有回退内容权限的用户组开放。这次更新会比我们进一步大规模推广由人工智能生成内容的“快问快答”要早，预计在10月底之前就会实施（在此之前，我们还会进行一些额外的实验性版本发布，我们会在博客中进行更深入的讨论）。
今日的博客将为您解读“快问快答”功能究竟是什么（特别是对那些至今还不太了解这一功能的用户），我们是如何以及为什么利用生成性人工智能来推广该功能，以及这一功能推出后，初期将会有哪些编辑选项。
- 1 啥是快问快答
- 2 我们如何利用生成式人工智能？
- 3 社区如何轻松参与快问快答的编辑呢？
- 4 快问快答将会有什么新进展？
“快问快答”，听起来是不是很酷？这其实是我们新出炉的功能，它最早在今年四月的社区交流会议上的“规范化页面：全球粉丝圈的终极门户”部分被展示了出来。
这个功能的原理很简单：就是把wiki页面上的信息变身成问答（Q&A）形式，然后像搭积木一样，嵌入到wiki页面中。这些问题都是和页面主题紧密相连的，为了解答这些问题，我们就有了这个模块。比如说，右边这张图（只有登录的用户们才能看到哦）就是从降世神通Wiki的Korra页面来的，通过“快问快答”，我们可以轻松了解关于Korra这个角色的种种知识。
这个功能的终极目标就是让Google能够轻轻松松地读懂我们……
管理员和其他权限组的用户们很快将可以选择并编辑“快问快答”功能
您可能之前听说过一项名为“快问快答”的新功能，经过一整个夏天进行测试的“快问快答”在八月中旬成为了我们现在的主要项目之一。在初期版本人工智能生成内容中，我们遇到了一些很明显的阻碍（这在之前的技术更新中提到过）。然而社区的反应是，大家对该功能表达出来的热情和期望远超我们预期，这份热爱使得我们需要更早的推出“快问快答”——这原本是我们计划在稍后阶段推出的功能。
现在，我们很高兴地宣布，“快问快答”的编辑功能将会向管理员、话题版主、内容版主以及具有回退内容权限的用户组开放。这次更新会比我们进一步大规模推广由人工智能生成内容的“快问快答”要早，预计在10月底之前就会实施（在此之前，我们还会进行一些额外的实验性版本发布，我们会在博客中进行更深入的讨论）。
今日的博客将为您解读“快问快答”功能究竟是什么（特别是对那些至今还不太了解这一功能的用户），我们是如何以及为什么利用生成性人工智能来推广该功能，以及这一功能推出后，初期将会有哪些编辑选项。
技術更新：2023年9月23日
朋友们好！请看继9月8日起的最新技术更新内容。我们会持续每两周为编辑者社群提供错误修复与产品开发更新！
- 1 重大变更
- 2 已知问题
- 3 开发更新
- 3.1 使用者供应内容（UGC）团队
- 3.2 流量团队
- 于Blog:Recent posts检视wiki上的网志时，网志贴文会以互相嵌套的格式显示。现在每则贴文都不会互相嵌套，而是显示在各自方块中了。
- 标签在桌面端外观正常运作，但使用行动端外观时会遇到错误。现荣幸宣布此问题已得到修复！
- 行动端编辑时，使用者会遇到两个连带的问题：储存页面后，一些文字会消失，一些删除的文字会恢复。该问题远比预期要棘手的多，我们会在后续更新中持续报导修复情况。
- “感谢”功能进入测试阶段。越来越多的编辑者会使用“感谢”功能，给他人送出感谢。但收到感谢的往往是老练的编辑者，新手的编辑却无人致谢。因此，此功能不会全面的预设开启，而会在稍后我们会将其放在管理员面板的控制台中，留给管理员决定是否为wiki启用此功能。我们对“感谢”功能进行了一些修复，包括全面统一“感谢”功能的样式。如果编辑者在启用动态更新模式时重新载入Special:RecentChanges页面，且此时有人作出了一笔新编辑，新编辑旁边括号中的“感谢”功能会缺失。同时，专门为实现在近期变更页面传送感谢而新增的连结存在一些空格，对自动换行功能引发了意外的效果，该问题也已得到修复。请持续关注社群中心的后期网志，进一步了解“感谢”功能以及其他实用功能的最新情况。后续的《技术更新》中，我们会提供更多“感谢”功能方面的更新情报。
- 内容检举的通知方式。应往期报导，版主现不会以任何形式收到社群交际内容的检举类通知。UGC团队正设计一种可提醒版主有哪些内容亟需注意的通知方式，以减少从内容检举到采取行动的平均时间。一之四等分的wiki换用了……
不要给自己的wiki打广告！
您好，欢迎来到我的博客。我是两个 WIKI 的创始人。
我今天给大家分享一件事情是：不要打广告。很多人对此产生了疑惑。“我必须要打广告，因为我的 WIKI 没人编辑。”、“不行啊！没人怎么办啊？”
- 1 经历
- 2 做广告是没有用处的
- 2.1 封禁了怎么办
- 3 想宣传怎么办
- 3.1 添加页面
- 3.2 丰富内容
- 3.3 基础：遵守下列规则
以前我不是这样想的，我觉得多打广告可以宣传自己的 WIKI 获得更多的编辑。
我开始在锑星百科上面写一些宣传虚构宇宙wiki 的广告，之后一部分页面被删除了，差点就被封禁了。而且，没有起到任何效果。
然后，我又继续到Backrooms Wiki写了一个页面，上面说是Googologyrooms那个 WIKI 的广告页面。然后就被删除了。继续创建，管理员给了一个删除原因：“（删除页面：这不是你打广告的地方：宣传自己的WIKI,xxxxx wiki，唯一贡献者是 Gongxiang01）”我就没在那个页面加广告了。我也不单独开页面了。
之后，我继续在沙盒页添加了几个广告，均被回退了。到我 WIKI 一看更改记录，无人编辑。
我继续在后室wiki加了个广告模板，模板名字是Template:Advertisement-user-cannot-delete，我还用到了解析器函数扩展。在我的后室页面（好像是 Level ZH 502还是 503啊）加了这个模板。
之后被红票了，红票理由：“删除。你的。广告。”
我删完广告后，继续黄票口语化了。（无关）
然后我继续去他 WIKI 的讨论区申辩，举报加红票的管理员。没有成功，最后被 Backrooms wiki 封禁了。
我这个经历清楚的说明了这样是没有用处的，而且还会引来他人的反感。如果内容太多还有可能被全域封禁。所以，大家千万不要做广告。大家一定要吸取……
技术更新：2023年9月8日
大家好呀！
来看看本周的技术更新吧！如果您错过了上次的技术更新帖子，可以点击这里进行查看哦。我们将继续每两周更新一次，将关于错误修复和项目开发更新等一系列信息发布至社区中心！
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 用户生成内容团队（UGC）
- 3.2 流量团队
- 3.3 平台团队
- 管理员在讨论区删除回复时会出现一个问题，当管理员尝试删除大量回复时，会弹出错误信息，提示他们不能继续删除。现在，这个问题已经被修复，管理员可以顺利删除回复了！
- 在Blog:Recent posts页面查看wiki的博客文章时，曾出现博客文章互相嵌套的问题。现在这个问题已经得到解决，每篇博客文章都会单独在一个框内显示，而不会再相互嵌套。
- 移动设备上的编辑问题：当用户在移动设备上编辑内容时，他们遇到了两个主要问题。首先，在保存编辑后，部分文本会意外丢失；其次，被删除的某些文本在保存后又会重新出现。解决这些问题比我们预期的要困难得多，但请放心，我们正在努力修复，并会在后续的更新中持续为大家报道进展。
- Thanks扩展正在测试中。我们发现，虽然许多编辑者都喜欢使用“Thanks”扩展来感谢其他编辑者，但它似乎更多地被用来感谢经验丰富的编辑者，而新手编辑者很少收到感谢。鉴于此，我们决定不会默认地在所有wiki上开启此功能，但会在管理员面板里提供一个开关选项，允许管理员决定是否在他们的wiki上使用这个扩展。请大家关注即将在社区中心发布的博客，届时会有更多关于“Thanks”扩展及其他可用扩展的详情。在接下来的技术更新中，我们也会继续分享“Thanks扩展”的最新动态。
- 举报通知。正如我们之前提到的，当wiki上的社交内容被举报时，版主当前并没有收到任何通知。因此，UGC团队正在研发一个新的通知系统，它能在内容被举报时及时提醒版主，这……
技术更新：2023年8月25日
大家好呀！
来看看本周的技术更新吧！如果您错过了上次的技术更新帖子，可以点击这里进行查看哦。我们将继续每两周更新一次，将关于错误修复和项目开发更新等一系列信息发布至社区中心！
在本次技术更新中，我们将深入叙述两个大变化，一个是关于全域导航栏颜色即将发生的变化，而另外一个则是我们一直在研究的，叫做“快问快答”的功能。请您往下看吧！
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 用户生成内容团队（UGC）
- 3.2 用户体验团队（UX）
- 3.3 流量团队
- 3.4 性能专项小组
- 当编辑者在编辑窗口中尝试使用鼠标光标进行文本的添加或删除操作时，选择的区域会从所点击的位置向左或向右偏移一个或多个字符。这一问题已经得到了我们的用户生成内容（UGC）团队的有效解决。
- 我们的视频团队已成功修复了一个问题，该问题在视频内容播放完毕后，当关闭小窗口播放器或固定播放器时，会突然将用户带回到页面的顶部。
- 有管理员向我们反馈，他们在页面的讨论区删除评论回复时遭遇了问题。当尝试删除大量的回复时，会出现一个错误消息，告诉他们不能再继续删除更多的回复。
- Thanks扩展。Thanks扩展目前仍在部分社区中进行测试。我们正在努力推进，希望最终让其成为一个社区可以选择加入的功能。在决定全面推出之前，我们还需要对该扩展对平台参与度指标的影响进行深入的数据分析。随着我们在这个方面上的进一步研究和发展，我们将继续地向社区更新进展情况。
- 举报通知。关于被举报帖子的通知功能，目前我们在排名前6000的wiki中有10%正在进行测试。我们计划在未来将这一功能扩展至更多的测试社区。然而，在此过程中，我们发现了一个技术问题。在全面推广之前，我们需要首先解决这个问题，以确保给用户带来更为流畅的体验。请大家保持关注，更多的信息即将公布！
针对未登录用户的全域导航栏颜色……
技術更新：2023年8月11日
大家好！快来看看自7月28日以来的最新技术更新吧。我们将继续每两周一次向编辑者社群分享错误修复和产品开发更新的资讯！
- 1 重大变更
- 2 已知问题
- 3 开发更新
- 3.1 使用者供应内容（UGC）团队
- 3.2 使用者体验团队
- 3.3 流量团队
- 3.4 平台团队
- 当编辑者建立资讯框并设定列标签时，源变数名无法更新。我们很高兴地向大家分享，这个问题已经得到修复！
- 当在有Tabber的页面上打开行动版编辑器时，使用者将不再遇到问题。使用原始码编辑器模式并尝试在视觉化编辑器与原始码编辑器页面之间切换时，编辑器在编辑时不会卡在页面的载入状态。
- 在FandomMobile外观下尝试撤销编辑时无法正常运作——编辑者没有提交撤销编辑，而是返回了整页的编辑器。现在，编辑者可以撤销编辑了。任何喜欢在行动端上审核wiki内容的使用者应前往Special:MobileOptions（特殊:行动版选项）启用进阶行动版贡献页面。
- 在行动端上编辑时，使用者会遇到两个相关的问题：储存时，页面上的一些文字会丢失；储存后，页面上删除的一些文字会恢复。修复正在进行，我们会在下次更新中报告。
- Thanks（感谢）扩充功能正在测试。许多编辑者都在积极使用著感谢功能，但主要是为了感谢经验丰富的编辑者，而非新手。因此，我们不会将其作为预设功能在所有地方推出，但是我们会在管理员面板添加一个切换按钮，让管理员选择是否在其wiki上使用此扩充功能。请继续关注社群中心即将发布的网志贴文，了解更多有关Thanks扩充功能以及您可以使用的其他扩充功能的资讯。我们将在即将到来的《技术更新》中提供更多有关Thanks的更新资讯。
- 检举通知。如之前所述，当wiki上的社交内容被检举时，版主目前不会以任何方式得到通知。UGC团队正在研究通知机制，来提醒版主那些需要自己注意的内容，……
整理文章結構
您是不是刚加入的新手，不知道要做甚么？各类wiki上的工作看似颇为复杂，还好，有我们来帮助您！这段教学内容是视觉化编辑器功能，著重学习如何加入资讯框、表格和分类，帮您调整文章的结构。
当您按下页面上的“编辑”按钮，视觉化编辑器就会打开。视觉化编辑器是平台为方便撰稿者更好的整理文章结构而使用的工具。编辑器顶端工具列的各项功能如下：
资讯框是提供文章主题基本资讯的一个文件。资讯框通常显示在桌面端文章的右侧或行动端文章的最顶端。以下是加入资讯框的方法：
- 按一下工具列上的“插入”，找到资讯框字样，点选字样，选择所在wiki上现有的资讯框的名称；
- 可以看到我们需要填写的栏位（请略过不需要填写的栏位）；
- 完成之后，请按 。
。
简单吧？您已经学会了整理违章结构的所有基本要领！
為文章設定格式
首先，恭喜您在Fandom完成了第一笔编辑！现在，我会教您完成更复杂的编辑，比如说为文字设定粗体、斜体或底线的样式，以及加入Fandom页面连结。
打开任何Fandom页面的编辑页面后，会有一个提供不同文字格式选项的工具条。以下是部分基本文字格式设定按钮的作用：
您的贡献让您心爱的wiki更好。作为贡献者和编辑者，您在这个共享与开放的环境中共建辉煌起著关键作用。
加入wiki討論
您知道Fandom不只是阅读和写作的平台，而还有与圈子内的朋友们玩乐的功能吗？您可以与各位和您有共同喜好的社群成员谈天说地。
这段教学教您如何存取讨论板，并与其他粉丝谈笑风生，快来了解一下Fandom的讨论板功能吧！
建立完私人的Fandom帐号后，您就可以加入任何喜爱wiki的讨论板，只要按几下滑鼠就好：
學習在wiki上撰稿
您在阅读Fandom wiki上的文章时，有没有遇到过需要修正的地方，比方说有“错别仔”？您想直言不讳地向管理者回报这个错误，该找谁呢？
您谁也不用找，有了使用者帐号，您就可以自己作主，直接编辑文章了！
不要害怕眼高手低：这其实超简单。我们会手把手教您完成必要的操作，两三下就完事了，真的。
您要是好奇是如何在不抹掉网站的情况下编辑页面的，那是因为Fandom wiki使用的MediaWiki软体让使用者能够编辑很多文章，这样您就可以修正那个不顺眼的错别字了。
跟著我一起做，学会在wiki上撰稿，成为Fandom编辑者社群的一员！
開始使用Fandom：註冊與個人化
很高兴您能加入Fandom社群，快来开始使用吧！
这是一段非常简单的教学，您将学到如何注册并设定Fandom帐号，如何在wiki上撰稿（包含粉丝文件的网页），以及如何加入五花八门的粉丝论坛。阅读完这些基本步骤后，您就可以探索心爱的粉丝wiki，与其他同好一起互动啦！
如果您还没有注册，请先完成以下步骤：
技术更新：2023年7月28日
嘿大家好呀！
来看看本周的技术更新吧！如果您错过了上次的技术更新帖子，可以点击这里进行查看哦。我们将继续每两周更新一次，将关于错误修复和项目开发更新等一系列信息发布至社区中心！
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 用户生成内容团队（UGC）
- 部分wiki网站在访问“Special:BrowseData”页面时遇到了问题，页面无法正常工作，只会显示白屏。我们很高兴地告诉大家，这个问题已经解决了！
- 在通过主题设计器上传新皮肤版本后，有些用户发现主题背景在浅色模式下无法正确显示。现在，浅色主题背景可以在主题设计器中正常显示了。
- 启用信息框代码编辑器后，编辑者现在可以访问模板数据了！之前，编辑者只能打开GUI并保存更改，而编辑界面上没有任何变化。
- 投票文本现在可以通过讨论区滥用过滤器进行正确过滤了！
- 在编辑器外部滚动页面时，链接建议不再在选择建议后留下空白框。
- 移动编辑器源代码模式中的工具栏按钮无法响应。我们也解决了这个问题。
- 使用移动设备编辑的时候，用户会遇到这样的问题：保存时页面上的一些文本会消失，或者被删除的一些文本在保存后又莫名其妙地回来了。不过别担心，我们正在更加积极修复这个问题，会在下次更新中告诉大家最新的进展。
- 使用移动端编辑器打开带有tabber的页面时，似乎会遇到一些困扰。同样的问题在源代码编辑模式下也会出现，当用户试图在可视化编辑器和源代码编辑器页面间切换时，可能会被卡在页面的加载状态。我们也正在解决这个问题。
- 当编辑者创建一个信息框并设置行标签时，却发现无法更新源变量名。
- Thanks扩展测试中 我们已经为10%在Fandom或Gamepedia的Wiki启用了Thanks扩展，并将在未来的技术更新博客中提供更多的进展。
- 举报通知。如前所述，目前当他们的wiki的社交内容被举报时，版主……
技术更新：2023年7月14日
嘿大家好呀！
来看看本周的技术更新吧！如果您错过了上次的技术更新帖子，可以点击这里进行查看哦。我们将继续每两周更新一次，将关于错误修复和项目开发更新等一系列信息发布至社区中心！
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 用户生成内容团队（UGC）
- 3.2 用户体验团队（UX）
- 再也不用担心模板编辑器中弹出的窗口会与警告信息重叠了，哪怕是在一个或多个必填字段未填写的情况下也不会冲突。这样一来，整个可视化编辑器都恢复到以往的快速响应状态了。
- 在Special:SpecialPages的其它特殊页面和管理员面板上，曾有四个条目只是显示了原始字符串，而非恰当的标签。现在好了，Special:SpecialPages上的所有条目都已经进行了本地化，它们都会展示正确的标签哦！
- 以前在选中链接建议后，或者滚动到编辑器外部时，会出现一个空白框，这让人不太顺眼。但现在我们已经修复了这个小问题，编辑者们再也不会遇到这样的困扰了！
- 有些Wiki在访问"Special:BrowseData"页面时出了点小问题，这个页面并没有在正常运作，只是跳转到该页面后返回了白屏。我们正在努力解决这个问题。
- 有一些用户在通过主题设计器上传新的浅色主题版本后，发现背景并没有如期显示出来。
- 使用移动设备编辑的时候，用户会遇到这样的问题：保存时页面上的一些文本会消失，或者被删除的一些文本在保存后又莫名其妙地回来了。不过别担心，我们正在积极修复这个问题，会在下次更新中告诉大家最新的进展。
- 使用移动端编辑器打开带有tabber的页面时，似乎会遇到一些困扰。同样的问题在源代码编辑模式下也会出现，当用户试图在可视化编辑器和源代码编辑器页面间切换时，可能会被卡在页面的加载状态。我们也正在解决这个问题。
- 当编辑者创建一个信息框并设置行标签时，却发现无法更新源……
技術更新：2023年6月30日
大家好！快来看看自6月16日以来的最新技术更新吧。我们将继续每两周一次向编辑者社群分享错误修复和产品开发更新的资讯！
- 1 重大变更
- 2 已知问题
- 3 开发更新
- 3.1 使用者供应内容团队
- 3.2 使用者体验团队
- 3.3 平台团队
- 我们已经公布了实验的获胜者，也就是为所有的使用者在2017年版编辑器中移除全域导览条，来减少混乱和干扰。在未来的更新中，我们还将预设隐藏2017年版编辑器的本地导览列，并提供重新打开它的选项。您可以在本周早些时候的一篇深入探讨的网志中了解更多。
- 随著近期MediaWiki的升级，结合了DPL的小工具在Minecraft Wiki上停止了工作。我们已经解决了这个问题，小工具应该能正常工作了。
- 嵌入的影片（指向YouTube嵌入的File:命名空间影片）在行动化资讯框中显示时停止工作。影片没有缩略图，点击它会触发一则“哎呀，这个项目不再可用。”的错误讯息给使用者。我们已经解决了这个问题，使用者不应再遇到嵌入影片的问题。
- 使用者在使用视觉化编辑器时无法新建资讯框，因为“模板名称”对话方块被隐藏在了对话方块的后面。这个错误妨碍了使用者使用这个工具来建立资讯框！
- 使用者尝试使用EmbedVideo嵌入niconico的影片会遇到错误。我们找到了解决这个问题的方法，使用者可以再次成功地嵌入影片了！
- 一些wiki遭遇了因为
Special:BrowseData页面不起作用，进入该页面后只会显示一个白屏的问题。 - 在透过主题设计器上传新版本后，有些使用者似乎出现了浅色主题背景无法正确显示的问题。
- 在行动端上编辑时，使用者会遇到两个相关的问题：储存时，页面上的一些文字会丢失；储存后，页面上删除的一些文字会恢复。修复正在进行，我们会在下次更新中报告。
- 当一个或多个必填栏位没有输入时，模板编辑器弹窗与警告重叠，导……
好消息：Fandom上的編輯者人數正在增長，原因是這樣的
如果您读过我们每隔一个周五发布的《技术更新》网志，或者您收看了社群交流会议，您或许知道Fandom有一支产品开发团队，叫作使用者供应内容（User Generated Content，UGC）团队，专门为wiki编辑者和Fandom职员提供工具。这个团队的职责范围相当广泛，维护著近150个MediaWiki扩充功能（其中包括视觉化编辑器和新建wiki工具），其他服务像图片审查和Phalanx（全域滥用过滤器），以及内容审核工具。他们以前叫作CATS团队（Creators、Admins、Tools、Staff，译为创作者、管理员、工具、职员），也就是去年构建互动式地图和行动版主题的同一支团队。
在这篇网志中，我们将介绍UGC团队正在做的事情，我们是如何成功地增加社区编辑者的人数的，以及2017年版视觉化编辑器即将推出的新变化，这项变化可以减少干扰，增加首次编辑的成功量。
您也可以跳到网志的最后去看简要回顾，其中涵盖了这篇网志的要点！
- 1 我们成功地壮大了编辑者社群
- 2 用实验来证明：我们到目前为止所做的事情
- 3 到目前为止成功的实验
- 4 消除2017年版编辑器的干扰因素
- 5 UGC的下一步是什么？
- 6 简要回顾
由产品经理Eva和工程经理Tomek领导的UGC团队今年有三大关键目标：增加Fandom上的新编辑者人数，增加Fandom上的活跃编辑者人数，以及维持或提高编辑者的满意度。您可能会问，为什么要树立这些目标？自2018年以来，尽管Fandom平台整体上有了巨大的发展，但是参与wiki编辑的人数却有所下降——说的不是资深编辑者和管理员，而是那些刚刚做出第一次编辑，然后希望继续参与的新编辑者。我们最近一直在做大量的研究来探究原因，我们会在未来的网志中分享其中的一些——不想在这里把重点埋没了，因为……
在……
技术更新：2023年6月16日
大家好！快来看看自6月2日以来的最新技术更新吧。我们将继续每两周一次向编辑者社群分享错误修复和产品开发更新的资讯！
- 1 重大更改
- 2 已知问题
- 3 平台开发
- 3.1 用户生成内容团队
- 3.2 用户体验团队
- 3.3 平台团队
- 我们已经成功修复了一个错误，即在对匿名用户进行编辑禁止的wiki上，未登录的移动端用户之前仍然可以看到编辑按钮并打开编辑器，尽管他们并无法进行实质性的编辑。现在，我们已经移除了这个编辑按钮，以消除任何可能的混淆。
- 我们很高兴地与大家分享，我们解决了一个主要影响到Wowpedia（魔兽世界百科）的问题，这个问题与
标签有关。在上次的更新中，我们提到了如果在没有#data的情况下将插入至文章中，就会导致出错。另外，从同一页面中提取的标签将无法正确显示。现在，资讯将会正常显示。 - 移动端的用户在进行编辑时曾遇到一些问题：保存时页面上的一部分文字会丢失，或者被删除的文字在保存后又重新出现。现在，我们已经成功解决了这个问题。
- 我们已经修复了一个问题，即博客页面顶部的聊天气泡图标中未能显示评论数量。现在，你可以在这个图标上看到正确的评论数量了
- 试图使用EmbedVideo嵌入niconico的影片会导致使用者出现严重错误。我们已经解决了这个问题。
- 当用户在移动端上从可视化模式切换到源代码模式时，所有未保存的更改都会丢失。目前，我们正在解决这个问题，并将尽快发布更新。
- 当你在一个有许多表格的页面上使用可视化编辑器时，可能会遇到一些问题。这些表格充斥着大量的数据与代码，导致编辑器在你点击编辑表格时可能会出错。我们的团队正解决这个问题。
- Thanks（感谢）扩展测试中 我们正在持续对Thanks扩展在平台上的表现进行测试，目前已有1200个wiki参与了这个测试。我们预计在正式全面推出前，还会进行几周的测试。同时……
技术更新：2023年6月2日
大家周五好！通常我们的技术更新由詹妮弗小姐亲自撰写，然而她今天未能在在线办公室，所以这一次由布兰登先生来接棒！如果你错过了上一期的技术更新，请点击这里进行查阅。我们将继续坚持每两周一次的频率，与大家分享关于错误修复和项目进展的最新消息！那么，让我们开始今天的更新吧！
- 我们已成功修复了一个关于EmbedVideo扩展的问题，这个问题在播放一些在Fandom上托管的特定文件类型的视频时会引发错误。
- 匿名编辑问题：我们正在解决一个问题，即在移动设备上，即便管理员已选择禁止匿名用户编辑，匿名用户仍然可以看到编辑按钮并打开编辑器。尽管他们的修改无法被保存并发布到网站，但为了确保一切都符合我们的设定，我们计划去除匿名用户的编辑按钮。
- 标签问题：我们正在积极解决一个主要影响到魔兽世界Wiki的问题，该问题涉及到标签的使用。其中一个表现是，如果在没有使用#data的情况下将标签插入到文章中，会导致出错。另一个问题则是，从同一页面中提取的标签信息无法正确显示。
- 移动端编辑器：在移动设备上进行编辑时，用户遭遇了一些困扰：编辑器保存时页面上的文字消失，或已删除的文字在保存之后重新出现。我们正全力以赴地解决这个问题。
- Fandom移动端：当用户在移动端编辑器中从可视化模式切换至源代码模式时，所有尚待处理的更改都会遗失。我们正在努力解决这个问题，并将尽快提供更新。
- 可视化编辑器：当你在一个有许多表格的页面上使用可视化编辑器时，可能会遇到一些问题。这些表格充斥着大量的数据与代码，导致编辑器在你点击编辑表格时可能会出错。我们的团队正全力以赴解决这个问题。
- Thanks扩展测试中： 我们正在持续对Thanks扩展在平台上的表现进行测试，目前已有96个Wiki站点参与了这个测试。我们预计在正式全面推出前，还会进行几周的……
技术更新：2023年5月19日
大家好！别忘了点这里回顾一下我们上一期的技术更新。每两周，我们都会将新鲜出炉的错误修复和项目进展端上来，并分享给所有在Fandom社区里的创作者们！
- 1 已知问题
- 2 平台开发
- 2.1 用户生成内容团队（UGC）
- 2.2 用户体验团队（UX）
- 2.3 平台团队
- 2.4 其他
- 移动端编辑器：当你在手机上编辑时，可能会遇到一些麻烦：比如，编辑后，文字可能会消失，或者你原本删除的部分又会在保存后重新出现。我们正在尽力解决这些问题。
- Fandom移动端：如果你在移动端编辑器中从可视化模式切换到源代码模式，所有未保存的更改都可能会丢失。我们正在积极寻找解决方案，并会尽快推出更新修复版本。
- 可视化编辑器。 当你在一个有许多表格的页面上使用可视化编辑器时，可能会遇到一些问题。这些表格充斥着大量的数据与代码，导致编辑器在你点击编辑表格时可能会出错。我们的团队正全力以赴解决这个问题。
- 编辑入门： 我们欣喜地宣布，我们已经开始在桌面端为未注册用户的章节标题旁增设编辑图标的新测试。此项测试使得用户注册率提升了10%，为未注册用户在Fandom平台上直观展示了编辑该内容的方法。
- Thanks扩展： 我们正在将Thanks扩展引入平台！在社区筛选的扩展提名名单中，我们认为Thanks扩展可能会带来最大的影响，因此优先引入。我们正在对这个扩展进行全面的测试，并邀请Wiki站点加入我们。如果你对试验这个功能感兴趣，请与Fandom员工或Fandom代表取得联系，以获取更多信息。
- Fandom应用程序： 在这周，我们新增了近130个新的Wiki到Fandom应用程序中。以下是新加入的Wiki名单：
- Blox Fruits Wiki
- 逃离塔科夫 Wiki
- 全明星塔防 Wiki
- 方舟进化生存 Wiki
- 泰拉瑞亚灾厄模组 Wiki
- Anime Adventures……
技术更新：2023年5月5日
好久不见！
时隔一段时间后，我们以全新的面貌回归，为大家带来一系列令人兴奋的技术更新！从用户体验到新功能的开发，总有一些内容能够吸引您的关注。我们将继续与社区保持联系，每两周定期报告关于错误修复和项目进展的最新动态！
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 回顾社群交流会议
- 3.2 用户生成内容（UGC）团队
- 3.3 用户体验（UX）团队
- 3.4 流量/回访团队
- 3.5 平台团队
- 3.6 其他
- 主题设计器。 在主题设计器中添加背景图片并勾选“在移动设备上使用”时，移动端预览窗口并未显示背景图片。现在，移动页面的预览窗口已能显示背景图片。
- 关于MediaWiki 1.39。 移动化信息框中的“example”输出错误地覆盖了模板页面上的“default”设置。尽管这通常被视为一种良好的变更，但它却未曾考虑到标签。我们已经针对此问题作出调整，使得移动化信息框的模板页面预览不再覆盖标签。
- 移动端编辑器。 在移动设备上进行编辑时，用户遭遇了一些困扰：编辑器保存时页面上的文字消失，或已删除的文字在保存之后重新出现。我们正全力以赴地解决这个问题。
- Fandom 移动端。 当用户在移动端编辑器中从可视化模式切换至源代码模式时，所有尚待处理的更改都会遗失。
我们刚刚参与了2023年的社群交流会议，在此次活动中我们回顾了在今年剩余的时间里众多项目的规划和优先事项。您可以通过查阅我们的各类演示文稿来了解这些内容，若您对此尚无明确概念，不妨从2023年项目和测试的概述与问答开始。这里要着重强调的一个关键议题便是测试主题。
一个焦点在于，对于2023年，我们将不再专注于大型产品计划，而是致力于全站的改进、新工具以及在Wiki参考内容基础上的网站新增功能。通过关注我们已经颇具实力的领域，如用户生成内容（UGC），我们将进行快速、富有互动性的测试……
关于移动端CSS你所须知的一切
全体管理员们请注意！
移动端CSS是一项在原先的Gamepedia社区已广泛应用的功能，然而对于Fandom社区来说却尚属新颖。我们欣喜地通知各位管理员，现在您已能够通过MediaWiki:FandomMobile.css页面来对wiki上的移动端CSS进行自定义了。这是我们自2022年推出移动端主题后，对移动端优化改进工作的一次卓越延续。如今，您可拥有更丰富的移动端自定义选项，包括模板、表格、主页以及关系树等功能，这将助您确保这些功能在移动设备上正常呈现，以提升整体的移动端阅读体验。请注意，本功能当前仅向管理员开放。如果您并非管理员，请保持关注，我们将陆续推出相关更新，以便在未来提升您的编辑体验。
- 1 移动端CSS
- 2 定制化原则
- 3 示例
- 3.1 信息框背景稍作调暗
- 4 向我们分享反馈
根据社区反馈，过去几年Fandom移动端主题功能的不足一直困扰着用户。广泛的用户调查证实，这是用户们的首选需求。去年，我们成功地将移动端主题功能推广给社区，让管理员们能够通过主题设计器将桌面端皮肤应用到移动端上。然而，我们深知许多管理员仍渴望进一步优化移动端Wiki上的内容。移动端CSS正是迈向这个目标的关键一步，同时也标志着在2022年社群交流会议中提出的创作者路线图中的所有功能得以完整呈现。
尽管之前Gamepedia社区可以由Fandom代表编辑移动端CSS，但我们依然希望能够构建一个适用于整个Fandom的移动端CSS功能并予以推广。因此，我们邀请了来自不同领域和语言的几个社区协助我们测试移动端CSS，以确保页面性能和SEO不会受到负面影响。测试取得了巨大成功，Wiki管理员们展示出了超出我们预期的解决方案和创意。
目前，管理员控制面板中的自定义CSS入口仅指向桌面端定制页面。我们已经意识到这一问题，并计……
即将推出：Fandom账号双重认证
在Fandom，账户安全一直是我们关注的重点。互联网上的各种网站都拥有不同的工具和方法来保护您的账户。Fandom会尽可能地采纳这些方法，例如保持平台的更新，就像我们在昨天的员工博客中宣布的明年的MediaWiki升级那样。
今年早些时候，我们对我们的身份验证系统进行了重构，以使用最现代化的安全功能。我们已经实施了一些措施，例如采用最先进的哈希技术、新的加密技术、减少登录流程中的安全风险点、更新登录选项等。
这些之前的基础工作使我们能够关注一个重要且长期被要求的更新，我们希望在今年年底发布之前让您了解：为用户账户提供双重身份验证（2FA）。在之前的博客和一些社区会议中，用户特别要求提供2FA。2FA是一种简单的方法，能让我们所有人保护账户安全，所以我们鼓励大家使用双重身份验证来保护自己！
- 1 技术背景
- 2 如何为您的账户添加双重认证（2FA）
- 3 如何使用备份代码
- 4 最后
双重认证（2FA）相较于单认证更加安全，它能立即削弱因密码泄露而带来的风险。即便密码被黑客攻破、猜到或者被网络钓鱼获取，没有通过第二重验证，仅凭密码也无法登录。
那么，这个功能是如何实现的呢？如果您选择为您的账户启用2FA（这是完全可选的，但建议使用），2FA会在您的手机上通过一个应用程序生成一次性密码（OTP），每次登录时都会提示您输入此密码。这个验证码每30秒更改一次，并且每个账户的验证码都不同。结果：如果有人获得了您的密码，但没有您的手机（包含OTP），他们仍然无法登录。
在iOS和Android应用商店中有许多免费的认证应用。其中一些最受欢迎的应用包括Authy、Google Authenticator和LastPass Authenticator。您可以选择任何应用，Fandom并不特别推荐使用某个特定的应用。每个认……
Fandom指南针
大家好啊！
我在这里宣布我们即将推出的一个新项目，以庆祝大家为自己喜爱的wiki所付出的努力和热情：Fandom指南针！该项目的目标是认可社区在创建权威wiki方面所做的努力，鼓励更多新粉丝访问，我们希望能鼓励他们加入这些wiki社区。
接下来，我们将讨论Fandom指南针的开发原因，并详细讨论一些有趣的细节。
我们经常收到用户关于如何扩大编辑社区活跃度的问题。建立一个wiki是具有挑战性的，需要更多热情的人们来帮助wiki发展成一个充满活力的社区。维护wiki并帮助社区对该主题保持热情也是一项艰巨任务（虽然可以乐在其中）。那么，我们如何将用户引入社区呢？
首先，我们需要让人们看到这些wiki。在人们开始编辑和贡献之前，一个至关重要的事情需要记住，这些人们通常是通过Google或其他搜索引擎找到wiki的。大多数搜索某个内容的人通常会点击Google显示的前几个链接来寻找答案，而不是查看更多的内容。确保搜索引擎优先显示您的wiki是您可以利用的最强大的功能之一，这可以帮助人们找到您的wiki（并可能加入编辑）。
搜索引擎一直在寻找搜索词的最佳结果。举个例子，如果我搜索“阿凡达是动漫吗？”，Google应该明白我可能在寻找《最后的气宗》，而不是詹姆斯·卡梅隆的电影（顺便说一句，这不是动漫，而是动画）。如果其算法正常运作，第一个搜索结果应该是该主题上最具有权威性的。
因此，Fandom指南针的核心观念就诞生了——Google不断旋转指针，试图找到最佳的搜索结果。让我们帮助它指向正确的方向。
Fandom指南针是一个wiki圈子，它们向Google和其他搜索引擎展示自己是问题的最权威答案。这里的wiki是全面的百科全书，旨在回答关于该主题的所有问题，虽然我们知道这一点，但有时搜索引擎并不知道……
关于Fandom账号的双重认证指南
嘿！还记得在去年11月份的时候，我们宣布Fandom账号的双重认证技术即将推出嘛，而现在，我很高兴地告诉大家，时机已经成熟！正如我在上一篇博客中提到的，我们已经实施了一部分功能，包括最先进的哈希（散列）技术、新的加密技术、减少登录流程的不安全部分、更新登录选项等等。
人们很容易忽视安全的重要性，尤其是当你大部分时间都花在你的wiki上时。然而，就算是你不从事需要高度网络安全的行业，抑或是没有任何有价值的东西可以被别人从你那里窃取，养成保护自己网络资产的习惯还是值得尝试的。实现这一目标的方法之一就是为你的Fandom账号设置双重认证——这不是必选项，但十分推荐使用。
- 1 什么是双重认证？
- 2 我要怎么做才能在我的账号上开启双重认证？
- 3 如何使用备份代码
- 4 最后
双重认证（2FA）是一种安全措施，为您的账号增加了额外的保护。除了用户名和密码外，当您从新设备登录时，还需要输入由您手机上的验证程序生成的六位数密保代码。这使得其他人在没有同时拥有您的Fandom账号密码和您手机的访问权限的情况下更难登录您的账号。
- 在您的设备上下载验证器应用。
- 启动应用。
- 打开Fandom双重认证页面并扫描提供的二维码或输入验证密钥。
- 输入并提交您的密保代码进行验证。
- 您已经设置好了！下次登录时，系统会提示您输入密保代码，您可以通过启动验证器应用程序来获取该代码。
在完成双重认证的设置后，您可能需要获取一份备份密保代码列表，这些密保代码应存放在安全、易于访问的地方，以备在没有手机的情况下使用。要做到这一点，请回到Fandom的双重认证页面，选择“生成新的备份恢复代码”，将它们保存在某个地方，并“确认生成的代码”。现在，如果有必要，您可以使用备份恢复代码登录。
如果您认为需要修复的问题尚未解决，请务必联络您wiki的Fandom代……
技术更新：2023年3月10日
大家好！自2023年2月24日起，我们进行了一些更新。我们将继续每两周向社区报告错误修复和项目开发的最新进展！
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 移动端
- 3.2 讨论板/推送页
- 3.3 平台
- 3.4 其他
- 隐藏数学渲染首选项。由于维基媒体基金会正逐步取消数学公式的PNG支持，为确保我们能够为数学公式提供适当支持，我们将把wiki页面中的数学公式渲染模式从PNG图像切换为SVG+MathML。本次修改预计在下周初完成，您不需要采取任何行动！
- 多语言wiki的帖子历史页面功能问题。在没有语言子路径的多语言wiki上，帖子历史页面无法加载。现在我们已经解决了这个问题，多语言wiki用户可以无误地查看帖子历史了！
- 自定义代码。我们计划让平台上自定义代码页面命名的更加易于访问。目前我们仅重命名MediaWiki:FandomDesktop.css，因为当前关注点是CSS启用，所以不会重命名任何.js页面。这个更改将自动完成，管理员无需采取其他行动，只需在新的MediaWiki页面标题下编辑自定义CSS。
- 2017年版源代码编辑器模式下的复制/粘贴问题。我们一直在调查为什么复制和粘贴文本有时会让编辑器变得极慢，尤其是在语法高亮可用的情况下。通过调查，我们发现这个问题并不是Fandom独有的，而是一个与MediaWiki核心代码有关的问题。我们已经联系了我们在维基媒体基金会的合作伙伴，以了解解决这个问题的优先级。同时，我们将考虑我们这边是否有可行的解决方案。
- 移动端CSS。我们开始与部分社区进行SEO测试，以确保启用移动端CSS编辑功能不会带来对其的负面影响。我们预计将在本季度末（3月31日）前发布此功能。
- 更轻松地使用管理工具。管理员和版主可以直接从讨论板用户的个人资料中访问管理和其他用户相关工具（如Spe……
註冊和登入按鈕的新位置
今天，我们基于成功的实验结果，发布了一项变更——在页面的右上角为未登入使用者增加了注册和登入按钮。
众所周知，FandomDesktop的推出将Fandom的全域导览条从页面顶部移到了页面左侧，而这么做是为了解决一些问题。一、我们想看看是不是有更多的人会去使用左侧导览条而不是顶部导览列；二、因为本地导览列会在页面卷动时会跟随著您，所以将全域导览条的功能放置在其他区域可以节省水平空间。这样，全域导览条和本地导览列就会黏在一起。
然而，这将注册和登入按钮放在了一个不怎么能看到的地方。
为了保持左侧导览条的好处，同时也希望增加帐号注册数量，我们在测试两个假设的基础上，为未登入使用者进行了新的注册和登入位置的实验：
- 注册按钮的位置至关重要。目前在萤幕左下角的位置可能不如在右上角（注册按钮最常见的地方）有用。
- 将注册按钮直接显示在页面上，而不是将其放在个人档案图示的子选单中，这可以让按钮更容易找到并能促成注册。
]进行模拟，但这一变更适用于整个平台。
以下是这些新按钮在wiki上的外观范例，以Pixar Wiki的首页为例：
请注意，此变更仅针对未登入使用者，因为已登入使用者已经注册并登入。
这是我们今年希望进行的实验类型的一个例子，我们会继续采取先做实验的方法，以便概念得以证明之后再完全开发为功能。这些实验仍在集思广益和完善当中，所以一旦我们有了更多的资讯，就会向大家分享。
请留意即将到来的《技术更新》网志的更新，我们将重点介绍我们团队完成的实验！
在Fandom建立web無障礙內容
Fandom平台为所有人提供粉丝体验，不论其热情层级为何。我们努力为所有粉丝提供高品质内容，而建立所有人都可以享受的体验也一样重要。建立内容时请考虑您的受众，确保为所有人建立无障碍体验。web协助工具，是确保移除所有防止与网站互动的障碍、辅助实体与情境性残障人士以及因社会经济频宽与速度受限人士存取网站的包容性做法。
根据《Web Content Accessiblity Guidelines》（《web内容无障碍指南》，WCAG，英文），无障碍的主要原则有四个：可知悉（Perceivable）、可执行（Operable）、可理解（Understandable）与强固（Robust）。这个架构支援无障碍需求，做为建立更无障碍的网站的指南。
- 1 WEB无障碍住宿地
- 2 Accessibility Testing
- 3 Resources
So how do you even check for those things and why does it matter for my wiki? I’m glad you asked! It’s important (now more than ever) to ensure that your wiki meets the Americans with Disabilities Act (ADA) compliance for accessibility. By creating equal opportunities to make web accessible accommodations, you’re able to support all visitors that come to your wiki and everyone can e……
技術更新：2023年1月14日
今天是腊月二十三，中国北方的小年，提前祝大家兔年快乐！在这个年味浓厚的时节，祝您扬眉兔气，兔年大吉！这是我们在阳历新年里的首篇《技术更新》，我们会继续每两周为大家提供bug修复和新功能开发的更新资讯。时隔这么久，稍后我们马上会为您带来最近的更新资讯。
在开始之前，容我说明一下，2023年的发展方向会在未来发布。我们要在一月份才能完全完成全年规划，所以暂时还不能公布今年的发展主题。我们提过的计画如从MediaWiki 1.37更新至MediaWiki 1.39（英文）、开放编辑行动端CSS（英文），以及启用社群选择的MediaWiki扩充功能（英文），都已在计画之内，而我们以后会发布其他的发展方向。
- 1 重大变更
- 2 已知问题
- 3 开发更新
- 3.1 行动端
- 3.2 讨论版/推送
- 3.3 平台
- 3.4 FanCentral [抢鲜版]
- 3.5 其他
休假结束后，我们修复的大多数bug都不是面向使用者的，而是包括职员工具的更新、尚未发布的贴文/回复历史纪录（而且这篇网志还有更多内容喔！）。不过，下面的〈已知问题〉章节列出了一些有不良影响的bug，有望在两次攻关之内得以修复。
- 存取页面历史时的编码问题。我们已知道，非英文wiki中，行动端的文章历史页面有时无法载入，而显示错误讯息。
- 2017年版原始码模式中的复制/贴上问题。复制和贴上文字有时会让编辑器非常缓慢（尤其是当启用语法醒目提示时），我们正在调查原因。
- iOS行动版编辑器的卷动问题。我们了解iOS的行动端使用者无法在编辑器内卷动，导致无法存取页面大部分内容。
- 从2017年版视觉化模式切换至2017年版原始码模式时丢失未储存编辑的问题。我们已知道，当使用者从2017年版视觉化编辑器模式切换至2017年版原始码模式时，任何未储存的编辑都无法延续。反而，使用者会发现浏览器……