半月刊特刊 - Wikidot：我们真的能将下一个十四年托付给它吗？

[[include :scp-wiki-cn:theme:magazine]] [[>]] [[module rate]] [[/>]] [[div class="mz-tt tt-box" style="padding-top: 0rem"]] + 引子 [[div class="mz-board" ]] 网络主机那时也差不多要到期了，如果用户不续订网站就要被删除……我们必须为SCP系列找个新家。 > 我在这个网站上待了几周和其他人合作写文，结果我发现最开始的创建者已经抛弃它了，现在它正面临被网站主机删除的危险。所以我开始把网站上的所有东西往WIKIDOT上复制粘贴。- FritzWillie/The Administrator FritzWillie决定在WIKIDOT上建立一个wiki网站，在2008年7月19日新网站正式建立。接着就是一段艰难的作品/写手转移过程。在2008年7月25日， WikiDot wiki 正式开始准备运营。 ——[http://scp-wiki-cn.wikidot.com/history-of-the-universe-part-one 宇宙史第一段]，[[*user RJB_R]] [[/div]] 自The Administrator把全站从EditThis迁移到新家以来，Wikidot，这个让我们又爱又恨（大多数时候是恨）的网站已经成为“SCP基金会”这一亚文化的核心载体十四年。十四年，足以让一个黄毛小子成长成少年，也足以让一个十分先进的网站成为落后于时代的老古董。而展望下一个十四年，承载着SCP基金会的Wikidot的航线上，不可谓不乌云密布。 + 技术落后 十四年前的2008年，Fritz几乎是随意的选择了Wikidot——他当时只是想防止旧文章被删除。在当时看来，选择Wikidot是个对基金会写作有利的选择。当时的EditThis旧站没有评分系统，页面没有独立的讨论区域，每个人都能随意的增删内容，网站很容易就会显得一片狼藉，在当时无管理层的无政府状态下，混乱程度更上层楼。 Wikidot当时有着简单易上手的代码[[footnote]] 这里指系列一时期的写作需求在Wikidot中都可以通过最基础的自带代码解决。 [[/footnote]]，活跃的技术社群，方便的管理结构，再加上原有旧站所缺少的一系列功能，这里非常适合一个接力写作网站继续发展。 但十四年后的今天就远不是这样了。 [[div class="mz-board" ]] +++ 批评： Wikidot被批评为对初学者过于复杂。它没有一个所见即所得的编辑器，语法也与其他维基项目不同。免费账号的存储空间是有限的，而且会在某些情况下显示文本广告；对于高级用户来说，它的权限功能太简单了。开发的产品进程较慢以及很多用户希望的功能完成缓慢也是批评的重点。 此外，Wikidot的开发维护性差与Bug较多也是被诟病的主要原因。 ——[https://zh.wikipedia.org/wiki/Wikidot#批评 “Wikidot”条目，维基百科] [[/div]] 信息技术飞速发展，网页语法也在不断更新，而Wikidot语法较为原始，只能对应变换为老旧的网页语法 [[footnote]] [[*user MentalImageryMirage]]：   wikidot自己这套语法很大程度上就是把html换了个皮，或者说把html和css混一块然后换了个皮。粗斜体改字体颜色这些简化了，然后div块之类的基本就只是把“<>”换成了“[[]]”。 [[/footnote]] [[footnote]] [[*user Misaka19092nd]]，AKA整蛊相剑师（依本人的要求添加）： 因为wikidot原生js没用nodejs，导致这玩意过于拉胯…… 但是nodejs的运行必须架设在其应有的特殊环境之中，这意味着并非所有用户都能够取得相对满意的体验。而考虑到这一点 虽然wikidot也没有表现得更好，但实际上，在多年的用户筛选之下，这已经形成了固定的用户群体。而以此而言，一个新的环境必然考验着用户固有的认知和审美，想要网站顺利运营 合理的策划和宣发是必然需要的。 wikidot前端是原生js+html实现的，很老了，有wikidot的时候还没流行起来各种快速开发框架，属于最classic的那一种，angular级 wikidot的服务端也因为年久失修，性能跟不上最新甚至普遍的的系统水平，包括现在流行的云原生技术，可以让wikidot具有更高的可用性，良好的架构设计甚至可以保证全年7个9可用。 [[/footnote]]，安全性上出现了较大隐患。比如半月刊[https://scp-wiki-cn.wikidot.com/semimonth-202112-02 上一次报道的Wikidot技术问题]，那次是因为没有支持HTTPS而导致在特定情况下登陆状态会无端失效，同时，没有HTTPS的加密也使俄分有人的账户被黑客利用Wikidot漏洞窃取。当时俄分的周报警告，由于Wikidot缺少足够的维护，未来可能还会出现这样的安全漏洞。而5月19日导致全站下线的黑客攻击，想必也是钻了Wikidot年久失修的漏子。 除开安全性问题外，老旧的代码同样意味着许多新功能无法实现，板式创作在一定程度上是带着镣铐跳舞。Wikidot官方虽一直在运行着这个网站，但已经长期没有更新过任何新特性，包括用户呼声高的改进保存页面，支持Markdown语法等，无一例外，全部不见一点影子。更别说Wikidot语法由于和其他类Wiki差别极大，上手已经不如08年那么容易了。 + 立场偏颇 Wikidot是一家波兰企业，在美国注册了“Wikidot”这一名称。光从地理距离来看，Wikidot使用的Amazon云服务器作为境外公司对于国内的服务，必然会受到中国政策也即防火墙的影响。因此，Wikidot在国内互联网的不稳定是可以预见的。 [[div class="mz-img-wrap img-b3d" ]] [[include component:image-block |name=http://tomjens-picture.wikidot.com/local--files/selfish/Wikidot_Sucks |caption=Wikidot宣布关闭俄罗斯IP访问权的推文 |align=right ]] [[/div]] 其次，我们先将历史上波兰和俄国的陈谷子烂芝麻按下不表，由于最近的乌克兰局势，波兰及其民众对自己东部邻居这一庞然大物有着深深的恐慌以及恨意。因此，在查清5月19日的黑客攻击是来自白俄罗斯后 [[footnote]] 一名白俄罗斯的国际站成员宣称对此次攻击负责。原文翻译如下： 国际站刚刚发布了对Wikidot黑客事件的官方声明: > 关于最近的Wikidot中断，来自白俄罗斯的一名用户一直宣称对此次攻击平台负责。国际站工作人员一直与该用户保持联系，并且得到了间接证据来证实他的说法。如果这些说法最终确定为属实，我们将讨论对该用户给予重大纪律处分。我们不宽恕或批准他的非法行为，我们也要求社区不要推测这一事件，因为它可能很快导致谣言的传播。 > > 另外，我们正在积极地和Wikidot联系以解除对俄罗斯和白俄罗斯的IP限制，恢复所有语言分站点的功能。我们强烈反对Wikidot的IP限制政策，因为这项政策并不能如其宣称的一样防止网站未来的安全问题，且绝对会损害SCP这一写作项目合法参与者的权利。 > > 感谢处理这件事期间所有人的理解还有支持。 [[/footnote]] ，Wikidot关闭了所有俄罗斯以及白俄罗斯IP对网站的访问权。以上两个国家的用户不使用VPN就无法登陆，这使得整个俄分彻底成为了空壳。现在，俄分在Wikidot外建立了应急的[http://scpfoundation.net/ 镜像网站]，但其依然处于只读状态[[footnote]] 对这一行为，俄罗斯Wikidot用户以整活来反讽： [[include component:image-block |name=http://tomjens-picture.wikidot.com/local--files/selfish/Wikidot_Everybody%3F |caption=“--所有人--都能创建Wiki！” ]]  [[/footnote]]。 我们无法确定将来的世界局势将会怎样，因此从立场来看，Wikidot对我们的支持也处在离悬崖十几步远的程度——暂时没有危险，但已经可以预料到发生危险时会有什么结果。更何况抛开政治不谈，Wikidot这家公司的收入来源也远谈不上稳定。一个公司不可能长盛不衰，对于一个大部分用户为免费用户，不得不开始推销高级会员——Pro+账号的公司来说更是如此。 + 根深蒂固 从以上两点看来，改变现状最好的方法就是全站迁移，抛弃Wikidot。这似乎是不二之选，对吗？事实远比这复杂，以地理学的推拉理论来分析，除开这两个主推力之外，Wikidot如今依然拥有许多特性，迫使着“SCP基金会”这一接力写作网站留下来。 网站的**庞大**导致全库搬迁难上加难。Wikidot必然是阻碍已有的网站搬离的，于是没有什么有效的方法来使已经储存到Wikidot上的内容无伤地再运出来。这导致许多所谓“离线看SCP”的搬迁项目只能使用非常原始的方法取出Wikidot上的内容也即机器人抓取，要么半途而废，要么就是仅保留了最基础的文字，没有任何板式美化。 基金会写作已经和Wikidot语法**深度融合**。基金会写作已经离不开这些我们视之为理所当然的功能。例如评分系统，作为评价作品好坏的一个有用工具，如何在新网站上实现？例如ACS等为实现写作目的而运用的Module，如何在不大量改动源代码的情况下实现相同内容？这些都是新网站将要面对的问题。十四年的时间已经彻底让基金会写作变成了Wikidot的形状，例如折叠功能（Collapsible）以及分页功能（Tab），直接催生了“依权限分层”类的文档，加深了基金会“权限分明”这一设定的代入感。类似这样的例子数不胜数。可以说，没有Wikidot，基金会写作将会和现在完全不同。 Wikidot有许多不稳定因素：代码老旧，安全隐患大。但我们也已经离不开它。全部押宝在这个网站上风险太大；离开这个平台又十分困难。基金会和Wikidot犹如一对十四年之痒的夫妻，虽有不和，但已深深影响了对方的全部，难舍难分。 + 一丝曙光 幸好，最被寄予厚望的全站搬迁项目[https://github.com/scpwiki/wikijump Wikijump]，正在稳步进行之中。Wikijump是一个Github项目，从2010年开过源的Wikidot代码开始，优化了大量原有的逻辑并且增加了特性，比如模仿MediaWiki的鼠标悬浮链接预览。现在这个项目已经拥有了一定的完成度，也大致解决了上文中提到的“已开发的组件和板式通用性”的问题。但是由于还在开发阶段，其尚未投入实际使用，关于这个项目也依然拥有很多疑点需要在未来解决。可以预见，Wikijump，带着“和Wikidot兼容”和“标准更加现代”这两大优势，将会成为基金会写作未来的新归宿。 [[/div]]