MCBBS Wiki欢迎您共同参与编辑!在参与编辑之前请先阅读Wiki方针

如果在编辑的过程中遇到了什么问题,可以去讨论板提问。

为了您能够无阻碍地参与编辑 未验证/绑定过邮箱的用户,请尽快绑定/验证

MCBBS Wiki GitHub群组已上线!

您可以在回声洞中发表吐槽!

服务器状态监控。点击进入

本站由MCBBS用户自行搭建,与MCBBS及东银河系漫游指南(北京)科技有限公司没有从属关系。点此了解 MCBBS Wiki 不是什么>>

讨论:讨论板:修订间差异

来自MCBBS Wiki
跳到导航 跳到搜索
标签讨论工具:回复 讨论工具:源代码
第227行: 第227行:
:{{支持}}现在klpwiki已经正在迁移到mcbbswiki当中
:{{支持}}现在klpwiki已经正在迁移到mcbbswiki当中
:这里是穆雪奈馋/Spring雪奈子() 这里是穆雪奈馋/Spring雪奈子() 2024年4月16日 (二) 20:22 (CST)
:这里是穆雪奈馋/Spring雪奈子() 这里是穆雪奈馋/Spring雪奈子() 2024年4月16日 (二) 20:22 (CST)

== 对于[[#方案二:转型为_Minecraft_论坛_Wiki|方案二]]执行的重新审视 ==

距离投票结束已经经过了50天。

在这50天内,[https://klpwiki.com klpwiki]已经完成了服务器的迁移,其内容管理仍保持社区自治。

MCBBS Wiki 和 klpwiki 的部分人员进行了小范围的讨论。以本人为例,我分别发表了[[ktid:134031]]和[[ktid:134747]],来征求社区对“元维基”方案的意见。

然而,实质性推进方案二的工作,又做了多少呢?之前提到过,核心问题就是'''缺人''',但我们似乎自己都不知道,有多少人是有精力推动这件事的。

难道真要等六月份下一波活跃用户[[wikipedia:zh:en:Gaokao|刑满释放}]吗?

所以我们需要审视:

* 推动方案二是否有必要?(需要编者们共同汇总一个[[wikipedia:SWOT|SWOT分析]])
* 如果有必要:
** 谁确定能做这件事情(Who)?何时去做(When)?
** 怎么进行?(合并/元维基/……)
* 如果没必要:MCBBS Wiki的性质应当如何界定?
** A. 作为[[MCBBS]]的纪念性信息站点,按照方案一,有限完善后进行只读处理,并托管到更廉价的平台上。
** B. 维持现状,放弃方案二。
** C. 在B的基础上,开辟“博客”命名空间。
** ……

2024年5月19日 (日) 16:21的版本


讨论板(Talk Board)是用户可以向wiki社区讨论的平台。虽然用户也可以直接联系特定的管理员(尤其是活跃的管理员),但是在此处贴出跟更能保证有管理员会注意到并快速回应。请记得留言后签名(在末尾添加:“--~~~~”),未签名的讨论串将会被删除!

存档页讨论板存档页
2020年 1 2 3 4 5 6 7 8 9 10 11 12
2021年 1 2 3 4 5 6--- 7 ~ 12 ---
2022年 1 2 3 4 5 6 7 8 9 10 11 12
2023年 1 2 3 4 5 6 7 8 9 10 11 12
2024年 1 2 3 4 5 6 7 8 9 10 11 12

先别急着帖出问题,请先仔细斟酌以下几条:

  • 此页面仅用于报告Wiki问题。
  • 用户间的调解请求只有在双方无论如何都不能达成共识的情况下才可发表。
  • 明确你的请求有一定意义。


请注意,MCBBS 2024年1月22日起关站维护。届时,所有关于获得MCBBS信息的微件和模板均不能使用,具体参见 MCBBS维护历史

关于 MCBBS Wiki 日后运营方向的提案(草案)

提案人: Sheep-realms讨论

提案时间:2024年2月21日 (三) 17:04 (CST)

正文

各位 MCBBS Wiki 的编辑者们,你们好!

由于 MCBBS 近期正在准备永久关站,且不排除有重启的可能,MCBBS Wiki 正在面临一项抉择,MCBBS Wiki 或许需要进行内容转型。需要注意的是,这并不是马上就要作出的选择,我们可以多等待一些时间,根据事态发展作出合适的选择。

为什么要进行内容转型?

MCBBS Wiki 上的内容几乎都是为 MCBBS 用户服务的,如果 MCBBS 停止运营,MCBBS Wiki 也将逐渐失去用户和流量。如果我们仍有意运营 MCBBS Wiki,这将会是一个严重的问题。

内容转型会面临哪些问题?

内容转型存在风险。从内部来说,改变现有的内容架构稍有不慎就会进一步加速用户流失。从外部来说,现存的同类网站可能会限制我们的发展方向。

可选方案

目前,我们收集到以下转型方案:

方案一:完善现有内容并归档

这也许是最省事的做法,也是大家最不希望看到的结局。

该方案主旨是修补 MCBBS Wiki 现有的内容,删除冗余和低质量内容,更正错误和争议内容,维护高质量内容,使其呈现最佳状态。在确认一切都已完善之后,归档整个网站。可迁移至免费的维基农场,可分发脱敏归档数据。

考虑到 MCBBS Wiki 现存活跃编辑者的数量,这很有可能是最容易实现的方案。

方案二:转型为 Minecraft 论坛 Wiki

即不再单独面向 MCBBS 用户服务,转而为所有 Minecraft 论坛用户服务。

首先是用户条目的问题。事实上,MCBBS Wiki 本身的定位就如同 MCBBS 用户 Wiki,我们在记录用户资料这方面取得了大量成果。如果面向所有 Minecraft 论坛服务,势必会出现更多的用户条目,这会大大增加内容维护的压力。并且,这个生态环境是不健康的,编辑者可以在用户条目中随意撰写不实内容,甚至无法考究其来源。而归根到底,MCBBS Wiki 受到欢迎的主要原因是 MCBBS 没有完善的自定义用户主页,用户缺少展示自我的渠道。如果其他论坛存在完善的自定义用户主页,论坛的用户更乐意选择论坛自带的用户展示渠道而非第三方网站。

其次是关于论坛内容的介绍的条目。实际上这也是 MCBBS 历史遗留问题所造成的现象 —— 用户很难从 MCBBS 内部了解到想要了解的信息,转而求助 MCBBS Wiki。如果一个论坛有完善的引导体系,用户在论坛内部就能解决疑惑而非求助第三方百科。而作为论坛的运营方,想要完善论坛的引导体系也会首先考虑内部整顿而非求助外部渠道。

然后是社区梗文化的条目。实际上 MCBBS Wiki 中所记录的大部分梗文化都有在萌娘百科上记录,虽然萌娘百科近期频繁受到攻击、运营策略调整以及一系列不可抗力因素导致用户正在流失,但综合 SEO、知名度、其他百科网站的收录范围等因素的影响,萌娘百科仍是查询梗文化的首要选择。

最后是关于作品介绍的条目。MCMOD 包揽了 Minecraft 中文圈内大量模组、数据包的介绍,但除开模组和数据包之外,地图、插件等作品目前尚没有一个广受欢迎平台承担其作品托管和介绍服务。

综上所述,这个方案可能不会带来更多关于用户和论坛介绍的优质内容,不过在社区梗文化和作品介绍这方面,社区仍有较大的空缺等待填补。

方案三:转型为 Minecraft 社区 Wiki

这是一个危险的方案,因为已经有前车之鉴:我的世界社区 Wiki

我的世界社区 Wiki 失败的原因有很多,一句话总结就是“步子迈太大扯到蛋了”。我的世界社区 Wiki 的定位相当于是开设第二个萌娘百科,只不过内容限定在 Minecraft 相关。在如今 Minecraft 热度逐年下滑的大环境下,重新建立一个 MCBBS 都是几乎不可能的,想建设一个内容规模如此庞大的百科网站自然也是难上加难。如果说方案二还能通过相关论坛用户之间的传播吸引新用户加入,事实上我们现在也是如此获得新用户的,这个方案将掐断我们现有的唯一的新用户来源(原因下面会讲),我们必须准备一个宣发方案,开辟新的用户来源渠道。

要转型为社区 Wiki,即面向所有 Minecraft 玩家,我们必须舍弃一些低质量、低关注度的用户条目,提高收录标准,否则在理想流量情况下收到的低质量用户条目将会多到难以想象。这就意味着用户不再能随意创建关于自己的介绍条目,我们现有的传播模式将不再奏效。

除此之外,由于收录范围的大幅度扩展,远远超出了 MCBBS Wiki 现有的业务范围,我们会遇到很多直到我们遇到时才会想到的麻烦问题,因此在这里很难把这些困难一一列出来。如果我们真的使用这个方案转型成功了,我们甚至还会遇到攻击问题、资金问题等之前几乎从不考虑的问题。

结语

以上就是目前提出的所有转型方案。顺带一提,这是 MCBBS Wiki 的首个以“提案”作为标题的讨论串,也有可能是最后一个提案。由于 MCBBS 仍未正式发布关站通知,且仍有重启的可能,我们还没有到必须作出选择的时候。我们还需要保持关注 MCBBS 的最新动态,待尘埃落定后再作出选择。如果您有别的方案,或是修改建议,或是想对某个方案发表观点,请在下方讨论区提出。

讨论区

注意:讨论于2024年4月1日00:00截止,以这一时刻的投票情况作为最终结果。

(+)支持方案一。最现实的一个选择。目前来看基本没有其他论坛能达到mcbbs的热度,如果转行为mc论坛wiki那么无论从收录范围还是收录标准来看都是件相当麻烦的事,很可能收录到后面会越来越混乱直至成为一堆烂账。还是让这个wiki成为mcbbs的纪念馆吧。mohakuai留言) 2024年2月21日 (三) 17:27 (CST)回复[回复]

根据已知消息,MCBBS在未来很有可能无法访问,本站的论坛内链也将无效。这是一个问题。 Teddyxlandlee留言) 2024年2月21日 (三) 17:30 (CST)回复[回复]
确实是一个非常严重的问题,而且以目前消息来看MCBBS站内资料开放可能性也不高。也许今后只能依靠互联网档案馆来针对重要条目补充链接了。 Mohakuai留言) 2024年2月21日 (三) 17:38 (CST)回复[回复]
我虽然也支持方案一这样可以来保存mcbbs的历史事件,让我们来回忆,但从实际方面来考虑,想要去完成脱离论坛内部链接很困难除非让mcbbs开站或者可以让我们去备份数据。 XEYcmd留言) 2024年2月22日 (四) 21:02 (CST)回复[回复]

(+)支持方案二。在我看来,包括论坛在内的大部分的网站的用户页没有Wiki那样的自由度,而博客又显得混乱,完善的用户主页是不存在的。如果用户混迹多个Minecraft论坛的话,合并条目可以减少编辑量。洞穴夜莺 2024年2月21日 (三) 17:32 (CST)

(+)支持方案一。至少目前建议先按照方案一进行,如果之后慢慢发展出了另一个足够规模的论坛之后再讨论方案二的可能,现在各种民间私营论坛如同雨后春笋,小到可能不到十个活跃用户,如果要做综合性的论坛wiki可能很多论坛体量并不够格。(补充编辑:坏了,好久没用wiki了,打成了三个波浪号导致没有时间戳,现在时间很不真实了)—— Jaanai (Talk | Contribution) 2024年2月22日 (四) 06:15 (CST) 2024年2月21日 (三) 21:48 (CST) 根据编辑记录修正回复[回复]

(+)支持方案二。尽管 mcbbs 目前“不排除有重启的可能”,但短期来看希望渺茫。也就是说:除创建以前没有记录在 Wiki 的旧条目之外,不会再有新条目诞生;另外,目前条目中包含大量论坛相关的(失效)链接,也是一个挑战。因此,若转型为 Minecraft 论坛社区以记录其他论坛的条目和秩事,一是能增加有新鲜度的新条目,二是可以增加更多活跃用户,对于后期的发展也有所帮助。Eterstars 2024年2月21日(三)23:49(CST)

(+)支持方案二。但...想法很好,实现很难。梗相关的内容有萌娘百科足矣,顶多做个备份,只能说是点缀做不了主力。使用 MCBBS 闲聊的用户也越来越少,茶馆也没有几年前的景气,其他资源板块的评论区也只剩下了“回帖可见”和反馈问题的留言板。MCBBS 之所以能活这么久也是因为上面大量的资源(教程、作品、问答等)。如果最终选择了方案二,希望 MCBBS Wiki 能老老实实从头做个资源站,不要再搞权限压制、积分甚至积分变现 似乎本来就是一个 wiki 不应该有的东西

别的领域不清楚,可以参看现有的“Minecraft插件百科”,更新缓慢活跃作者很少,与其做个新的还不如给旧站引流。地图也不像 Mod,很少有做一个系列内容特别多的,优质地图资源相当少,但是能给一些优质地图做攻略形式的 wiki 也不错(前提是能做起来)

说着支持方案二,但是感觉又支持了个寂寞 --冰砚炽留言) 2024年2月22日 (四) 01:43 (CST)回复[回复]

你的意思是做个bbs么(笑) Unknown , just_lihl. Just talk to me! Contritube! 2024年2月22日 (四) 11:07 (CST)回复[回复]
再做个还是算了吧,从头搞也挺累的 冰砚炽留言) 2024年2月22日 (四) 21:37 (CST)回复[回复]

(+)支持方案二。现在MCBBS wiki的内容中有大量外链指向mcbbs,而mcbbs面临关站,大量内容难以恢复,而面向全部的mc国内论坛,会创建新的条目,并可能为已有的条目的内容进行完善。 当然也无需全部,面向全部论坛也必然会带来上文所说的弊端,在我看来,可以考虑仅面向国内其他较大的mc社区,如klpbbs(有大量基岩版资源),易坛,mcmod,插件百科等,这样会较易于wiki管理。 --永远的友人留言) 2024年2月22日 (四) 08:26 (CST)回复[回复]

其实仅需考虑一些较知名的论坛即可(这点我是认同的)。
不过这些论坛中就有 有wiki的:
其中不乏重复的内容,许多还是从本Wiki搬运过去的。 Teddyxlandlee留言) 2024年2月22日 (四) 10:54 (CST)回复[回复]

(+)方案二.合并klpwiki。--Unknown , just_lihl. Just talk to me! Contritube! 2024年2月22日 (四) 11:04 (CST)回复[回复]

不太现实 冰砚炽留言) 2024年2月23日 (五) 14:11 (CST)回复[回复]

( i )注意 关于方案二需要注意可行性的问题:

  1. 不可能顾及所有Minecraft论坛(尽管绵羊上面是这么说的)
  2. 收录其他论坛需要考虑表述/立场更换、条目合并(尤其是用户类 和 论坛术语类)、重新整理[[Category:分类]]等。这需要大量编辑人员的工作量。如果本Wiki缺人,或者合并目标Wiki缺少MCBBS有一定了解的编辑者,那么这项工作恐怕很难进行下去。

Teddyxlandlee留言) 2024年2月22日 (四) 11:42 (CST)回复[回复]

(:)正确的。现在国内很多wiki都面临着Wiki影响力不足、编者能力不足、时间不足等种种现实原因。
方案一是怀念流,变成NMFWiki那样由于论坛关站永久维护死着的Wiki;
方案二是理想方针,目前看可能性大家都比较支持,但是,“理想很丰满,现实很骨感”,如果不能和其他社区的Wiki达成妥协,Wiki就彻底完了,变到方案一;
方案三大家都不选择,因为大家都知道MCBBS Wiki干不过MCWiki。 Unknown , just_lihl. Just talk to me! Contritube! 2024年2月26日 (一) 20:26 (CST)回复[回复]

(+)方案二我不太支持方案一,方案三又有点不太可能。--CN·LR·WZX留言) 2024年2月22日 (四) 22:32 (CST)回复[回复]

(+)方案一方案二在执行时需要进行大量修改,且与其他论坛Wiki并不一定能达成一致,而方案三实现的可能性较低,因此支持方案一,先保留现有MCBBS内容--wwwwwwwwwwwsssssssssssssseieieieieieieieieiei 2024年2月23日 (五) 07:56 (CST)

(+)方案二方案二最初是我提出的,对于Teddy提及的问题,可以首先针对Minebbs和苦力怕bbs扩充内容(这两者是目前国内较大的MC论坛了),我在苦力怕论坛上也有账号,最近要开始在苦力怕论坛活跃了。如果确认MCBBS Wiki要转型为MC论坛Wiki,在MCBBS Wiki的内容经过调整之后,可以和苦力怕Wiki协商,合并内容。目前苦力怕Wiki的页面还不算很多(100多个),并且我最近有一定空余时间,可以进行合并工作。--QWERTY770 61 2024年2月23日 (五) 11:43 (CST)回复[回复]

(+)方案二虽然方案二在实际实现的方面有一定的困难但在一定程度上也是一个不错的解决方案,虽然现在mcbbs官方没有发布闭站公告,但我们也要去按照最坏的打算去准备,提前去把方案想出来,这样,如果事情一旦真是发生,我们可以第一时间去做出反应。顺便问一下怎么签名,我一直没有弄明白——-- 这条未签名的留言XEYcmd (讨论·贡献) 于 2024年2月23日 (五) 12:57‎‎ (UTC)添加。

(:)回应~~~~ - EicyQA) 2024年2月24日 (六) 07:51 (CST)回复[回复]

(+)方案一建站的最目的就是为了 Mcbbs 的用户及想要了解 Mcbbs 的人员服务。方案一将 Mcbbs 的内容更加丰富,可以在关站后给后人留下一些可以考古的部分,或为怀旧的人们提供一个平台。 Han Jiang留言) 2024年2月25日 (日) 01:54 (CST)回复[回复]

( i )提醒:即令 MCBBS 不闭站,本站依然存在代际不公。因为补不回早期内容,许多早期知名用户现在只有新晋艺术家列表一处提及。反之,闭站前夕的坛友完全有理由在本站继续补充作品直到退圈,即便这些作品未在 MCBBS 发布(因为闭站了)。——物灵留言) 2024年2月28日 (三) 13:22 (CST)回复[回复]

(-)反对:bbswiki从来都不是一个很有影响力的站点,bbs关掉之后活力更是必然会逐渐丧失,闭站前夕的坛友完全会选择流量更大的mc资源站点发布自己的作品,哪怕像地图、光影这种目前并没有大型平台的作品类型,基本上也不会选择发在本wiki,因为本wiki从来都不是一个资源定位型的站点(即便曾经有此计划,但因生态位问题必然不长久),且热度太低,更别提其中一个作品页面所分得的流量了。当然如果你说的作品是指茶馆那些带文学之类的,恐怕对bbswiki发展并无帮助。 - MashKJo-{(用户页)/(讨论页)/(贡献)}-61 2024年3月1日 (五) 20:30 (CST)

(+)支持方案一。最有可行性的方案没有之一,且MCBBS的快照不多,需要完善的内容也不少。用户:Fsddg_41

( i )注意 请使用 --~~~~ 签名,谢谢。--Unknown , just_lihl. Just talk to me! Contritube! 2024年3月3日 (日) 10:43 (CST)回复[回复]

(+)支持方案二。如果能实现的话就是最好的结局,就是实现难度确实不低,简直就像重开一个新站一样。这个方案确实有点太理想了,不过是很符合我本人,想必提出这个方案的人也是多少有点理想主义的吧(笑)-来自全wiki最水的编辑者南南给她留言她的贡献| 2024年3月3日 (日) 10:49 (CST)回复[回复]

(:)目前投票结果:

--Unknown , just_lihl. Just talk to me! Contritube! 2024年3月3日 (日) 10:52 (CST)回复[回复]

(+)支持方案二。其实更希望方案一和方案二结合一下,接纳新内容的同时保留旧内容,在废墟上重建,但也保留废墟用来纪念。当然这个方案肯定有纰漏,只是我个人意见。 https://www.bilibili.com/video/BV1qA4m137pH/?spm_id_from=333.337.search-card.all.click 当时看到这个视频的时候脑子嗡的一下。这么大个网站,说关就关了?本来打算以后条件允许时重新注册,谁知道这一次注销成了永别。不管怎么说,感谢mcbbs给我带来的一切美好回忆。永别了,泥潭。p.s.这是我第一次在讨论版发布内容。当然也是最后一次。(我是直接复制了下面那位的,如果格式有错请见谅。)滑稽蜗留言) 2024年3月3日 (三) 15:01 (CST)回复[回复]

@U:滑稽蜗 留言按时间顺序排序,最新留言置于讨论串最底端。--※※※ 坑触可 ※※※ 留言 ※※※ | 没事干了,不如随机一下 2024年3月3日 (日) 15:17 (CST)回复[回复]

经过一个多月的投票讨论,最终选择方案二作为本Wiki下一步发展计划。--QWERTY770 61 2024年4月1日 (一) 01:07 (CST)回复[回复]


归票:

共计有效投票15票,其中方案一5票(33.3%),方案二10票(66.7%),方案三0票(0%)

其他意见:
  • Teddyxlandlee尚未投票,对方案二可行性提出疑问,认为此方案无法顾及所有论坛、存在人手不足的情况,应重点关注较为知名的论坛,否则可能半途而废。
  • 物灵尚未投票,认为Wiki收录的内容中缺少MCBBS的重要数据(如早期内容),可以对原MCBBS的创作者开放编辑以补全一些资源。
    • MashKJo表示Wiki主业并非资源收录,创作者也无在此发布资源的兴趣,因此该提议不可行。
投票结果:

MCBBS Wiki 日后运营方向的提案(草案)投票结果为方案二:转型为 Minecraft 论坛 Wiki

结语:

历时一个多月,投票于2024年3月31日晚结束,目前还活跃在Wiki的贡献者们做出了选择:我们将转型为一个面向所有Minecraft论坛的Wiki。

Wiki感谢每一位贡献者。我们知道,个人的能力总是渺小的,会遇到力有未逮的时候;倘若我们集合在一起、取长补短:知识得以传播,灵感得以留存,智慧得以延续,聚沙成塔,实现个人力量远做不到的事情:今天的Wiki来自于过去所有贡献者——无论是否还在活跃,无论是否造成过一些“麻烦”——的劳动,这绝不是单打独斗的成果,也不是一朝一夕的成就。

不过请各位知晓:我们票选的并不是一个完备的解决方案,而是决定大致方向的草案,也许我们预料的各种困难只是实际工作的冰山一角,更多的细节、事物、乃至未知挑战,这一切都还在水面之下。如果你有想法,请不吝笔墨(这里应该说不吝“键盘”?)告诉大家。

已然,无论前路是否坎坷曲折,我们都将沿着大家选择的方向前进,在此——

管理员——也是Wiki的早期成员——尊重投票表决,确认本次投票统计无误、结果有效

签名:Salt Lovely留言 · 贡献 2024年4月1日 (一) 02:12 (CST)回复[回复]

我觉得,即使我们的道路选错了,也不要灰心,毕竟没有什么的道路是没有曲折的,只要坚持,wiki一定会越来越好,让我们按照方案继续前行!--~~~ XEYcmd留言) 2024年4月5日 (五) 13:12 (CST)回复[回复]
话题已结束
该话题已确认讨论完毕。该讨论串不久之后将会被存档,您依然可以继续在上方添加回复。
——QWERTY770 61 2024年4月1日 (一) 01:07 (CST)回复[回复]

账号出现问题

本人账号登录时正常的,在其他的地方留言没有问题,但一旦进入1·22论坛闭站维护事件就显示账号属于未登录状态,点击登录无效,重新加载无效,但进入其他页面就没有问题。-- 这条未签名的留言XEYcmd (讨论·贡献) 于 2024年2月22日 (四) 21:09‎ (UTC)添加。

原因不明,先使用此链接作为临时解决方案。-- Sheep-realms讨论) 2024年2月23日 (五) 01:37 (CST)回复[回复]
CloudFlare于昨日开始了较大规模的定期维护,尚不清楚此次维护是否是该问题的原因,具体问题仍需后台管理员调查。-- Sheep-realms讨论) 2024年2月23日 (五) 01:43 (CST)回复[回复]
好的,怪不得昨天的wiki异常的卡像要崩溃了 XEYcmd留言) 2024年2月23日 (五) 09:22 (CST)回复[回复]
(✓)完成CloudFlare 缓存规则顺序问题,已修复。--Litwak.913 | 🍁🦌留言) 2024年2月23日 (五) 19:06 (CST)回复[回复]
这个链接在我这还是旧缓存,无用です Teddyxlandlee留言) 2024年2月23日 (五) 20:43 (CST)回复[回复]
现在再试试 Unknown , just_lihl. Just talk to me! Contritube! 2024年2月26日 (一) 20:21 (CST)回复[回复]
问题已解决
该问题已由提问者确认解决或公认已解决。该讨论串不久之后将会被存档,您依然可以继续在上方补充答复。
—— Salt Lovely 留言·贡献  2024年3月27日 (三) 13:26 (CST)回复[回复]

疑似占坑用户页面

省流:M1032 Teddyxlandlee留言) 2024年2月24日 (六) 19:44 (CST)回复[回复]

翻阅页面历史发现是本人删除了大量内容,页面质量不合格已经删除。- - EicyQA) 2024年2月24日 (六) 19:53 (CST)回复[回复]
个人认为版本42215是可以接受的 Teddyxlandlee留言) 2024年2月24日 (六) 21:26 (CST)回复[回复]
本人删除大段内容,视为自愿删除页面。 - EicyQA) 2024年2月25日 (日) 14:25 (CST)回复[回复]
问题已解决
该问题已由提问者确认解决或公认已解决。该讨论串不久之后将会被存档,您依然可以继续在上方补充答复。
——- EicyQA) 2024年2月25日 (日) 14:26 (CST)回复[回复]

添加ktid、kpid、kuid、kusername等interwiki链接

rt,本站今后可能会多次引用苦力怕论坛上的内容,故建议添加这些interwiki:

Interwikis
前缀 链接 备注
ktid https://klpbbs.com/thread-$1-1-1.html 主题
kpid https://klpbbs.com/forum.php?mod=redirect&goto=findpost&ptid=0&pid=$1 回复
kuid https://klpbbs.com/space-uid-$1.html 用户UID
kusername https://klpbbs.com/space-username-$1.html 用户名(不推荐)
kfid https://klpbbs.com/forum-$1-1.html 版块或大区

--Teddyxlandlee留言) 2024年3月10日 (日) 10:08 (CST)回复[回复]

前方内容属于跨Wiki前缀,不属于命名空间,已代为修改。--※※※ 坑触可 ※※※ 留言 ※※※ | 没事干了,不如随机一下 2024年3月10日 (日) 11:16 (CST)回复[回复]
不太支持,主要上面方案还没审核通过呢 Unknown , just_lihl. Just talk to me! Contritube! 2024年3月10日 (日) 19:02 (CST)回复[回复]
过了 Teddyxlandlee留言) 2024年4月5日 (五) 20:51 (CST)回复[回复]
(+)支持3个工作日内添加,若其他编辑者有异议请在3个工作日内提出。 - EicyQA) 2024年4月16日 (二) 15:25 (CST)回复[回复]
(+)支持现在klpwiki已经正在迁移到mcbbswiki当中
这里是穆雪奈馋/Spring雪奈子() 这里是穆雪奈馋/Spring雪奈子() 2024年4月16日 (二) 20:22 (CST)

对于方案二执行的重新审视

距离投票结束已经经过了50天。

在这50天内,klpwiki已经完成了服务器的迁移,其内容管理仍保持社区自治。

MCBBS Wiki 和 klpwiki 的部分人员进行了小范围的讨论。以本人为例,我分别发表了ktid:134031ktid:134747,来征求社区对“元维基”方案的意见。

然而,实质性推进方案二的工作,又做了多少呢?之前提到过,核心问题就是缺人,但我们似乎自己都不知道,有多少人是有精力推动这件事的。

难道真要等六月份下一波活跃用户[[wikipedia:zh:en:Gaokao|刑满释放}]吗?

所以我们需要审视:

  • 推动方案二是否有必要?(需要编者们共同汇总一个SWOT分析
  • 如果有必要:
    • 谁确定能做这件事情(Who)?何时去做(When)?
    • 怎么进行?(合并/元维基/……)
  • 如果没必要:MCBBS Wiki的性质应当如何界定?
    • A. 作为MCBBS的纪念性信息站点,按照方案一,有限完善后进行只读处理,并托管到更廉价的平台上。
    • B. 维持现状,放弃方案二。
    • C. 在B的基础上,开辟“博客”命名空间。
    • ……