介绍Fandom的wiki国际化实验——编辑者的入门之径和粉丝体验的拓展
大家好！
在Fandom，我们一直在探寻能让粉丝体验更上一层楼的方法！作为其中的一部分，我们非常兴奋地分享一项面向刚刚入门的国际编辑者的新实验。我们希望他们不必从一张白纸开始，也能感受到为自己喜爱的粉丝社区贡献力量的快乐。归根结底，我们希望能改善wiki对国际用户的可访问性——无论是创作者还是粉丝！作为开始，我们正在帮助社群将他们的wiki翻译成德语。这是通过AI辅助翻译完成的，然后我们会评估其准确性，而我们需要您的帮助来评估这种方式！欢迎深入阅读这篇博客，我们将向您讲述我们支持新编辑者的目标，我们将会如何创造这种体验，以及这对Fandom社区来说会是什么样子。
- 1 构想、探索和发现
- 2 透明度和技术
- 3 Shogun Wiki
- 4 常见问题解答
您是否曾经想在wiki上创作内容，却遭遇了语言障碍？这项举措旨在缓解这一局限，让创作过程不再那么令人却步。这绝不意味着要取代创作者，或是在您的wiki上自动化创作内容。这一具体构想的愿景是在原本可能没有基础框架的地方将其构建起来。这可以作为希望以母语创作内容的新编辑者们的起点，而不必从一块完全空白的板子开始。同时还可以鼓励探索，吸引新编辑者们去发现那些此前无法接触到的粉丝社区以及知识。
这项实验使我们得以与编辑者们合作，让这个平台对所有人都更加易于使用。我们希望有一天，无论您会说还是读哪种语文，都能毫无阻碍地深入探索自己喜爱的wiki。
我们渴望找到新的方法来吸引好奇的编辑者们，与现在对这项举措感兴趣的编辑者们联系，并了解跨语言wiki如何相互支持。编辑者们对我们来说是无价的，他们为自己的wiki带来了细腻的创作笔触、精妙的创意结晶以及深刻的身份认同。我们想要真正地鼓励编辑者们去探索新的wiki，找到他们以前从来不知道存在的社区，并开辟此前无法触及的机……
The Roc ♥
Hello everyone,
I'm Roc，a Waframe enthusias,
here are some pictures showing the main works of the Clan Dojo in the [Qian.Kun] Clan we've built,
I hope you like them.
♥
Please click the [READ FULL POST] button below to read.
It is also recommended to click on the “Expand” button on the left side of the page to see the full image (you can click on the image)
These are the latest ten works, new works are always on the way and we don't stop there.
I'll be uploading the latest dojo videos to Youtube every few months, this is the url: www.youtube.com/watch?v=0dkPjdNVyq4
If you want to visit my dojo, when I'm not online, leave me a message at my "WF.M" self page.
Additional Presentation:
Game name: Warframe
Game platform: Steam/PC
Clan platform: PC
Member……
对《向超理社区道歉》的补充说明
事实上，主要责任不在于我，而在于MechaFlower。MechaFlower要求解任管理员，很明显是受到了我的影响并效仿我。我承认，我在之前在锑星百科上的破坏和扰乱是极其恶劣的，我在这里向超理社区道歉。但是，我之后发表的帖子，包括要求解任管理员的内容（1）（2）、（3），AABb1221发起的管理员解任投票（1）（2），Hydrogen Sulfide发表的《乙烯君认为他就是锑星百科》，与MechaFlower的性质完全不同。首先，MechaFlower确实在多个页面下，多次发表攻击性言论；其次，封禁MechaFlower是在多名活跃用户一致要求并达成共识下的，其符合现行的锑星百科社区规范（尽管我认为现有的社区规范存在诸多不合理之处，且封禁方针被除了Sxlzr444以外几乎所有的参与方针讨论的活跃用户（包括行政员Canis Major）全部或部分反对）；最后，Sxlzr444在此次事件中并没有乱骂人乱封号，不守底线。因此，MechaFlower在超理吧发布的帖子属于扰乱。
评AABb1221《关于锑星百科近日发生风波的讨论》
AABb1221和Sxlzr444关于锑星百科的激烈争执似乎又开始了。我大体上支持AABb1221的观点，但也有不同意见。因此我发表此篇博客来阐述我对这件事情的观点，包括对Sxlzr444同名博客的一些评论。
在本文中，AABb1221的原文用黑色字写出，我对其的评论和补充用绿色字写出。
虽然我在锑星百科上并没有被禁止编辑自己的讨论页，但我还是决定在Fandom社区中心发起讨论。在这里，我想我和其他各用户可以相对真实、自由地表达自己的思想。
- Sxlzr444说这是假定恶意。我不以为然。在社区中心可以相对真实、自由地表达自己的思想，难道不是这样吗？从这句话看出恶意来，Sxlzr444想象力同样如此跃进。
我本来不打算发起这场讨论的，直到我看到禁止政治敏感内容的规定被中立性原则覆盖，这让中立性原则变成某种不容置喙的、不民主的东西。而且它本来就是（对锑星百科而言）错误的东西。我感到我必须在它扼杀掉无数伟大的文学创作之前终结它。
- 这是因为AABb1221对这个“中立性原则”产生了误解。实际上它和维基百科的中立性原则根本不一样，我想AABb1221被它的名称误导了，当然他本人也可能没有读懂这个博客的意思。我在评论区指出了这一点。
- 至于说什么“伟大的文学创作”……太夸张了。
（此处省略部分文字）
第二，禁止政治敏感内容的主要目的应该是防止被屏蔽，鉴于知乎上的政治文章、精苏吧乃至波兰球吧目前依然存在，仅仅提供一个指向精苏网站（而非维基百科这样其实远为危险的网站）导致网站被屏蔽的概率几乎是零，不应该被算作发布政治敏感内容而被删除乃至招致封禁，锑星百科应当允许一切没有致墙风险的政治内容（或，可以看作政治有关内容的内容）（例如，锑宙第一神星钢铋氩星（如果质量不算太差的话））的发布。
- 我认为本段的论点不成立。有……
评AABb1221《关于锑星百科近日发生风波的讨论》
由于User:AABb1221仍在不断在社区中心诋毁本人及锑星百科，将社区内部的事务外溢，将一种个别的、偏激的观点对无关本社区的外部人士广而告之，且可能造成了误解，本人有必要对其内容进行说明。其原文用正常字体写出，本人说明和评论用蓝色字体写出。
原帖：用户博客:AABb1221/关于锑星百科近日发生风波的讨论
（或，由据称避免冲突的中立性原则及被与之关联的禁止政治敏感内容原则引发的激烈冲突之部分）
虽然我在锑星百科上并没有被禁止编辑自己的讨论页，但我还是决定在Fandom社区中心发起讨论。在这里，我想我和其他各用户可以相对真实、自由地表达自己的思想。
- 评：假定恶意。
我本来不打算发起这场讨论的，直到我看到禁止政治敏感内容的规定被中立性原则覆盖，这让中立性原则变成某种不容置喙的、不民主的东西。而且它本来就是（对锑星百科而言）错误的东西。我感到我必须在它扼杀掉无数伟大的文学创作之前终结它。
- 评：请举例说明怎样“扼杀掉无数伟大的文学创作”，何况一个恶搞娱乐的网站怎样进行“无数伟大的文学创作”的，至少我要脸，我个人不觉得我在锑星百科的众多贡献内容包括什么“伟大的文学创作”。
首先，有人可能会问：中立性原则不是应该已经变成"没有讨论的余地"的东西了吗？我们在这里讨论，如果管理员不接受，又有何用呢？那么，请看Fandom员工的这条博客。这页面说，经社区讨论和投票，可以罢免行政员或站长。也就是说，哪怕是站长也不能违背社区意愿行事。我把这理解为： Fandom不允许不民主社区的存在。（这是我的理解，Fandom官方大概没说过。）虽然这里没有说明，但我猜如果社区否定了一条规则，管理员依旧坚持之，我联系Fandom，Fandom会处理的。至少按照我对Fandom规定的理解，“没有讨论的余地”的规则是违反Fa……
关于超理的定义
超理起源于2007年3月
现行的超理定义“在一定的科学基础上，提出明显荒谬的理论或所谓实验结果，从而达到恶搞、创意的效果”起源于2010年的这个帖子：https://tieba.baidu.com/p/885299950 。在2013年，吧主用蛇氏已经表示原有的定义过时，需要重新定义（https://tieba.baidu.com/p/2150874631 ）。然而，十余年来，超理的定义仍然是这条十分老旧的定义，各大网站（百度百科、萌娘百科）也仍然把超理定义为“在一定的科学基础上，提出明显荒谬的理论或所谓实验结果，从而达到恶搞、创意的效果；也可引申指“看似科学实则明显错误的言论。”
2024年2月23日，AABb1221在锑星百科表示“一直没有关于"什么是超理""什么是好超理"的公认标准。”但锑星百科的注意力被后续的模板大重构转移，未能思考超理的新定义/新标准。
2024年6月7日，AABb1221发表博客，认为“超理可以不加定义”。6月8日，氢氰酸在用户页上表示：“超理的官方定义，过时了！”
事实上，在2020年锑星百科被认领，热度开始升高以后，锑星百科上超理的创作形式自然而然地发生的扩大。诸如对Minecraft、三体、原神、西游记、Linux等的改编、对老八、蔡徐坤、耗子尾汁、114514等网络流行梗的恶搞，甚至是对羊了个羊、听花酒、老坛酸菜等社会热点事件的讽刺等等与学术/学科关系不大的超理内容大量增加，超理的学术色彩在消减，超理学在摘掉“学”的后缀。这已经严重背离了“在一定的科学基础上……”这一明确规定超理的学术色彩的定义。这一定义已经成为对文化创新的严重阻碍。（这部分内容转自AABb1221主编的“新超理史”，本人进行了部分修改）
事实上，让我们回头看，早期超理的很重要的……
超理社区大变革
锑星百科2024年的风波是整个锑星百科乃至超理社区最重大的一次事变，其特点是：
- 历时长：
- 从AABb1221被封禁，至今已持续 - ) / 86400 - 0.5 ) round 0}}天
- 至今仍未平息
- 规模大
- 涉及对锑星百科诸多重要方针乃至超理社区的根本——超理定义的讨论
- 提出了对Sxlzr444的解任案（虽然没有通过）
- 直接导致了《锑星百科社区规范》自颁布三年以来的第一次修订
- 造成锑星百科编辑量断崖式下跌
- 引发了锑星百科2020年以来第一次管理员选举，两名用户被新增为管理员
- 投票体系正式大规模运用
- 影响范围广
- AABb1221发表的博客在全Fandom中文社区内都获得了一定关注，有一名来自锑星百科以外的用户在六七博客下留言。Forum:Fandom管理员自身的问题一帖里有人称可以发起弹劾投票，看起来像是受到了此事件的影响。
- AABb1221在很多事件上在超理吧发帖征集意见，使得此次风波扩散到了超理吧
- 由于在此次风波中，一名破坏过多个wiki的用户Gongxiang01开始在锑星百科进行扰乱与破坏行为，许多wiki的用户追着Gongxiang01来到了锑星百科，并注意到此事
- 由于在此次风波中，既是破坏者，又是贡献者的熊猫火狗在许多网站都持有账号，许多网站也卷入了此次风波，包括：
- LINUX DO论坛（有人造谣称熊猫火狗被众多论坛列入黑名单，熊猫火狗转载AABb1221博客反驳，有人表达了观点）
- 百度贴吧反知乎吧及有关的反反知乎吧、反反知乎且反反反知乎吧、逼乎吧、知乎笑话吧、firedoge吧（熊猫火狗和反知乎吧前任吧主du优作在贴吧管理上存在很大分歧，并演变成纠纷；一位头像是沙僧的用户在的反反知乎吧和反反知乎且反反反知乎吧内大量水帖，被反反知乎吧吧主驱逐。该吧主同时驱逐了du优作和熊猫火狗，导致du优作……
Fandom发布关于冒犯性语言的新政策
政策是我们如何在Fandom上保护用户安全并确保为所有背景和信仰的粉丝提供友好体验的基础。作为这项使命的一部分，我们定期审查我们的政策，以确保它们尽可能地清楚，并包含关于我们如何处理用户安全的所有信息。这些审查可能会导致我们在现有政策中添加重要的新条款，创建全新的政策来填补空白，或者正式记录已经广泛实施的规则，以便我们的标准能够一贯且公平地应用。
我们今天发布的政策，即冒犯性用语政策（英文），就体现了最后一种选择——与其说它是一个新规则，不如说它将职员多年来所执行并留意的做法正式化并公布了。
在Fandom上，用户可以创建许多主题的wiki，甚至是暴力、性和粗言秽语等成人主题的wiki，正如我们的社区创建政策（英文）中所阐明的那样。虽然直接从来源使用引文、标语或其他材料是可以的，但是依照我们的使用条款（英文），有时某些词语，尤其是仇恨言论，在Fandom上是不允许使用的。
因此，这项新政策有助于阐明Fandom对某些术语和描述不允许在Fandom上使用的立场，即便有问题的用语或图像直接用于主题的源材料之中。
为了更加了解该政策，我们鼓励您完整地阅读该政策并确保您的社区遵守这些规则。该政策中有我们如何允许对某些词语进行删减的指引，也有我们如何考虑特定的wiki中适当再利用词语的信息。我们的职员将即刻执行此政策，因此您可能会看到我们在这儿又在那儿进行了一些编辑来体现这一点。
当然，我们更鼓励您了解适用于您在Fandom上的社区的所有政策，来确保每个Fandom用户的安全和快乐。所有相关政策的主列表可以在此集中页（英文）上找到。
如何解决与管理员有关的纠纷
2014年4月4日 (星期五)，User:Sannse说他几周前谈到了为什么职员不撤除糟糕的管理员。但这只是故事的一半。糟糕的管理员有时仍然“需要”被撤除，这就是我们接下来要讨论的内容。
年轻的Wiki（“维基”）几乎完全由创始人管理。他们设立维基，决定其内容和范围，并选择谁应该拥有管理和行政员（站长）权力。在这个阶段，不快乐的人通常最好用脚投票。如果他们不喜欢Wikia（现在的Fandom）的运行方式，那么现在是他们继续前进并寻找或开始一个更好的网站的好时机！这是一种适者生存的形式，或者在这种情况下，是被管理得最好的Wiki生存。
更成熟的Wiki往往由社区选择的管理员管理，并且通常有删除管理员的程序以及其他制衡措施。撤除这些Wiki上的管理员可能非常困难，但成为管理员的难度也得到了平衡。由于管理员是从Wiki上最值得信赖的用户中精心挑选的，因此很少需要撤除。如果他们这样做，其他管理员可能会意识到这一点，并确保所做的任何事情都是为了整个社区的利益。
介于这两组Wiki之间的是那些正在成功成长并拥有活跃社区的人，但仍然年轻并仍在发展自己的“个性”。这些Wiki可能有很好的内容，并经过大量的社区努力，这意味着社区对Wiki的投资太多，以至于他们无法继续前进。
但这并不意味着只能从大的Wiki中撤除管理员。毕竟，所有的Wiki都在社区，有时社区需要坚持自己的立场并坚称管理员不适合他们。
对于任何对管理员不满意的人来说，首先应该考虑的是，“这只是我吗？“如果你是唯一一个觉得管理员是个问题的人，而且Wiki上似乎没有其他人准备支持你，那么你可能错了。正如社区可以撤除管理员一样，他们也可以决定管理员是正确的，而您就是造成问题的人！
如果您认为您会得到社区的支持，那么首先要做的就是与管理员交谈。……
技术更新：2024年7月12日
哦哟，我亲爱的朋友们，时光飞逝啊！六月的技术博客仿佛还在眼前，但不知不觉已经过去两周了。今天，我非常兴奋地为大家呈上七月的首篇技术博客！大家都知道，我们通过这些更新文章，详细介绍平台上的最新动态，包括修复的漏洞、推出的改进以及正在进行的实验。如果您有任何疑问或需要报告问题，请毫不犹豫地在评论中与我们联系！感谢您一直以来的关注和支持！
- 1 重大更改
- 2 最近修复
- 3 开发更新
- 3.1 互动团队
- 3.2 新闻与评级（N&R）团队
- 3.3 用户生成内容（UGC）团队
- 以下政策曾于五月宣布，但正式生效是从本周开始。未经电子邮件确认的账号将无法再编辑文章、发表评论、发表讨论帖子或留言，也无法在标记为“面向儿童”的wiki上上传新文件。这是为我们的低龄用户提供的额外安全措施。要检查您管理的wiki是否被标记为“面向儿童”，最简单的方法是查看您是否能够控制管理员面板上的“要求所有贡献者登录”按钮。如果可以，则该wiki不被视为面向儿童；否则，则被视为面向儿童。您可以在Special:Preferences检查您的账号是否经过电子邮件确认，未经确认的用户将在左下角以及摘要条目旁边看到有关确认其电子邮件的通知。请阅读该文章以详细了解面向儿童的wiki上仅允许经过电子邮件确认的用户进行互动的更改。
- 对于代码专长的用户来说，以下更新可能最为引人注目：为了使用户级JavaScript的自定义更加容易（个人以及站点范围），
messageWall.activated mw.hook在加载消息墙时将会触发。向我们Dev Wiki社区（任何人都可以在这里找到很多有用的 JS 脚本）中的代码大手子们致敬。 - 根据社区的反馈，所有Fandom小组件的CSS类现在都以
wds-为前缀，以避免当类名泛用时出现本地wiki代码冲突的问题。
- Embe……
关于锑星百科近日发生风波的讨论
（或，由据称避免冲突的中立性原则及被与之关联的禁止政治敏感内容原则引发的激烈冲突之部分）
虽然我在锑星百科上并没有被禁止编辑自己的讨论页，但我还是决定在Fandom社区中心发起讨论。在这里，我想我和其他各用户可以相对真实、自由地表达自己的思想。
我本来不打算发起这场讨论的，直到我看到禁止政治敏感内容的规定被中立性原则覆盖，这让中立性原则变成某种不容置喙的、不民主的东西。而且它本来就是（对锑星百科而言）错误的东西。我感到我必须在它扼杀掉无数伟大的文学创作之前终结它。
首先，有人可能会问：中立性原则不是应该已经变成"没有讨论的余地"的东西了吗？我们在这里讨论，如果管理员不接受，又有何用呢？那么，请看Fandom员工的这条博客。这页面说，经社区讨论和投票，可以罢免行政员或站长。也就是说，哪怕是站长也不能违背社区意愿行事。我把这理解为： Fandom不允许不民主社区的存在。（这是我的理解，Fandom官方大概没说过。）虽然这里没有说明，但我猜如果社区否定了一条规则，管理员依旧坚持之，我联系Fandom，Fandom会处理的。至少按照我对Fandom规定的理解，“没有讨论的余地”的规则是违反Fandom规定的。（如果事实证明我错了，那就另当别论了。）
所以，请尽情各抒己见吧。你的意见至关重要。
冗长的前言结束了，现在开始正文：
第一，中立性原则绝不适用于像锑星百科这样的网站。它乃是与该网站的根本性质——写作网站——相冲突的，是对文学的扼杀。文学是文字艺术，被用于表达思想与感情，给人以审美感受，是智力劳动的结果。我想超理符合其定义。那么，锑星百科就成了一个写作网站。我可没听说过有任何写作网站遵守中立性原则。文学本来就是具有个人性、主观性的，虽然超理是共笔的，主观性可能更弱，但要求遵循中立性原则是不……
技术更新：2024年5月3日
嗨嗨嗨！距离上一次技术更新已经过去了十四天了，如果你一直在关注我们的技术更新博客，你就应该明白我们要做什么了：是时候带你了解过去两周内Fandom平台上迷宫般的错误修复和技术更迭了。
这次，我们技术更新的内容要比平常少一些，这是因为本周我们大部分涉及项目和社区的员工本周都参加了社群交流会议！我们与用户的互动和对话甚至超越了我们最大胆的狂野之梦，但这也意味着我们在举办活动期间，一部分项目依旧一成不变。
但是技术更新这节目不能断更，我们内部人员中有个笑话说，这周要尽可能多地说出泰勒的歌曲名称（仅这段介绍就包含了五个！）。好了不闹了，让我们开始技术更新吧！
- 1 重大更改
- 2 已知问题
- 3 开发更新
- 3.1 用户可参与部分
- 3.2 平台团队
- 3.3 流量团队
- 3.4 用户生成内容（UGC）团队
- 3.5 用户体验（UX）团队
- 2010版编辑器中，键盘快捷键 Ctrl+Shift+Z 无效的问题已经修复。
- 匿名编辑者之前无法编辑交互式地图，因为总是触发编辑冲突警告，这一问题已得到解决。
- 交互式地图上的“过滤器”菜单经常无法通过点击关闭的问题已被修复。
- 在可视化编辑器菜单中关闭语法高亮但显示无效的问题。
- 在移动设备上，未包含在 p/section 标签内的文本字体权重比预期的高。
- 当至少与两个嵌入式交互式地图进行交互时会使得全屏按钮失效。
项目支持负责人: Héctor
- [已结束实验] 注册来记录交互式地图的进展：在我们上次技术更新中提到的第二次迭代实验刚启动不久便因技术故障中断。几天后，我们确保不包括使用MapsExtended脚本的wiki站点，这与第一次迭代时的处理相同。4月22日，我们重新启动了这一实验，它持续了一周，至4月29日圆满结束。实验本应在移动设备上进行两周，但实际上只运行了一周。更多详细信息，您可以查阅相关链接。
项目……
关于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的页面时，似乎会遇到一些困扰。同样的问题在源代码编辑模式下也会出现，当用户试图在可视化编辑器和源代码编辑器页面间切换时，可能会被卡在页面的加载状态。我们也正在解决这个问题。
- 当编辑者创建一个信息框并设置行标签时，却发现无法更新源……