User:1416006136/Translation/Valve Developer Community talk:Moderator elections
![Note.png](/w/images/thumb/c/cc/Note.png/10px-Note.png)
![Note.png](/w/images/thumb/c/cc/Note.png/10px-Note.png)
现在更详细地说
那些拒绝将大多数候选人视为版主的人是谁?为什么除了你之外没有人提出改进意见并在出现问题时适时表达负面意见?你之前在哪里?
现在让我们谈谈别的事情。对你来说,什么是正常的维基?有一个人举了prop_static的例子,一个我几乎没有触动过的页面,视觉上令人极其厌恶。你们怎么能读这种垃圾?你喜欢屏幕上有一堆灰色文字吗?
我可能会稍后修改此消息。我现在没有足够的时间写一个合适的问题。--THE OWL (讨论) 2024年6月17日 15:09
我们在你开始编辑受保护的页面时表达了我们的担忧,但你无视了我们。--SlimekPL (讨论) 2024年6月17日 15:13
我没有听,那么这些页面发生了什么?这些页面不再受保护了。你举了一个坏例子。--THE OWL (讨论) 2024年6月17日 15:42
讨论具体编辑的质量是没有意义的,你显然无意听取人们的投诉。鉴于你想要FTP这件事(简直荒谬),你显然把这个网站视为你的私人宠物项目。仅仅因为你做了很多编辑并不意味着你在提高这个维基的质量,说实话,当我试图使用这个网站并看到每个页面上的模板混乱时,我感到很困惑。乱改并不会让你成为一个好的版主候选人。找个别的爱好吧!--Fingerprince (讨论) 2024年6月17日 15:22
真的很难相信有其他用户不喜欢VDC的现状吗?大部分现状是你和这个“team_34”所谓的贡献直接导致的?我们很多人发现即使是编辑基本页面以添加我们所工作的游戏信息也几乎是不可能的,因为现在的混乱。--Haaselh0ff (讨论) 2024年6月17日 15:23
模板是好东西,但当它们很多并且有很多链接时就变得难以阅读。当你发现一个语法错误时,你需要去编辑页面,然后你实际上需要去多页,然后去那个语法错误所在的模板,只有这样在字符串子页面找到所需的字符串。--Mr. SystemError (讨论) 2024年6月17日 15:33
正如我已经在候选人页面和我的页面上澄清的那样,Team_34与这个网站无关。这个团队是我的个人项目,与这个网站无关。--Max34 (讨论) 2024年6月17日 15:40
我意识到有几个人创建了多个账号只是为了参与这次投票。我无法真正核对是否有人在使用“马甲”,但显然有些人以前就在这个维基上;我强烈鼓励长期活跃的维基成员参与投票,我可能会根据这些人的意见而不是今天创建的仅用于参与投票的几个账号来做决定。--PabloS (讨论) 2024年6月17日 15:52
大多数这些新账号是活跃在其他社区的用户,Vaya是活跃的Mapcore管理员和版主,Squidski是活跃的Source Engine Discord管理员和版主,Slimek是一名多次在CSGO中展出的地图制作者,Angel是Source 2 Viewer的活跃开发者并且也是一名出色的地图制作者,这些用户有较新的账号但他们是社区的支柱,他们对VDC的现状感到不满,而现状正是这些试图将自己提升为版主的用户导致的。--Haaselh0ff (讨论) 2024年6月17日 15:57
自2023年初以来,VDC的状态一直很糟糕,当时THE OWL和其他用户几乎接管了这个维基。--SlimekPL (讨论) 2024年6月17日 16:00
我会保留这些投票。我还是鼓励更多用户参选。--PabloS (讨论) 2024年6月17日 16:05
说得对,Pablo,我本来就对投票犹豫不决。我是Momentum Mod和Strata的开发者/许可证持有者,所以在Source工作中非常活跃,但不是活跃的贡献者,我会删除我的投票。不过,我认为有必要表达我认为这些人正在乱改,如果让他们中的一个成为管理员,可能会导致无尽的进一步争斗。--Fingerprince (讨论) 2024年6月17日 16:10
给我5个(或更多)明确描述的我们对维基的贡献的负面影响的例子,我会告诉你为什么这不是真的,或者为什么我长期以来一直想改变这一点。我们做了太多工作,唯一的例子是prop_static,其页面几乎没有变化,或者是我们出于正当理由编辑的受保护页面。我将在2024年底改变很多事情,太多了,所以对问题的明确描述只会有助于维基。但请不要建议诸如“我不喜欢新东西,我想坐在2010年的破损UI和一堆简单的灰色文字中”。是的,一堆复杂的模板是我们的错误。我会在未来尝试修复这个问题,只保留最重要的。--THE OWL (讨论) 2024年6月17日 17:28(2024年6月17日 17:37编辑)
你可以在不做版主的情况下做这些事情。你不需要等到这次选举开始修复(作为这次UI革命的一部分被破坏的)东西。其余的已经解释过了。你在诉诸“我不喜欢新东西”的心态时是在用稻草人论点。这不是原因。你造成的负面影响在维基上非常广泛,挑选5个例子并不能涵盖。是小丑妆的多彩类别,占据了所有额外空间的额外边框和圆角以及标签,所有额外的图标,着色器分类,遍布各处的冗余。我恳求你,如果你不改变你的方法,不要“改变很多事情”。--Cvoxalury (讨论) 2024年6月17日 10:55 (PDT)
Pablo - 我主要是潜伏者。我看到投票并希望确保这个重要的资源不被一小群用户进一步破坏。我认为维基不应该成为一个准社交媒体网站。现在它运行得很糟糕,以至于越来越多的人不愿意使用它。使用该网站作为资源的人也应该有投票权,不是吗?
OWL - 不要把这些投票放在心上,但大多数人只是想能够使用(和更新)VDC作为快速资源。你正在用你的改变毁掉这一点,所以请停止。--Vaya Mapcore (讨论) 2024年6月17日 17:48
为什么你们不写一些关于某些页面具体问题的东西?!如果说话从来没有从“好吧,人们不想在那里,你需要停止”转移,我是不会放弃的。
首先,我会完成模板和社交部分,然后我会处理文章,之后我会转到文件和技术页面。如果你们不提出改进建议,而只是建议我停止,这是我已经预定的目标。--THE OWL (讨论) 2024年6月17日 17:57(2024年6月17日 18:04编辑)
你确实需要停止,因为这不仅仅是一些具体的问题。它从第一步开始,主页。它在每个主要页面上都面对我们,从工具到着色器参数。你滥用你的能力以一种强势、争论性、不听人劝的方式做大量编辑,人们没有时间或精力在每个转折点反对,然后几个月后你有了一堆人们没有要求的工作,并声称你不会停止。你这些编辑和不愿意退让都没有帮助。Cvoxalury (讨论) 2024年6月17日 11:02 (PDT)
如果你认为有一种预定的方式来获得你想要的东西,我们会继续撤销。Cvoxalury (讨论) 2024年6月17日 11:06 (PDT)
问题是你自2023年2月以来对维基进行的更改,即所有臃肿且完全不必要的模板。--SlimekPL (讨论) 2024年6月17日 17:59
另外你提到了一个社交部分,这个维基不需要社交部分,它是一个开发者维基是有原因的。--Angel (讨论) 2024年6月17日 18:18
所有的实体页面随着时间的推移变得非常臃肿,充满了随机的颜色。如果一个实体有很多错误/警告,它应该有自己的子页面或一个部分,而不是层层叠加。如果你看官方维基百科,你不会看到任何视觉混乱,它是有结构和纪律的。我们需要保持信息简洁、有结构和可读。我反对任何人在过去两年中对帖子/模板进行编辑。--Darnias (讨论) 2024年6月17日 18:18
大家好:只是提醒一下大家尽量保持文明。我可以理解其他人说的内容,但我不希望用户开始英勇地互相攻击。谢谢。--PabloS (讨论) 2024年6月17日 18:24
至于投票用户:我现在理解一些回复的人与社区有某种联系,我对此表示满意。大家的投票都会被统计,不用担心。--PabloS (讨论) 2024年6月17日 18:26
如果“THE OWL”正在编辑这个以将所有争论从投票中移到讨论页面上,这不正好显示了我们所有人一直在争论的内容吗?这种行为完美地说明了为什么我们投了反对票。--Angel (讨论) 2024年6月17日 18:34
我相信每个人都知道为什么我们突然联合起来对某些用户发表意见。在一个讨论页面上编辑/删除内容是权力膨胀的定义,这应该是一个文明的讨论,除了实际管理员外,任何人都没有权利删除/移动内容。只是因为你能做并不意味着你应该做。--Darnias (讨论) 2024年6月17日 18:46
有人能告诉我为什么这事会引起这么大的骚动吗?
好吧,我不是任何与 Source 合作的团队或小组的一员,也没有一直关注这个 wiki 的动向,因为我只是偶尔上线编辑我的页面或记录一些东西,但我只是想知道为什么这么多人对这个 wiki 感到不满意,当然我理解现在阅读起来很难,这也是我的错,因为我是把“第三方 Source 工具”变成了圣诞树的人,但我还是想知道为什么人们不满意。 --Toligon (talk) 2024年6月17日 19:51
我也想知道。很多用户现在决定站出来说话,为什么不早点说?如果你对这个 wiki 的发展有异议,你几个月前就可以创建一个账户来发表意见了。这对我来说非常奇怪。 --Equalizer5118 (talk) 2024年6月17日 20:14
我也想知道。突然间有选举,他们就站出来说话,“为什么不早点说?” - Equalizer5118,我同意 Equalizer5118 的看法,我不知道这些事情是在哪里和什么时候发生的,主要是关于模板的问题,我没有注意到它们。 --N0one (talk) 2024年6月17日 20:32
- 除了这件事已经被提出来了。人们以前也提出过意见,包括我自己,当主页进行了很多人不想要的重新设计时(并且它有点被半途抵制了)。这大部分以前没有发生过,因为这些变化是渐进的,尽管令人恼火,但大多数人选择只是查找我们需要的东西,挥挥手忽略这些烦恼,然后继续。它发生得太久太广泛了,以至于在当时很难抓住它。此外,我相信很多人只是理所当然地认为“哦,Valve wiki 的设计变了,好吧,它可能是从上面来的,耸耸肩”。现在,当管理员的话题出现时,这是一个非常重要的,甚至可以说是危险的权力位置——因为管理员可以封禁人。封禁对手,我是说。现在我注意到我们并不孤单(我惊讶地看到有多少红票是关于同一主题的,我也有同感),我觉得这是提出这些问题的好时机,也许希望终于会有些改变。--Cvoxalury (talk) 2024年6月17日 13:41 (PDT)
这个话题在基于 Discord 的社区中已经酝酿了一段时间。我认为大多数人(包括我自己)不知道如何确切地提出 VDC 的问题。我们究竟在哪里提出这样的对话?除了每页的讨论页面之外 :P --Ozxybox (talk) 2024年6月17日 20:21
我现在站出来发声是为了避免问题在这里变得更糟。如果你查看一些被投反对票的用户的讨论历史,你会注意到他们以前被告知过,但被忽视了。当有多个用户试图将它变成一个 Facebook-Lite 时,试图保持一个 wiki 的正常运行是一场消耗战,所以很多人放弃了试图保持这个地方的正确方向。我不希望这个资源完全被这些用户接管,所以我注册并相应地投票。我仍然认为这个 wiki 目前已经无可救药,但嘿,我认为我的意见在这里也很重要。也许通过几次投票,我们可以让这个地方变得更容易使用。 --Vaya Mapcore (talk) 2024年6月17日 20:23
是的,比如说如果你暂停更新 VDC 一段时间然后回来发现需要导航一堆模板页面,你应该在哪里提出这些问题。我认为有些东西看起来非常不错且非常有帮助,所以我尝试设计,比如 Counter-Strike 2 部分的关卡设计页面,以匹配 HLA 部分,但要编辑那个页面,我不能像正常人一样简单地点击编辑按钮,我必须点击所选语言页面的铅笔图标。然后在编辑完那个页面后,我不能只是保存页面并期望它更新,我必须清除页面,因为页面本身不会立即更新我假设的模板更改。这只是一个奇怪的额外工作量,对我来说似乎太愚蠢了。我可能不知道其他人有很多问题,但这只是我的一些经验。我认为有必要简化一些事情,这是一个开发者 wiki,不是社交媒体平台。我编辑页面是为了添加一些信息,这些信息可能对将来处于我现在这种情况的人有帮助,就像以前有人为 Source 1 映射做的那样,我只是希望它变得更容易。 --Haaselh0ff (talk) 2024年6月17日 20:44
模板千层面?
你好,很抱歉如果这与讨论无关。我注意到很多投票集中在 VDC 缓慢转换成令人困惑的模板千层面这个核心问题上。目前一些最活跃的编辑者非常喜欢这种分层,因为它允许他们做更多的事情。至少对我来说,我对模板的工作原理一无所知,发现当内容通过多层子页面连接时,很难找到内容在哪里。小模板可以让页面更丰富或使页面看起来更一致,这很好!我只是非常不喜欢在许多层子页面中完全迷失...
VDC 有贡献指南吗?如果有的话,我不确定它在哪里。发起一项投票来添加一个反对制作千层面页面的指南是否合理?我认为这比投票支持或反对千层面的人更直接地解决了相当多的讨论和评论。不确定这是否是提出此问题的正确方式!--Ozxybox (talk) 2024年6月17日 20:07 (UTC)
Help:templates 上有一个模板概述,但它的状态不是最好的。我可以解释你不明白如何使用的任何模板。
至于为什么围绕它有这么多讨论,这是一个复杂的问题,很难在简化信息和易于编辑之间找到平衡。一个好的例子是 {{this is a}} 和 {{multipage}}。一起使用它们可以减少很多冗余,因为基本信息会自动翻译成多种不同的语言。另一方面,这只是另一个让页面更复杂的模板。虽然这本身不是一个重大问题,但当前页面上的模板数量使得编辑变得困难。我认为关于保留和记录特定模板的更多讨论会很有帮助。 --Pee (talk) 2024年6月17日 20:44 (UTC)
致亲爱的管理员
难道你没有注意到这些人基本上反对所有事情吗?甚至是用户页面,可以是任何东西!这肯定是一个值得激烈聆听的意见,甚至删除有用的模板?我能理解人们只是想在这里看到那些年的维基百科,而这并不叫为所有好的事物而斗争,这只是一个简单的尝试去禁止他们不想处理的事情。
另外,我看到了网速慢的人。那是什么样的速度?我现在正坐在树林里,远离城市,但我仍然可以非常轻松和快速地加载任何页面。这不是一个有慢速网络的时代。我不是说没有人考虑过减少页面加载时间,但没有人认为会有一个人加载速度为1字节。
我会完成我的工作,但现在不得不花时间删除我的贡献,以便将来可以用完成的版本更新所有内容(注意模板和其他将恢复到原始状态,我会完全删除其他模板直到更好的时间)。如果没有人在我的沙盒中讨论更改(我将在七月继续工作),那么这些人对此没有意见。--User:THE OWL 2024年6月18日 05:31 (UTC)
- 试图羞辱人们的网速并表现得像这是问题所在非常幼稚且粗鲁。请做得更好。供参考,我的网速是上行和下行5G,但今天早上 VDC 仍然非常缓慢,几乎无法加载。
- 所以你打算把一堆更改隐藏在一个几乎没人会看到的随机沙盒页面后面,然后当没有人找到它时,你会批量推送那些更改?这听起来很荒谬。如果这么多人反对你试图强加给他们的系统,可能这就是一个好信号,表明它不应该被实施。我理解看到时间和精力被浪费很难受,但这就是编辑维基的生活。--Haaselh0ff 2024年6月17日 23:27 (PDT)
- 我已经看到了你提出的解决方案有多好,以及你对这个维基状态的了解(我在泛化,因为你也这样做)。甚至 Metacritic 的添加也归咎于我们,尽管它已经存在多年了。我已经在 Vaya's Mapcore 讨论页 上写了所有内容。
- 最后,我会说我的讨论页面会被注意到,相信我。--THE OWL 2024年6月18日 06:37 (UTC)
- 很抱歉你有这种感觉,我祝你一切顺利,但鉴于目前的状态以及你没有当选版主,我不确定你会有多大的力量来执行你似乎威胁要进行的这些更改。请不要那么快就跳到恶意回应,有些人对当前状态并不像其他人那么生气,但当你开始对任何试图与你交谈的人大喊大叫时,这会让你看起来非常幼稚。--Haaselh0ff 2024年6月17日 23:55 (PDT)
- 我看不到对话,因为问题没有得到回答。我要求提供例子,只有几个给出,而且很糟糕(例如 Metacritic 的存在,它早在我们之前就被添加了,但不知为何我们要为它的存在负责)。实际上,我不打算继续讨论了。你不想看到什么?关注清晰描述的反馈,而不是“它让维基变得更糟,因为我这么认为”。--THE OWL 2024年6月18日 07:27 (UTC)
- 你看不到对话,因为你在逃避对话。你一次也没有回答我。你在这里纯粹是在否认模式下回答 Haaselh0ff。你展示的是你将简单地忽略批评,并躲在“啦啦啦,他们不想要改变,啦啦啦,如果你不在我没有链接的这个页面上很快回复,那我就赢了”后面。修复你对维基的破坏需要时间,但最终会完成。--Cvoxalury 2024年6月18日 01:19 (PDT)
- 让我们谈谈你。你举了一个关于着色器参数的例子。具体来说,问题是什么?你说一个不太模糊的抽象,但这对我没什么帮助。你的“啦啦啦,有太多问题以至于无法单独列出几个”证实了这一点。我没有问题描述我们解决方案中的一堆问题,这就是为什么我不想立即包括我的新想法,因为还有很多问题需要解决,包括你似乎在你的消息中试图提到的那些。
- 读完这些内容,然后去 Vaya 的讨论页阅读“THE OWL”的消息,现在这开始感觉更像是对那些对他直言不讳并投反对票的人的骚扰,而不是建设性的对话。--Angel 2024年6月18日 07:07 (UTC)
- (回应) 抱歉我花了一些时间来回应这个问题;我一直忙于清理工作和 Valve 的合同工作。
- 我在这里遇到的主要问题是你创建的模板并不是特别适合这里的用途——这是一个开发者参考维基,旨在为使用 Valve 和与 Valve 相关工具的人提供参考,而不是像维基百科或《军团要塞2维基》那样的庞大的社区群体维基,充满了“维基成就”和个人资料图片以及嵌套模板的模板。用户不需要这么多东西,因为这主要是用于参考的(我想文档会是更好的描述),而这些东西只供大约20人使用,占用了服务器资源。我对你的更改没有太大意见,但你对 Template:Message 的破坏扩展到了将约20年前的随机讨论页面修改为你特别想要使用的讨论格式,而且似乎没有任何共识,因为你强制到这种程度,人们只能使用那个模板,否则他们的消息会立即被更改为使用它。
- 我对通过某些东西增加社区保留没有太大意见;我对用户页面模板没有太大意见。话虽如此,你单方面创建了一个模板嵌套循环的巨型混乱,使编辑几乎变得不可能。
- 此外,与你所认为的相反,保持页面在任何情况下的用户都能使用是重要的。就我个人而言,我的网络状况也有问题,而你制作的模板造成的这些不可思议的问题加剧了这种情况。
- 抱歉选举结果不如你所愿,但我无法改变太多,因为这里社区成员提出的担忧是完全正确的。你的工作在维护方面造成了许多问题,影响了页面加载时间并占用了服务器资源,这就是为什么我开始撤销一些工作。你可以做任何你想做的事情来解决任何问题,但我不会阻止新选版主根据他们对你在这里的行为的看法做出的任何决定。--PabloS 2024年6月18日 12:49 (PDT)
- 没关系。我本不打算赢得选举,否则我会详细写出所有内容,而不是玩弄。不过,我没想到会有这么多批评,但这也是好事。其实不是我一个人在推动讨论模板的事情。我是它的创建者,这是真的,但主要功能是由 Max34 实现的,所以他对它的删除比我更感到不满(我不太在乎,如果有好的理由,我可以立即删除我的所有贡献)。我真的相信我们共同解决方案的便利,因为我之前根本不知道 MediaWiki 的含义,但我开始编辑 VDC 后立即明白了一切,不是吗?我以为这种观点是正常的,但我错了。
- 我一直在想我们一直专注于错误的事情。我想我会用现代游戏引擎或开源程序做一个类比,它们的开发者不断进行大量更改,添加一堆新东西,但实际上需要的所有东西都很旧,多年来没有更新。
- 现在我只能请求不要删除讨论页面的模板。它至少对于管理员公告板这样页面已经有用。除此之外,我会尝试将它变得更加有用。--THE OWL 2024年6月18日 20:12 (UTC)
- 不想过多偏离主题,但我想指出这个回应读起来有多么奇怪,从试图看起来像你一开始就不想赢(那你为什么要参加选举呢?)到试图推卸责任到其他人身上,再到进行奇怪的哲学性发散?最后说你将来会“尝试做一些更有用的东西”,根据你的过去和现在的工作,我只能解读为令人担忧。
- 还有今天你又在这个讨论页面上填满了无用的模板,比如这个新的“response”模板,它只会制造视觉噪音。--Angel 2024年6月18日 13:49 (PDT)
- 我认为这个想法不错,并做了一个非常简单的模板。不是我的主意,我只是删除了HTML并在这里测试,这是它首次出现的地方。如果它真的很糟糕,你可以将其标记为删除候选。--THE OWL 2024年6月18日 20:56 (UTC)
- 这种“如果你不喜欢我编辑的内容就撤销”的心态是有问题的,这就是我们一开始会走到这一步的原因,因为人们不会总有时间和精力不断撤销更改。--Angel 2024年6月18日 14:06 (PDT)
- 那就在模板讨论页面(或在这里)写一份详细的评审,列出所有客观反对的事实。你对这有问题吗,还是你只想继续抱怨我,继续说类似“它制造了视觉噪音,但我不会告诉你为什么我这么认为”的话?我已经多次发布我不接受模糊语言,我对问题的明确例子感兴趣。
- 对我来说它没有制造视觉噪音,相反,阅读起来更愉快(而且,没错,我以后可能会改变我的立场,这发生在所有人身上,哈哈)。那现在呢?你打算继续说我在制造麻烦,因为你不喜欢那里的一些东西?
- 我建议删除我的工作,因为你不愿意解释你所说的为什么是对的,而我也不会一直追问大家为什么他们这么认为。
- 此时,我将停止回复你(至少在这个页面上)。我已经接受了这里表达的立场(虽然不是没有斗争,但我将不再实施我的许多想法),现在我想把事情做好。--THE OWL 2024年6月18日 21:21 (UTC)
- 关闭批评和说“我现在要停止听你了”不是很成熟的行为,而且我不确定如何用更明确的语言解释什么制造了视觉噪音,我觉得我已经非常清楚地表达了我的观点。它根本不需要,你不需要将它追溯添加到这里的所有消息中,此外 Pablo 刚刚删除该模板进一步证明了我的观点。--Angel 2024年6月18日 14:30 (PDT)
- Pablo 说得非常到位,比我自己做得更好。基于我们的清晰共识,我们真的不需要在这个旨在讨论版主选举的页面上继续这个争论。选举本身进行得很顺利,我们已经有4个人了,所以在这个问题上我没有什么要补充的。我建议我们都去做一些有生产力的事情,比如良好的编辑。--Cvoxalury 2024年6月18日 14:42 (PDT)
关于从社区招募版主
作为自2005年此维基上线以来的老用户,我想说版主的需求已经存在很长时间了。我犯过不少需要版主介入的错误,也看到过很多其他人的类似行为,但从社区招募版主是个很糟糕的主意。版主需要遵守严格的规则,需要培训,并且需要对滥用权力的行为付出代价。如果版主只是普通用户,我不认为这会发生。
我觉得有些人不明白这个维基的重点。我看到用户页面被改成了类似Myspace的页面,还附上了状态消息(用户贡献页面可以查看某人是否活跃),整个维基不断被重新格式化,页面开始看起来像是填色书,主页也被塞满了不必要的信息(可能还拖慢了页面加载速度)。一些用户似乎花费所有时间重写现有页面,尽管有需要,却从未添加任何新信息。
例如:在TWHL上,人们不断询问如何开始GoldSource引擎的修改;如果能有一个现代化的JACK制图教程可以指给他们,那就太好了,但我们只有几十年前的Hammer教程。VDC的GoldSource引擎关卡设计类别页面缺乏一个入门页面(不过有一个重定向到该页面的页面)。为什么这些活跃的用户到现在还没有写一个?
没有冒犯任何人,但我完全预计这会导致Valve的麻烦,最终整个项目会被搁置,取而代之的是付费版主(或者干脆没有版主)。 Solokiller (talk) 10:06, 2024年6月19日 (PDT)
- 嗯,迄今为止选举出的五位版主似乎都做出合理的决定。非常有问题的“填色书”正在被恢复(字面上,我们正在谈论这个话题)。游戏和软件页面正在从华丽的类似Steam的格式恢复到更有序的类似Wikipedia的格式,就像之前一样(由于损坏的部分涉及到广泛使用的模板、导航框等,可能会看起来不太对,但这是唯一的办法)。版主确实需要处理几项任务:阻止造成损害的人员;保护页面不被损坏;删除应删除的页面(在确认删除提名后)。为什么这些任务不能由社区投票选出的普通用户完成呢?如果你查看选举页面,你会发现造成更多麻烦的用户已经被投票淘汰了。其余的,与恢复页面秩序有关的工作可以由任何自动确认用户完成。我打算纠正我能做到的部分(完全理解你对页面状况的不满),我不打算成为版主,我不需要这个职位。相比一个月前我们根本没有人可以迅速制止破坏者,我绝对会支持新的版主。至于“用户页面”——维基上说只要不具冒犯性,就可以根据“你想要的任何东西”个性化。我不会对用户这样做有意见,只对他们在“文章”上的行为有意见。像你这样的用户,从经验上来说,可以很好地编写关于Gldsrc的教程。我只是这样说。 Cvoxalury (talk) 11:05, 2024年6月19日 (PDT)
- 我希望我错了,但我们拭目以待。目前为止版主的选择还算合理,但我对这里的情况了解不够深,无法判断是否会出现其他问题。
- 但我建议确保基本安全措施到位,比如定期备份、多因素认证以防止攻击者利用版主账户进行破坏等,因为最坏的情况是版主账户被入侵。Valve的员工可能已经采取了必要的措施,但普通用户可能不太了解风险。MediaWiki提供多因素认证支持,必须启用,并且仅对管理员等可用,而这个维基使用的是过时的MediaWiki版本,所以可能根本没有这个功能。如果这不是一个选项,那么要求版主绑定启用了Steam Guard的Steam账户来使用代码登录,将有助于保护免受攻击。由于VDC运行的是近三年前已停止支持的MediaWiki版本(之前提到过,希望升级正在进行中),可能需要进行全面的安全审查。
- 如果我能找到时间,我会尝试编写基于TWHL旧教程的JACK入门教程,但我需要确定使用什么样的风格(模板等,我相信你知道)。如果Valve的某个人能确认VDC是否预期会无限期在线,那将会有帮助,因为人们继续向TWHL维基添加内容是因为担心修改资源被下线。如果VDC下线,大量信息将从互联网上消失。提供一个下载整个维基的本地副本(仅内容页面)的方式将会有帮助,但我现在不知道是否可能。 Solokiller (talk) 11:27, 2024年6月19日 (PDT)
- 嗨,关于TWHL对为VDC编写新文章的犹豫,我不担心VDC上的文章会丢失。我对维基网站的档案保存有一点了解。整个维基可以轻松地用Wikiteam工具进行备份,我已经用这种方式在我的电脑上备份了几个维基。根据你写的内容,我想你可能不知道这个工具还使得所有主要维基的众包自动备份成为可能(虽然过程复杂),然后这些备份被上传到archive.org,这也是Wikiteam的持续项目。我在archive.org上找到了最近的VDC备份,一年前就在那儿。
- 所以就继续你的文章。如果你现在需要保存一篇文章,你也可以将页面提交到Wayback Machine,它保存了8660亿个网页,已有超过20年了。 --Sakichan (talk) 12:06, 2024年6月19日 (PDT)
- 我认为值得强调的一点是,由于情况失控,普通用户几乎无法进行任何贡献。据我了解,目标之一是将维基恢复到以前的状态,一个任何人都可以点击编辑按钮并贡献,只需了解一些基本的markdown。另一个要考虑的因素是,长期以来,这个空间几乎完全是Source 1相关的材料。尽管如此,我确实认为应该努力记录GoldSrc相关材料,并为其设置教程。
- 关于备份,你可以去Special:Export并进行页面导出。应该可以使用基本的Python脚本来自动化处理。 --Wazanator (talk) 11:41, 2024年6月19日 (PDT)
- 老实说,我现在还不完全确定。你可以拿一些页面,使用它的/en版本来替换基础版本,没错。但是如果你使用之前的翻译模板,即Template:Lang,它找不到任何翻译页面,因为它通过:掩码查找,而不是/。例如,对于Cubemaps,曾经有Cubemaps/es(你可以在该页面的归档版本中看到)。现在尝试它会重定向到Cubemaps/es,但Lang模板不会这样工作。是否可以将“/”页面转换为“:”页面?也许可以。但我们需要一个更好的维基工程师来主导此事,坦白说,不是我。(如果有人认为自己能做到,我恳请他们在一个页面上进行测试,而不是一大堆)
- 这就像是困境。如果你用/en替换掉Multipage(因为它是逻辑默认值),你会失去与其他语言的连接。如果你保持Multipage但试图插入/en页面的内容,那么编辑功能仍然无法正常工作。然后还有一个问题,我们实际上需要多少种语言,我是说这里甚至有世界语的支持,基本上是个笑话……
- 对于一些被广泛重复使用的模板进行自动翻译,我没有问题,但我坚定地支持页面尽量少依赖字符串和模板层叠,不仅是为了速度,而且因为那种翻译本质上在片段化时不能很好。恰好我说的是这里最常被翻译的语言之一,翻译质量从搞笑到过于技术性都有(不,我不准备在这一切中处理翻译)。 (像stub这样的东西也是好的,因为它们的目的是要消失……)
- 显然我们应该为一些“大代码”解决方案做好准备,尽管还没有接近任何形式的共识。 Cvoxalury (talk) 11:58, 2024年6月20日 (PDT)