跳转到内容

Wikipedia:互助客栈/技术：修订间差异

维基百科，自由的百科全书
以互动方式浏览历史
←上一版本下一版本→
删除的内容 添加的内容
可视化wikitext
Liangent（留言 | 贡献）
界面管理员、​管理员
65,217次编辑
Liangent（留言 | 贡献）
界面管理员、​管理员
65,217次编辑
第228行： 第228行：
这里参数上主要的差异就是|nominator，而目前编辑注解里没这个项目，我认为有必要添加上并写好参数说明。虽然很多时候不会有这种情况，我觉得还是有必要的。如果用不到的话其实不填这个参数就行。-- [[User:Clear Sky C|<span style="font-family:黑体;font-size:Middle;border-radius:999px;background:#39f;padding:0 10px;color:#fff" title="Reply">晴空·和岩</span>]] <small>[[User talk:Clear Sky C|讨论页·反互煮]]·[[WP:COOP|协作计划]]</small> 2016年9月10日 (六) 12:40 (UTC)
这里参数上主要的差异就是|nominator，而目前编辑注解里没这个项目，我认为有必要添加上并写好参数说明。虽然很多时候不会有这种情况，我觉得还是有必要的。如果用不到的话其实不填这个参数就行。-- [[User:Clear Sky C|<span style="font-family:黑体;font-size:Middle;border-radius:999px;background:#39f;padding:0 10px;color:#fff" title="Reply">晴空·和岩</span>]] <small>[[User talk:Clear Sky C|讨论页·反互煮]]·[[WP:COOP|协作计划]]</small> 2016年9月10日 (六) 12:40 (UTC)
::nominator英文意思是提名者，也就是说就是提出申请的人，一来记录提出人，第二，可能，用于判定提出人和推荐条目主编是不是同一人？这个值应该是根据编辑记录自动生成记录的。可以说明，但不用手填。——[[user_talk:cwek|路过围观的Sakamotosan]] 2016年9月13日 (二) 00:58 (UTC)
::nominator英文意思是提名者，也就是说就是提出申请的人，一来记录提出人，第二，可能，用于判定提出人和推荐条目主编是不是同一人？这个值应该是根据编辑记录自动生成记录的。可以说明，但不用手填。——[[user_talk:cwek|路过围观的Sakamotosan]] 2016年9月13日 (二) 00:58 (UTC)
:::这个以前是放{{tl|UpdatedDYKNom}}的，现在启用Flow了不更新user talk了，这个参数也基本没用了……<span class="signature signature_252699">[[User:Liangent|Liangent]]（[[User talk:Liangent|留言]]）</span> 2016年9月15日 (四) 00:27 (UTC)


== 如何禁止移动页面的时候自动创建重定向？ ==
== 如何禁止移动页面的时候自动创建重定向？ ==

2016年9月15日 (四) 00:27的版本

快捷方式

本頁用作讨论在编辑时遇到的技术问题；發表問題或討論前，請先參閱常見問題解答、帮助信息、MediaWiki基本問題及搜索舊討論記錄。另請注意：

請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击 ）。


發表前請先搜索存档，參考舊討論中的内容可節省您的時間。
一般
條目與內容
頁面處理
用户行為
其他

7月31日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 我的Wikiplus无法在除Edge之外的浏览器使用 11 3 自由雨日 2024-08-07 17:16
2 2024年第31期技術新聞 6 5 Cwek 2024-08-04 17:06
3 考虑统一一下内联标签的样式？ 4 4 SunAfterRain 2024-08-04 15:11
4 哈佛注脚中日语字的转换问题 7 5 FradonStar 2024-08-04 19:03
5 2024年第32期技術新聞 3 3 魔琴 2024-08-10 22:53
6 Template:Lang 4 2 Kethyga 2024-08-10 20:39
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注：（重新整理）

維基百科技術議題與模板

Wikipedia:徵求意見/深色模式 § 導言

近期部署的深色模式（Dark mode）对页面内容带来了很多兼容性问题，需要修复。可参考mw:Recommendations for night mode compatibility on Wikimedia wikis。

修复工作需要修复许多模板、模块以及小工具，还有个别的页面也需要修复。这个征求意见的目的一是需要很多人帮忙查找问题并修复，二是一些页面如何修复可能会影响到页面本身的用色、排版设计，需要进一步讨论寻求共识。

--百無一用是書生 (☎) 2024年6月22日 (六) 12:34 (UTC)

MediaWiki talk:Gadgets-definition § 提議引入CollapsibleToggle作為預設啟用可選擇關閉的小工具

日前的討論將多個使用NavFrame的模板切換成了一般的mw-collapsible導致這些模板不再能透過點Head來展開或關閉，故在此提議引入CollapsibleToggle來讓這些模板可以恢復以前的行為。同時此小工具也為其他類型的mw-collapsible提供點未隱藏的區塊來展開的功能，具體測試樣例可以參考[1]（Beta Cluster）。--SunAfterRain 2024年8月4日 (日) 13:23 (UTC)

條目主題
非條目主題
提示
要將某一個討論加入上述列表中：
  • 在討論頁中的對應討論章節頂端加上{{rfc|xxx}}標籤，其中「xxx」為分類縮寫。各類分類縮寫已列於上方項目中，並應將其插入{{rfc}}中。多個分類請使用管道符號分開，如{{rfc|xxx|yyy}}，其中「xxx」為第一個分類，「yyy」為第二個分類。
更多資訊請參閱維基百科:徵求意見。請在維基百科討論:徵求意見回報有關錯誤。本列表由LuciferianBot於每個小時進行更新。

启用$wgAllowCopyUploads功能

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:上传。

这将允许用户从Url上直接上传文件。此功能将方便：

  1. 从其他语言版本的维基百科搬运文件时的操作；
  2. 将文件缩小时的操作（只需点击文件下的“本预览的尺寸：……。 其他分辨率：……。”并从中选择一个合适的尺寸）。

我认为此功能应向全体自动确认用户开放。由于影响重大，特此提交请求，望社群采纳。-- Stang 300 2016年8月13日 (六) 13:13 (UTC)[回复]

本地查得严，应该问题不大…… --达师 - 334 - 554 2016年8月14日 (日) 11:21 (UTC)[回复]

仅限upload.wikimedia.org。--Antigng（留言） 2016年8月15日 (一) 01:18 (UTC)[回复]
可以，$wgCopyUploadsDomains。——路过围观的Sakamotosan 2016年8月15日 (一) 03:15 (UTC)[回复]
可以考虑，是不是已经有3人支持了？
具体设置值：
//申请时不保留注释
$wgGroupPermissions['autoconfirmed']['upload_by_url'] = true; //用户权限开放
$wgAllowCopyUploads = true; //功能开关
$wgCopyUploadsFromSpecialUpload = true; //允许上传页使用URL上传
$wgCopyUploadsDomains = array( 'upload.wikimedia.org' ); //限定上传源域名

——路过围观的Sakamotosan 2016年8月15日 (一) 03:20 (UTC)[回复]

已报。-- Stang 298 2016年8月15日 (一) 13:54 (UTC)[回复]
什么时候起才两天就能达成共识的？--Jimmy Xu 论 2016年8月15日 (一) 14:01 (UTC)[回复]
抱歉可能头脑有些发热…… 擱置一周。-- Stang 298 2016年8月15日 (一) 14:31 (UTC)[回复]

+1--流星依旧（留言） 2016年8月16日 (二) 03:40 (UTC)[回复]

似乎T142991#2556332里说无法实现？-- Stang 294 2016年8月19日 (五) 00:55 (UTC)[回复]
要不光整上前3行，最后一行暂时抹去，日后再谈？--Liuxinyu970226（留言） 2016年8月19日 (五) 13:54 (UTC)[回复]
觉得可能不行吧……可以看到有用户认为这可能会被滥用。-- Stang 293 2016年8月20日 (六) 15:31 (UTC)[回复]

2

现在的状况是这样的：无法限定上传源之域名。所以是应该在不限定上传源时开放URL上传功能，还是不开放？希望达成共识。-- Stang 283 2016年8月30日 (二) 05:41 (UTC)[回复]

在MediaWiki:Blockiptext和MediaWiki:Unblockiptext中加入提示

本主題或以下段落文字，在討論結束後應存檔至MediaWiki talk:Blockiptext、MediaWiki talk:Unblockiptext。

  • 拟定的提示内容：

根据封禁方针，在调整（尤其是缩短）封禁期限前，应首先与实施封禁的管理员进行讨论。如果已实施的封禁是无限期封禁，那么必须先联系管理员；如若所有手段都无法取得联系，应交由行政员处理。

根据封禁方针，在解除封禁前，应首先与实施封禁的管理员进行讨论。如果已实施的封禁是无限期封禁，那么必须先联系管理员；如若所有手段都无法取得联系，应交由行政员处理。

  • 不知道这个规则的管理员，尤其是新上任的管理员，很多。
  • 由于需要动用管理员权限，按照编辑提示，先行征求社群意见。

--达师 - 334 - 554 2016年8月31日 (三) 12:47 (UTC)[回复]

(＋)支持，我以后也会注意的。--1=0，欢迎维基人加QQ群170258339 2016年9月3日 (六) 04:02 (UTC)[回复]
(＋)支持--Wolfch (簡易留言 - 留言) 協作計劃進行中 2016年9月4日 (日) 15:03 (UTC)[回复]
(＋)支持：這樣也好，較於分辨其差異。--★Fish out Yue in the water.☆ 2016年9月6日 (二) 00:44 (UTC)[回复]
一个OP，两个p…………看来OP们还是蛮自信的。（笑）我觉得可以(＋)支持，虽然无意参加OP行列。BTW，不知是不是这样，上次苏州被封的原因没成重点，怎样解封和解封的人却反而成为了重点。——路过围观的Sakamotosan 2016年9月6日 (二) 01:06 (UTC)[回复]
就是有人只是草草了说了一句“封禁并非为了惩罚用户”，然后引起了不少的风波，最后姗姗来迟，算是合理解释了。越早做到，问题越小，管理员这个职位有时很敏感的。——路过围观的Sakamotosan 2016年9月6日 (二) 01:18 (UTC)[回复]
即便结果正义做不到，但也至少先做到程序正义。 --达师 - 334 - 554 2016年9月6日 (二) 06:40 (UTC)[回复]
走对程序，怎样差的结果都要正确面对，以免被认为有所偏帮。——路过围观的Sakamotosan 2016年9月6日 (二) 06:49 (UTC)[回复]
(＋)支持：雖然有用戶私下質疑此條方針的用意，然而我認為這是必須的，不論其原始用意為何（那並不重要，而且易流於誅心之論）。這也是我一直堅持的原則。-和平、奮鬥、救地球！（留言） 2016年9月6日 (二) 01:11 (UTC)[回复]
(＋)支持：方针本来就有此要求，已经通过的方针条款对自己不利，就想方设法阻止其执行，输打赢要玩得不是一般的转。--4Li 2016年9月8日 (四) 01:43 (UTC)[回复]
查看2014年修改封禁方针的相关编辑及讨论[2]，只有三个用户共四则留言，讨论中既无支持，也无同意，未见达成明显共识，反映中文维基出现自行修改方针的情况。--Thomas.Lu（留言） 2016年9月9日 (五) 01:31 (UTC)[回复]
因为之前投了一堆支持，但没给出操作细则，然后一个新用户乱入提出一组操作细则，结果被人质疑编辑资历，结果歪题加上讨论冷却又告终了，最后有其他人提出新操作细则，最后讨论冷清，没人反对，就认为共识应该可以了，自然就上线了。还不是没人反对具体怎样做？——路过围观的Sakamotosan 2016年9月9日 (五) 02:44 (UTC)[回复]
当时的方针修改显然没有共识，未经任何任何公告，未经社群讨论。之前的一堆支持票的标的，是另一个议题，并不涉及实际被修改的方针内容。因此该方针的增修并没有经过社群讨论。黑暗雄鹰·给我留言·条目数量骤减8000+ 2016年9月9日 (五) 06:42 (UTC)[回复]
如果排除这段修订的变化，原文是“如果一个封禁决定有明显的错误，而实施封禁的管理员又不在线，你可以解除该封禁。但务必解封之前通知实施封禁的管理员并在管理员通报板留言进行说明。”，那“在解除封禁前，应首先与实施封禁的管理员进行讨论。”依然是正确的，只需要暂时保留这句也应该没问题？——路过围观的Sakamotosan 2016年9月9日 (五) 06:56 (UTC)[回复]

讨论一周已有初步共识，现予以公告，三日后无其他意见将执行修改。--Antigng（留言） 2016年9月7日 (三) 02:56 (UTC)[回复]

  • (－)反对：看了公告才来。反对这条。曾经看过多年Unblock纷争的经验告知我，封禁方针的这条并不合理。管理员拉帮结派的现象无法阻止，那么只有依赖相对不拉帮结派的管理员制衡。合理解封在下的James970028这样的不滥权管理员本来就不多，现在还要强化限制他们合理执行权限，因此返我反对。一个典型例子就是乌拉夸克滥权封禁守望者爱孟一案：“随便你们怎么样，我都不会让守望者爱孟解封。”乌拉差不多是这么说的。黑暗雄鹰·给我留言·条目数量骤减8000+ 2016年9月7日 (三) 04:18 (UTC)[回复]
  • (－)反对：如此重要的方针修改，之前却没有任何公示，我是在管理员Antigng这笔编辑后才发现的。鉴于之前常有管理员滥用封禁权的现象，若此修改获得通过，而滥权管理员不同意解封，则蒙冤被封禁的维基人永远无法昭雪，故此反对。窃以为，在不当封禁面前，其他管理员应有便宜行事之权，使用雷霆手段为蒙冤者及时昭雪。PS: 本人上次被封禁显然是封禁的管理员没有掌握清楚状况而疑似滥权（或者误解？），因为本人的回退最终连与本人争议的FLG支持者都认可，所以本人被封禁之事确为蒙冤，管理员雾岛圣解封本人的行为并无不妥。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2016年9月7日 (三) 04:52 (UTC)[回复]
  • (！)意見，条文写得太空泛 -「那么必须先联系管理员；如若所有手段都无法取得联系」，什么是「所有手段」，有没有等候期限，如果执行封禁的管理员不经常在线，甚至有管理员消极不回复，会不会有大量封禁申诉出现积压。此外，当前行政员不足10个，部分行政员很少上线，甚至数周/数月才有编辑，不可能大大小小的管理事务都抛给行政员，除非有明显争议存在。像一些初次的短期封禁，如果用户认错及表明不会重犯，就目前而言，由另一位管理员直接缩短封禁期未见有明显争议，行政员只应在有明显争议下才须要介入，而不是把管理事务抛给行政员来防止争议。--Thomas.Lu（留言） 2016年9月7日 (三) 05:47 (UTC)[回复]
    • “像一些初次的短期封禁，如果用户认错及表明不会重犯，就目前而言，由另一位管理员直接缩短封禁期未见有明显争议，行政员只应在有明显争议下才须要介入，而不是把管理事务抛给行政员来防止争议”，方针里边说的是永久封禁的申诉才需要交给行政员处理。--Antigng（留言） 2016年9月7日 (三) 05:59 (UTC)[回复]
    • 提示的内容是方针的概要，提醒管理员方针中这一规定的存在，避免出现争议性的管理操作。具体细节应按照方针内文执行。 --达师 - 334 - 554 2016年9月7日 (三) 12:35 (UTC)[回复]
  • (－)反对：这样的话JX就天下无敌了。--追迹未来 2016年9月7日 (三) 09:07 (UTC)[回复]

本修改是在执行方针，不是在修改方针。对方针有意见请去方针版提出。 --达师 - 334 - 554 2016年9月7日 (三) 12:27 (UTC)[回复]

又是某群的…………果然是推广群（小群体）。——路过围观的Sakamotosan 2016年9月8日 (四) 00:49 (UTC)[回复]
  • (－)反对：虽然即使反对可能也没什么用，但仍表达一下意见。不能错上加错，既然这个方针的合理性有争议，那么就不该从技术角度再强化争议性方针。条目成长最缓慢的时间段恰恰是所谓“管理员团结一致”的时间段，因为“闷声大发财，有钱能。。。”。galaxyharrylion（留言） 2016年9月7日 (三) 14:30 (UTC)[回复]
缓慢并不可怕，一直都是可持续性缓慢呢。只怕某些人热衷于维基政治罢了，然后以“帮助”别人为自己做辩护了。还不如不局限于特定方面，四处找些看上去好写好译好修葺的外语条目来提升条目数或者改善现有条目，比这里主业打嘴炮更有助于WP吧。——路过围观的Sakamotosan 2016年9月8日 (四) 00:54 (UTC)[回复]
扣除机器人刷条目，人工创建条目的成长速度以某些关键时间点区分，有明显差异。楼上，你自己四处打嘴炮煽风点火，就不要装模作样了，还有你的编辑习惯暴露了。最后，就这个讨论来说，一大半用户都来自那个把你赶出去的群，而且有支持的也有反对的，既然你认为是小群体，干嘛还要加入，然后还被人赶出来，最后还到处哭诉“那个群的人都欺负我，赶我出来”。galaxyharrylion（留言） 2016年9月8日 (四) 10:56 (UTC)[回复]
稻草人，慢用。——路过围观的Sakamotosan 2016年9月8日 (四) 11:54 (UTC)[回复]
  • (！)意見：这个原则，理论上讲确实有道理，所谓“解铃还须系铃人”嘛。但是呢，在中文维基百科，有一些案例/判例，当事管理员从始至终都咬死不放，也给不出什么合理的封禁原因；不知你们麦卡锡人士有何想法？-- SzMithrandir ❈ Ered Luin ❈ 2016年9月8日 (四) 00:29 (UTC)[回复]
如果该方针的制定有问题，或者是不是先暂时缓一缓，然后再在方针版上重新斟酌过？而且看了上次讨论只是有重新审视的要求，但具体做法一开始就没点明，然后最后讨论冷却了才出现具体操作，然后草草上线了。显然不太好。
如果针对需要重新制定的话：封与解都必须要解释清楚；解长期封的最好和之前执行封禁的管理员沟通好，或者无人回应或拒绝回应的话，可以寻求与行政员沟通；沟通结果应该有公示給社群，如果涉及隐私的话，可以适当遮蔽人名、现实地点信息等，类似解密文件的小黑条；额外的话，制定一份管理员操作手册（告诉管理员需要知道什么，知道怎样做），从上次讨论来看，有出现忘记订阅unblock邮件列表的问题。释放社群这个想法不错，但是也要注意51%攻击或者拜占庭将军问题。——路过围观的Sakamotosan 2016年9月9日 (五) 02:19 (UTC)[回复]
当时还提到一个类似社群申请封禁的机制，维基百科:封禁申请，实际上当时提出是为了对付大量大破坏出现而管理员不及时出现时的一种暂时封禁授权（管理员不在，然后一堆巡查拼命挂SD），至于现在还要不要类似或改进，我不好说，因为就现在的人手来说，这套机制略显鸡肋。而且User:華華王也提出一组修改细则，但最终只顾着看别人的资历，结果又无疾而终。然后才出现最后有其他人提出另一个方案，最后寥寥几个讨论一下， 又没人反对（讨论冷却），然后认为同意了，直接上线了。——路过围观的Sakamotosan 2016年9月9日 (五) 02:34 (UTC)[回复]
有问题的是“永久封禁封禁者不在应交由行政员处理”，“一般封禁更改前先与执行封禁的管理员交流，封禁明显不当解封后也应当通知管理员”可是从en:WP:BLOCK翻译过来的，自古以来就是方针。--Antigng（留言） 2016年9月9日 (五) 02:37 (UTC)[回复]
如果这样的话，是不是还有一些细化操作需要增加，例如解长期封的交流结果应该向社群共识——如在其他版宣布解封某永久封禁的人的公示，可能会涉及unblock-zh内容的话，可以做适当的黑条隐蔽。等之类的？——路过围观的Sakamotosan 2016年9月9日 (五) 02:49 (UTC)[回复]
现在出现一种现象，认为某些被封禁的人是出于管理员内部私欲或者不恰当的结果，如果不能将这些清晰展示出来，让社情看到这些操作是合理的，会影响管理员作为社群高级操作的执行者的形象，或者会留下给人“捉鸡脚”的借口。——路过围观的Sakamotosan 2016年9月9日 (五) 02:52 (UTC)[回复]
另外，也允许社群可以给管理员施加适当的“压力”，要求解释一些有争议（有争议是一些不是明显违背贡献维基的方针期望——例如明显符合破坏的）长期封的决定原因并共识，否则应该要求解封。这样一方面防止一些管理员出于私欲而乱解封，另一方面也给与社群一个机会了解和参与封禁行为的实施来防止一些管理员出于私欲而乱封禁，相互牵制。——路过围观的Sakamotosan 2016年9月9日 (五) 03:13 (UTC)[回复]

請求技術高手協助處理專題條目狀態統計

本主題或以下段落文字，在討論結束後應存檔至Wikipedia:专题委员会/技术支持/存档、Wikipedia talk:中国文化遗产专题（錯誤：Wikipedia talk:中国文化遗产专题是重定向頁面）。

如題，Wikipedia:中国文化遗产专题的{{Articles by Quality and Importance}}模版無法正常使用，請求技術高手幫忙解決。另請求空閑的維基人幫忙用AWB對中國文保條目進行評級（注意中国文化遗产专题有特定且明確的重要性評級標準），目前大量中國文保條目未有專題模版，嚴重低估條目數量。感謝各位的協助。--#Carrotkit 2016年9月3日 (六) 18:45 (UTC)[回复]

首頁的特色條目變成了特色列表

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:首页/档案23。

如標題，首頁的特色條目一欄標題不知道什麼時候變成了特色列表 囧rz……--—以上有簽名的留言由R96340（討論）加入。 2016年9月5日 (一) 16:07 (UTC)[回复]

話說好像才想起來跟首頁有關的東西是不是應該發在Wikipedia talk:首頁，但現在已經要去睡覺了orz--—以上有簽名的留言由R96340（討論）加入。 2016年9月5日 (一) 16:09 (UTC)[回复]
這沒有問題哦，因為之前有人表示FA可以上首頁，為何FL不行，因此調整過首頁，讓兩者都可以上首頁，當上首頁的是FL，其字樣就會變成特色列表--Liaon98 我是廢物 2016年9月5日 (一) 16:19 (UTC)[回复]
報告，依剛剛本人在馬桶上所見，目前在首頁展示的是FA，但卻顯示為特色列表…是不是變更字樣的時候有出了什麼問題的樣子--—以上有簽名的留言由R96340（討論）加入。 2016年9月5日 (一) 17:33 (UTC)[回复]
您發言時在首頁展示的IBM奖是FL，請詳閱條目內文，雖然標題長得很像FA，但並不能鸭子测试一望而知。另，特色列表展示已久（自去年起）。-和平、奮鬥、救地球！（留言） 2016年9月6日 (二) 00:44 (UTC)[回复]
解釋一下，若閣下當天放入特色列表引用內容的連結，那麼系統會自動判斷該連結是否為特色列表。--★Fish out Yue in the water.☆ 2016年9月6日 (二) 00:50 (UTC)[回复]
那、那個、不好意思…今天發現清除快取以後，在今日（9月6日）所展示FA上方顯示的是正常的特色條目（凌晨上廁所時看到今日FA上方顯示的是特色列表）、然後昨天也沒搞清楚對不起orz--—以上有簽名的留言由R96340（討論）加入。 2016年9月6日 (二) 01:26 (UTC)[回复]

Tech News: 2016-36

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

  • 文字级差异现在可在长段落中工作。 [7]
  • 交互式地图现在默认拥有框架。这是为了让其看起来像其他多媒体对象。这影响所有维基导游，以及加泰罗尼亚语、希伯来语、马其顿语维基百科和元维基。 [8]
  • 当您预览MediaWiki:Captcha-ip-whitelist页面时，它会显示列举的IP地址的验证输出，而不只是地址列表。这可帮助您识别您的白名单规则是否有效。 [9]

本周更新

  • 您现在可以在所有维基百科使用" class="extiw" title="mw:Special:MyLanguage/Help:Extension:Kartographer"><maplink>。它会创建一个链至全屏幕地图的链接。 [10][11]
  • 有时当您提及另一位用户时，他没有获得通知。您将在成功向某人送出通知，或被告知他没有获得通知时获得通知。这将是可选项。 [12][13]
  • MediaWiki的新版本将于9月6日部署于测试维基及MediaWiki.org。它将于9月7日部署至非维基百科wiki和部分维基百科上，并于9月8日部署至所有wiki，参见日历。

会议

  • 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月30日 19:00 (UTC)开始。参见如何加入。

将来更新

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年9月5日 (一) 17:12 (UTC)

Template:Taxonbar

本主題或以下段落文字，在討論結束後應存檔至Template talk:Taxonbar。

{{Taxonbar}}、{{Taxonbar/Link}}移植自en wiki，主要Wikidata資源，當前有兩個問題（zh wiki）：

  1. 「url」 link ，部份為http//，而非http://或https://？
  2. 「GRIN」，衍生出{{zh-hant}}、{{zh-hans}}、{{zh-hk}}、{{zh-cn}}、{{zh-tw}}等url

能否在部分提呈快速刪除的頁面上隱藏原先內容

那就是說，如果掛了快速刪除的模板，那下面的東西應該被隱藏，尤其是有攻擊性和冒犯性的。據我所知，這是可以做到的，但是技術問題，這也是提議--1233C|嚴禁互煮|T 2016年9月7日 (三) 14:38 (UTC)[回复]

管理员检查的耗时会增长…… --达师 - 334 - 554 2016年9月7日 (三) 14:39 (UTC)[回复]
@hat600：我的意思是以Collapsed Table的方式來隱藏。--1233C|嚴禁互煮|T 2016年9月8日 (四) 00:52 (UTC)[回复]
这又不是copyvio，需要将全文替换以避免出现法律问题。没必要。-- Stang 268 2016年9月14日 (三) 15:18 (UTC)[回复]

建議在「偏好設定」裏加幾個小工具

  • User:镜音铃/Wikiplus：「快速編輯」功能
  • User:Panintelize/link-ts.js：將外文維基百科的連結翻譯過來（在「顯示變更」右面會多出一個按鈕），適合需要翻譯而又不願意用「內容翻譯」功能的用戶。
  • mediawikiwiki:User:Remember_the_dot/Syntax_highlighter：語法高亮功能，在英文維基百科中被採用。不過該程序有一個小bug，不能正確高亮<br>和<hr>，需要把源代碼第231行改成
    if (text.charAt(tagEnd - 2) == "/" || match[0].toLowerCase() == '<br' || match[0].toLowerCase() == '<hr')
    即可
  • 另外建議編一個摺疊小標題的程序（至少要摺疊討論頁和互煮客棧），就像手機版頁面那樣。要不然那麼長的而且還與自己無關的討論串看起來很蛋疼。（反正我給自己寫了一個）

維基搗蛋鬼vjudge1（留言） 2016年9月8日 (四) 06:57 (UTC)[回复]

能否在最近更改里设置只显示一部分页面

求助：有没有办法在最近更改里设置只显示 (-1,000) 以上的页面，这样可以更方便反破坏，可以快速发现破坏并回退破坏。——萌萌哒的小曹大大(讨论) 2016年9月9日 (五) 06:04 (UTC)[回复]

可以去User:小曹2015/common.js裏面寫程式碼。自己動手豐衣足食。wp:沙盒裏面沒啥好看的。另外破壞不一定非要(-1,000)，維基百科那麼多巡查員，如果是我搞破壞我才不做這種引人注目的事情呢。維基搗蛋鬼vjudge1（留言） 2016年9月9日 (五) 08:47 (UTC)[回复]
好吧我剛做了幾個刪除，從(-3,152)到(-18,050)。正好可以用來測試程式碼。 囧rz……維基搗蛋鬼vjudge1（留言） 2016年9月9日 (五) 14:28 (UTC)[回复]
真正搞破坏，可以做到正负0，还是老老实实看人看差异吧。——路过围观的Sakamotosan 2016年9月10日 (六) 01:30 (UTC)[回复]
有示例代码吗？@Vjudge1：——萌萌哒的小曹大大(讨论) 2016年9月10日 (六) 14:52 (UTC)[回复]
此外，我会做一些基本的js。不过这个我实在不会。——萌萌哒的小曹大大(讨论) 2016年9月10日 (六) 14:54 (UTC)[回复]
聽說有人寫了一個然後藏到沙盒裏面了。維基搗蛋鬼vjudge1（留言） 2016年9月10日 (六) 14:59 (UTC)[回复]
Special:固定链接/41434714对吧，我试试。——萌萌哒的小曹大大(讨论)(互助客栈讨论请talkback) 2016年9月10日 (六) 15:04 (UTC)[回复]
有bug。-10 -20 -144都能显示。——萌萌哒的小曹大大(讨论)(互助客栈讨论请talkback) 2016年9月10日 (六) 15:10 (UTC)[回复]

$wgExpensiveParserFunctionLimit

zhWP这个参数默认值是多少，如何查？--Antigng（留言） 2016年9月9日 (五) 09:57 (UTC)[回复]

500，以前看正文内容最后的html注释，现在看起来整合到jsapi中了。——路过围观的Sakamotosan 2016年9月9日 (五) 13:04 (UTC)[回复]
Thx. --Antigng（留言） 2016年9月9日 (五) 13:15 (UTC)[回复]

DYK提报时编辑注解的调整

现在的注解是这样的：

==== ==== {{ subst:#invoke:Template:DYKEntry|normalize | article = | question = | image = | type = | author = | nominator = {{subst:REVISIONUSER}} | timestamp = {{subst:#time:U}} }}

诸位看到这里似乎觉得没毛病，但我想指出一个现象，虽然不多，我认为仍有必要指出，举例：

==== ==== {{ DYKEntry | nominator = 和平奮鬥救地球 | image = | question = '''[[李屑清|哪一位清末民初著名實業家]]'''是香港電影事業家[[李祖永]]之父，父子二人曾共同捐建[[復旦公學]]圖書館？ | timestamp = 1473385734 | author = Ghgg56 | type = Biography | article = 李屑清 | hash = 1f8ae42c1b05c9ef0af810c6f6abbe330a75007c | result = }}


这里参数上主要的差异就是|nominator，而目前编辑注解里没这个项目，我认为有必要添加上并写好参数说明。虽然很多时候不会有这种情况，我觉得还是有必要的。如果用不到的话其实不填这个参数就行。-- 晴空·和岩 讨论页·反互煮·协作计划 2016年9月10日 (六) 12:40 (UTC)[回复]

nominator英文意思是提名者，也就是说就是提出申请的人，一来记录提出人，第二，可能，用于判定提出人和推荐条目主编是不是同一人？这个值应该是根据编辑记录自动生成记录的。可以说明，但不用手填。——路过围观的Sakamotosan 2016年9月13日 (二) 00:58 (UTC)[回复]
这个以前是放{{UpdatedDYKNom}}的，现在启用Flow了不更新user talk了，这个参数也基本没用了……Liangent（留言） 2016年9月15日 (四) 00:27 (UTC)[回复]

如何禁止移动页面的时候自动创建重定向？

移动页面的时候自动创建重定向已经困扰我多时了。如果我从User:小曹2015/沙盒2之类的草稿页面移动到其他页面，我就必须提删那些创建的重定向页。所以很麻烦，加重了我和管理员的双重负担。——萌萌哒的小曹大大(讨论) 2016年9月10日 (六) 14:51 (UTC)[回复]

目前suppressredirect权限提供给bot和sysop。--Antigng（留言） 2016年9月10日 (六) 14:54 (UTC)[回复]
好吧，看来只能移动一次提删一次了。——萌萌哒的小曹大大(讨论)(互助客栈讨论请talkback) 2016年9月10日 (六) 14:59 (UTC)[回复]

墙外注册新用户

我有一个朋友在墙外，能翻墙，但因IP被封无法注册ID，怎么办？ --左手捏萝莉、右手揍教皇的巴伐利亚的亨利十七世（留言） 2016年9月11日 (日) 06:14 (UTC)[回复]

能否在最近更改里设置只显示一部分页面

求助：有没有办法在最近更改里设置只显示 (-500) 以上，并且是由非自动确认用户和IP用户做出的编辑？——萌萌哒的小曹大大(讨论)(互助客栈讨论请talkback) 2016年9月11日 (日) 08:35 (UTC)[回复]

此外不显示页面名称带有“沙盒”的页面——萌萌哒的小曹大大(讨论)(互助客栈讨论请talkback) 2016年9月11日 (日) 08:38 (UTC)[回复]

Template:Uw-vandalism2 的圖標沒有更新

—John Doe 120（talk） 2016年9月11日 (日) 09:50 (UTC)[回复]

更新成什么？-- Stang 268 2016年9月14日 (三) 12:09 (UTC)[回复]

去开讨论串以请求达到共识。现在不可以。-- Stang 268 2016年9月14日 (三) 15:20 (UTC)[回复]

Tech News: 2016-37

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

本周更新

  • 修订滑块将从9月13日起，在所有wiki作为测试功能提供。这将使在页面历史中不同差异之间导航变得更加容易。 [18]
  • 新的用户权限将允许大多数用户更改页面内容模型。 [19][20]
  • MediaWiki的新版本将于9月13日部署于测试维基及MediaWiki.org。它将于9月14日部署至非维基百科wiki和部分维基百科上，并于9月15日部署至所有wiki，参见日历。

会议

  • 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于9月13日 19:00 (UTC)开始。参见如何加入。

将来更新

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年9月12日 (一) 18:03 (UTC)

今天commons.wikimedia.org連接超時

—John Doe 120（talk） 2016年9月13日 (二) 02:36 (UTC)[回复]

最近似乎服务器不太稳定...--百無一用是書生 (☎) 2016年9月13日 (二) 03:13 (UTC)[回复]
两个问题，一个是现在域名解释基本指到198段，其二，刚刚用网上路由跟踪用我所在地区的电信联通节点跑过，电信两个美国段都30跳超时，联通还可以，荷兰段两个没问题，早上测过至少208还是可以的，嗯…………interesting。希望只是服务器问题吧。——路过围观的Sakamotosan 2016年9月13日 (二) 03:25 (UTC)[回复]
刚刚又再从网上路由跟踪重跑电信的两个美国段，OK，电信主干路看上去挺漂亮的，估计上午只是路由调整的锅？——路过围观的Sakamotosan 2016年9月13日 (二) 05:52 (UTC)[回复]
(×)删除，看你们的论述应该没被墙。只是服务器问题。如果被墙，第一跳都过不去。——萌萌哒的小曹大大(讨论)(互助客栈讨论请talkback) 2016年9月14日 (三) 15:20 (UTC)[回复]
最近维基服务器真是，隔三差五500，不多说，看图。
維基要倒下了！！！
——萌萌哒的小曹大大(讨论)(互助客栈讨论请talkback) 2016年9月14日 (三) 15:23 (UTC)[回复]
@小曹2015：麻烦您做个2.0版的，1.0里面打错的祖字看着就不舒服。--Liuxinyu970226（留言） 2016年9月14日 (三) 15:37 (UTC)[回复]
@Liuxinyu970226：抱歉，这个图片并不是我做的。——萌萌哒的小曹大大(讨论)(互助客栈讨论请talkback) 2016年9月14日 (三) 15:38 (UTC)[回复]
看着眼晕的说……-- Stang 268 2016年9月14日 (三) 15:41 (UTC)[回复]
检索自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术&oldid=41492674”