维基百科:互助客栈/其他

互助客棧：消息（发表） · 方针（发表） · 技术（发表） · 求助（发表） · 条目探讨（发表） · 其他｜知识问答（发表）

快捷方式： WP:VPM

本页讨论與維基百科有關的话题，但不包括新闻、方针、技术、求助、條目或繁简处理。

如果您需要就具体条目应当如何编辑才符合中立性原則寻求社区共识，请前往條目探討留言。
請在主題欄简明扼要地寫出問題主旨，不要使用如「新問題」等無意義的文字。
請勿公開姓名、地理位置、電話、Email地址等联系資料。我們通常只在此頁回應，並不利用Email或電話等私下回應。
無關維基百科專案的問題，請往知識問答相關頁面询問。

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

發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

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

公告板

編 | 檔 | 查

[公告] 技術區正討論更改最近更新排版及內容事宜及有技術公告指出維基百科將不再支援Windows XP上的IE8。
[投票] Aotfs2013、Richard923888获提名为管理员；Alexander Misel已經當選為行政員。
[公告] 修改機器人方針已經通過。
[討論] 方針區正討論修改關閉存廢討論指南、修改3RR方針、啟用RFC計劃、DYK期限放寬至7天及修改申請成為管理人員流程。
[討論] 方針區正討論修改快速保留指引、新增進階確認用戶組、密碼方針及格式手冊（標點符號）修訂案。
[公告] 第十五次動員令現已開放報名，歡迎社群同仁共襄盛舉。
[獎勵] 現有1名用户獲提名维基奖励，欢迎投票。
[公告] 现有562个页面需维基化，19个条目需清理，2个移动请求正在讨论。

1 是否應該限制Black ribbon不該使用在條目討論頁
2 中文維基百科Facebook粉絲專頁開設與管理問題
3 希望Draft:Wikipedia:简要规则集的修改能獲得意見
4 中共大力肅清翻牆VPN
5 TSVC1190又在青岛聚会讨论页里面瞎说了
6 解任管理員 @Techyan：
7 為什麼不把簡體和繁體的維基百科分開?
8 今年關於COSCUP的社群經驗分享
9 請求社群檢視是否撤銷新内真衣條目的DYK資格
10 關注度在條目提刪中是否被賦予過度的意義了？
11 望直接放开来编辑
12 有关 unblock-zh 邮件列表可能潜在的“黑箱”制度
13 建议为WP:互助客栈/求助和WP:知识问答部署Flow
14 模板修改

是否應該限制Black ribbon不該使用在條目討論頁[编辑]

今天注意到劉曉波的討論頁放有{{Black ribbon}}模板，該模板也已經改成讓非維基百科人能夠使用。雖然User:Shizhao將討論頁的模板刪除，但我認為維基百科絕大部分情況下都不應提出立場，對於特定人物逝世、事件的哀悼也是，因此應該將模板限定使用在維基百科人身上。不知道各位怎麼看？--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年7月21日 (五) 02:20 (UTC)

往下滑會擋到文字。--A2093064#Talk 2017年7月21日 (五) 02:31 (UTC)

：(＋)支持，因为是争议性大的人物，放了Black ribbon会招来一些人的反感，他们可能觉得千古罪人死了还要纪念滑稽。而维基人基本上不是现实中的公众人物。南极熊 爱吃企鹅冰块 2017年7月21日 (五) 06:18 (UTC)

画蛇添足吧，每天都有死人，是不是相应的条目都要放个？或者这是以什么名义去做？基金会的名义？如果是用户自发行为，有相应的场所去做，但是WP显然不是适合的地方，条目讨论页本来也是用讨论条目内容的地方，而不是发表自己高见的地方。——路过围观的Sakamotosan 2017年7月24日 (一) 01:33 (UTC)

(＋)支持，理由同上面几位所述。不过我(＆)建議限制应该改为仅可用于用户对话页，不知各位是否支持？--正在学习友谊魔法且尚未彻底离开果壳的萌得不能再萌（有事请ping我。） 2017年8月3日 (四) 06:35 (UTC)
我把模板的doc改了一下，大家看看怎么样。——꧁༺星耀晨曦༻꧂（留言） 2017年8月3日 (四) 06:52 (UTC)
- 我顺便也把模板也改了，放在用户讨论页以外的地方会报错。——꧁༺星耀晨曦༻꧂（留言） 2017年8月3日 (四) 07:03 (UTC)
  - 用戶頁可以吧？--A2093064#Talk 2017年8月3日 (四) 07:34 (UTC)
    - 已经添加User:名字空间。——꧁༺星耀晨曦༻꧂（留言） 2017年8月3日 (四) 10:08 (UTC)
- (－)反对：我爱挂就挂，与你们何干，少来多管闲事-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月10日 (四) 02:26 (UTC)

中文維基百科Facebook粉絲專頁開設與管理問題[编辑]

本主題或以下段落文字，在討論結束後應存檔至维基百科讨论:推广维基百科。

最近有熱心的維基人開設了中文維基百科的粉絲專頁。雖然這對於推廣維基百科有幫助，但開設粉絲專頁這麼大的事件，必須在管理方式、人員、發文類型等達成共識，因此開立此討論串來進行討論，望各位先進踴躍發言。臺灣杉在此發言 (會客室) 2017年7月25日 (二) 10:33 (UTC)

这就意味着要将这个Facebook官方化。——꧁༺星耀晨曦༻꧂（留言） 2017年7月25日 (二) 10:51 (UTC)

已暂时修改网页为 https://www.facebook.com/zh.wikipedialover/ ，名称已修改为中文維基百科愛好者，但需3天审核，待讨论完成再决定是否官方化。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月25日 (二) 11:04 (UTC)

建议可先把目前社群專頁经营者先加入。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月25日 (二) 11:07 (UTC)

@Richard923888：由於重新改回中文維基百科的名稱太過麻煩，我決定重新建立一個，稍後私訊提供網址。臺灣杉在此發言 (會客室) 2017年8月15日 (二) 01:33 (UTC)

@Taiwania Justo：其实可直接改名，但是这里是否已有共识？Richard923888 ~\(≧▽≦)/~和我聊天 2017年8月15日 (二) 04:34 (UTC)

以下開幾個討論串，供大家來討論。臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:44 (UTC)

Facebook粉專建立的目的與宗旨[编辑]

由於在TG-IRC-QQ群有維基人提出有必要討論成立粉專的必要性，因此此議題必須先討論，如有共識才進入下面這些議題。臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:44 (UTC)

简而言之：推广维基百科。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月28日 (五) 08:24 (UTC)

Facebook粉專的管理與發文權限[编辑]

目前在Facebook粉專的管理權限有管理員、編輯、版主、廣告主、分析師、共同主播這幾個角色，而如果要設立粉專，哪些維基人可以持有哪些角色，必須要討論。臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:44 (UTC)

个人认为只需管理員、編輯角色即可，另粉專可交给有社群或粉專管理经验进行管理，另可加入熟悉方针的维基百科管理员回覆私信，而工作主要是發文和回覆私信，所以只需要管理員和編輯即可。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月28日 (五) 08:16 (UTC)

Facebook粉專的發文內容與頻率[编辑]

目前官方的FB粉專以條目介紹為主，而是否內容型態可以再擴充？發文頻率要不要控制？臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:44 (UTC)

我想可以是条目介绍，社群活动介绍（或转发），维基事务讨论的号召，维基历史，方针介绍，维基线上活动推广，关于维基的新闻报道推送等，另外頻率可控制于1-2小时整点发送。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月28日 (五) 08:20 (UTC)

發文內容應該採取繁體中文、簡體中文還是兩者並列？--1.165.111.211（留言） 2017年7月28日 (五) 12:06 (UTC)

技術上應該可以做到多語書寫（現時只限桌面版，App版現階段無法修改內容），不知專頁有這個功能沒有（個人時間軸現時可以以多語書寫）？ Shinjiman ⇔ ♨ 2017年7月28日 (五) 14:11 (UTC)

貌似没有。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月29日 (六) 06:14 (UTC)

之前開過一個粉絲專頁有提供這功能，可以分別輸入繁、簡體。--S099001（留言） 2017年7月30日 (日) 09:05 (UTC)

Facebook粉專的規範與客服[编辑]

除了發文規範外，由於FB設有發送給粉專的訊息設置，是否要開啟？開啟之後由誰來回應？這個問題必須要謹慎討論。臺灣杉在此發言 (會客室) 2017年7月26日 (三) 06:54 (UTC)

訊息功能已开通2天，目前有1名用户询问事宜，回應的人就是上面所说的管理员和编辑。Richard923888 ~\(≧▽≦)/~和我聊天 2017年7月28日 (五) 08:22 (UTC)

上面的讨论意味着，中文维基百科要控制中文维基百科爱好者Facebook。换句话说，这个Facebook就在中文维基百科名下了。会不会有什么问题？——꧁༺星耀晨曦༻꧂（留言） 2017年7月28日 (五) 03:58 (UTC)

這個要問基金會對於社群發布管道的方針了。如果有相關指引，就照相關指引行事。臺灣杉在此發言 (會客室) 2017年7月28日 (五) 04:45 (UTC)

@星耀晨曦：請參考元維基上的臉書粉專頁面，基金會好像也沒管這件事情，只要社群討論同意即可。臺灣杉在此發言 (會客室) 2017年7月31日 (一) 06:41 (UTC)

我对设立官方脸书没啥异议。不过我没用过脸书，恕我不能参与上面管理问题的讨论-_-||——꧁༺星耀晨曦༻꧂（留言） 2017年7月31日 (一) 12:51 (UTC)

目前已有部分維基人提出意見，並且經過一定討論期，但為了達到充分討論並兼顧效率，從現在起7日內完成討論，並將意見整理成規範進行公示7日。臺灣杉在此發言 (會客室) 2017年8月8日 (二) 07:06 (UTC)

7日已過，討論結束，目前依據討論狀態，確認粉絲專頁可以開設，將會制訂相關方針，近日內公示。臺灣杉在此發言 (會客室) 2017年8月15日 (二) 01:30 (UTC)

通告：中文維基百科粉絲專頁正式建立。由於要改回原來的網址會非常麻煩，不如重新建立一個。如果社群有想要加入成為小編的，歡迎加入。臺灣杉在此發言 (會客室) 2017年8月15日 (二) 02:31 (UTC)

那个专页可以改名，用新的还是旧的？Richard923888 ~\(≧▽≦)/~和我聊天 2017年8月15日 (二) 04:37 (UTC)

已经在Wikipedia:站外推广进行招募。Richard923888 ~\(≧▽≦)/~和我聊天 2017年8月15日 (二) 04:53 (UTC)

希望Draft:Wikipedia:简要规则集的修改能獲得意見[编辑]

過去有鑑於Wikipedia:簡要規則集短小，我曾從英語維基百科翻譯增添新內容。不過近期，考量英語維基百科似乎有更新、標題使用導致頁面過長、先前翻譯並不準確、表達語法應當改善等原因，我自己又重新參考英語維基百科修改內容。但儘管多次改進措辭，User:Opky9407這次以「粗劣翻譯」予以回退。在此請求各位為「Draft:Wikipedia:简要规则集」提供改進意見。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月1日 (二) 09:50 (UTC)

改写了首段，重写了一些句子。 --砜中嘌呤的白磷_{萃取打谱} 2017年8月2日 (三) 07:52 (UTC)

小小改動，看看如何。--Temp3600（留言） 2017年8月2日 (三) 20:00 (UTC)

改完。--Temp3600（留言） 2017年8月3日 (四) 19:36 (UTC)

如果沒有其他修改意見（當然也歡迎直接修改），1個禮拜後我就更新囉。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月10日 (四) 22:54 (UTC)

中共大力肅清翻牆VPN[编辑]

見新聞「禁絕VPN十九大在即中共殺「敵」肅清輿論」[1] 中國大陸翻牆可能愈來愈難了，這一回對維基的成長又造成不知多少影響呢！——Silvermetals（留言） 2017年8月2日 (三) 09:33 (UTC)

起码蓝灯还可以翻。——꧁༺星耀晨曦༻꧂（留言） 2017年8月2日 (三) 13:18 (UTC)

- 請勿在此討論無關話題。-- Panzer VI-II·~~內定、欽點~~ 按照基本法 2017年8月2日 (三) 15:57 (UTC)

(...)吐槽访问维基百科改hosts就行，为何要VPN。—117.62.198.220（留言） 2017年8月2日 (三) 18:27 (UTC)

(▲)同上我几乎不用VPN访问中文维基百科…… --dqwyy（談笑風生）^{環状線を走り抜けて}_{回復請ping/mute我} 2017年8月3日 (四) 10:37 (UTC)

影响还是很大的-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月6日 (日) 03:50 (UTC)

：对我来说毫无影响，一直是改hosts上的中文维基，VPN还是有挺多能用的。再说了现在也有改hosts就有些能看油管视频的。水可煮粥，亦可赛艇 ^{听取蛙声一片人生经验} 2017年8月8日 (二) 06:22 (UTC)

每次看到这话题鸡皮疙瘩都会出来（如果严重的话）。事实上只要懂得使用hosts，应该没问题。不过我有时写条目要进互联网档案馆，如果哪一天真的没法翻墙了，我写条目时会大受困扰的。啊，不知道明年2月的时候赛风还能不能用？--№.N（留言） 2017年8月8日 (二) 12:03 (UTC)

建議大家趕緊架設VPS和Shadowsocks。鋼琴小子 留言貢獻 2017年8月8日 (二) 16:42 (UTC)

表示基本上都是改hosts用维基……--RabbitMeow ∞ Talk 2017年8月11日 (五) 02:25 (UTC)

TSVC1190又在青岛聚会讨论页里面瞎说了[编辑]

“

青岛市维基媒体社群是个什么鬼？究竟是幹毛线的？

青岛市维基媒体社群是青岛市志愿服务协会下属的一个志愿服务组织，于2016年1月19日成立。我们社群是中国大陆第一个由官方批准的维基媒体地方社群，迄今为止已举行了7次聚会，都获得了圆满成功。

我们的任务是：推广与建设维基媒体基金会下属的姊妹计划，传承与保护青岛文化，增进市民的版权保护意识。

”

— Wikipedia_talk:聚会/2017青島夏聚

官方批准的是小学生志愿组织，不是维基媒体。--Fxqf（留言） 2017年8月5日 (六) 05:30 (UTC)

亲，不要加“小学生”三个字可以吗？我们社群可是一个小学生没有的。且青岛用户组的建设工作也将纳入基金会的工作计划中，预计明年夏天可成为维基媒体用户组。事实证明，“青岛模式”是完全可行的，且目前有三个以“维基媒体社群”为名的“志愿服务组织”，分别在青岛、山东和陕西，其中陕西正在审批。--当繁星不再闪耀，有我给你点亮 2017年8月5日 (六) 11:27 (UTC)

- 两个用户组都不敢动陕西这种地方，青岛群是不是管的太宽了-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月6日 (日) 03:52 (UTC)

你竟然擁有一個以"qingdao.gov.cn"結尾的Email地址，厲害了我的VS！-- By Jimmy Young. (Talk) 2017年8月11日 (五) 04:51 (UTC)

这不关青岛社群的事，青岛社群是独立社群，其他两个也是独立社群。--当繁星不再闪耀，有我给你点亮 2017年8月7日 (一) 05:02 (UTC)

已移除有关内容和 AdvancedSiteNotices 。望其他青岛维基人出面证明该用户组和聚会具有足够代表性后再发 editprotected 。--Techyan（留言） 2017年8月7日 (一) 09:16 (UTC)

“官方”是誰？中華人民共和國政府麼？ VS我支持你的做法但不同意你的觀點--Carl Cheung（留言） 2017年8月11日 (五) 11:18 (UTC)

“

本社群是大陆首个以“志愿服务组织”形式建立的维基媒体地方社群，并已得到青岛市志愿服务协会的承认。

”

— Wikipedia_talk:聚会/2017青島夏聚

青岛市承认维基媒体地方社群？青岛市承认的是小学生志愿服务小组。--Fxqf（留言） 2017年8月16日 (三) 10:33 (UTC)

解任管理員 @Techyan：[编辑]

經查，此管理員多次在未經溝通討論的情況下執行不符合維基百科方針的最嚴重決定。

防衛駕駛條目，被認定為沒有具體定義和內容，即便已經在討論頁面發起討論申訴，Techyan仍在未經討論下決定刪除。刪除一個條目應當是改善條目的最後手段而非唯一手段。管理員可依照英文對應條目協助擴充，而非就這樣刪除，否則所有小作品、不到五十字的小作品都應該刪除殆盡了。更何況該條目具有明確定義和內容。
屢次不依程序執行封禁，即便請求討論與溝通仍不予回應並曾封鎖使用者的討論頁讓人連討論的機會都失去。
1. 事例一
2. 事例二
多次不經正式討論（於條目討論區和互助客棧）就更改台灣十大死因列表的條目名稱。

多次不經溝通或不理會溝通下逕自採取行動是我發起此討論的主因，願意保持耐心溝通討論是成為管理員的首要條件，在下希望Techyan能改進並於往後重新尋求成為管理員。謝謝。--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 10:38 (UTC)

註解：目前的防衛駕駛條目是好心人@Wolfch：在條目被快速刪除後再次建立的。謝謝Wolfch讓我重新看見維基百科的希望！=)--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 10:41 (UTC)

(－)反对，好管理員，就喜歡他這行事果斷。--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月8日 (二) 10:39 (UTC)

依照Wikipedia:管理員解任投票，发起解任投票的第一步是在互助客栈讨论，之後要等待討論共識以及確認是否滿足規則中所列條件--Wolfch (留言) _{歡迎參與今年的動員令} 2017年8月8日 (二) 10:43 (UTC)

謝謝你--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 10:46 (UTC)

(－)反对: 抱歉。更何況該條目具有明確定義和內容但根据我的记忆，一开始阁下写的是个明显的循环定义。我不清楚您新建如此多带有未翻译模板的内容的原因，但是依然建议您翻译好了一次性新建比较妥当。--Wang Qiliang | (留言) 2017年8月8日 (二) 11:08 (UTC)

我只是依照英文對應條目所翻譯的喔。=) 總之，我原本樂意與您在條目討論區討論，無奈您才提出快速刪除沒多久，條目就被刪除了，我後來送出新的編輯仍來不及。在下早已掛上{{hang on}}並闡述理由，仍然被刪除，我猜測您應該來不及看到我闡述的理由。--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 11:12 (UTC)

總結，看了雙方的記錄，敝人的結論是四個字－「私人恩怨」。不要為這些小事吵到客棧來。--武蔵（留言） 2017年8月8日 (二) 11:25 (UTC)

(：)回應感謝您的回覆，在下認為管理員在任何場合下都應依照方針行事。--It's gonna be awesome!✎Talk♬ 2017年8月8日 (二) 11:28 (UTC)

(～)補充，看了Techyan閣下的記錄，其作為是合乎方針，客觀來說，如防衛駕駛被速刪是合理。但同意Techyan閣下有改進的地方。以事論事，It's gonna be awesome閣下就這事來提出管理員解任投票是不是有點小事化大呢？建議結束這個討論。--武蔵（留言） 2017年8月8日 (二) 11:44 (UTC)

(－)反对：行事果断的好管理员，在站外社群发展有很大贡献。awesome君的条目和重定向的确有改善的必要。--西流※河水批判一番 · လွမ်း星源 2017年8月8日 (二) 14:35 (UTC)

(－)反对，浏览了内容，处置合理，符合方针，没有逾权。去年这时候是我被纠缠不休，今年轮到Techyan……2017年8月8日 (二) 23:25 (UTC)门可罗雀的霧島診所_{欢迎光临维基Q群：170258339}^{神社的羽毛飘啊飘}

在下無法苟同您認為沒有依照方針執行封禁是合理的。不好意思。--It's gonna be awesome!✎Talk♬ 2017年8月9日 (三) 03:43 (UTC)

千言萬語話一句：願意保持耐心溝通討論是成為管理員的首要及必要條件。=) --It's gonna be awesome!✎Talk♬ 2017年8月9日 (三) 03:45 (UTC)

啤酒瓜子小板凳。--皇军的忍耐是有限度的（留言） 2017年8月9日 (三) 05:06 (UTC)

@It's gonna be awesome：，首先先對你說，閣下第一次被封禁被封是早晚的事，第二次我中立，第一次被封時閣下真的需要冷靜，你當時遊戲維基規則到了很多維基人無法忍受的階段，T君做出封禁是正確判斷，再來是別以私人恩怨提解任管理員，再來說你舉的例子，閣下尚有一些方針不熟稔台灣十大死因列表根據地域方針T君改成中華民國是正確的，防衛駕駛條目一開始本身品質就那樣，速刪合理，閣下不能要求管理員或維基人提刪條目要先進行擴充，如果這樣維基會出現更多品質拙劣的短條目，每個人都把管理員當狗叫他們要叫去擴充轉三圈叫兩聲才能刪除，鸛鯉猿是猿不是牛馬。上述未加kid版模自行判斷哪裡是kid。--Zest 2017年8月11日 (五) 01:17 (UTC)

T君是把中華民國改成台灣喔。我在speedy deletion 提出後的十分鐘內掛上了{{hang on}}，並闡述理由，約十五分鐘就擴充了達到超越小作品的程度，但是送出的時候被告知條目已經被刪除。我提出解任的原因不是私人恩怨，純粹是因為T君真的太多次在未經溝通討論就執行封鎖和刪除等最後手段。 Have a nice day! = ) --It's gonna be awesome!✎Talk♬ 2017年8月11日 (五) 03:14 (UTC)

對了，請問什麼是kid板模呢？

謝謝你--It's gonna be awesome!✎Talk♬ 2017年8月11日 (五) 03:17 (UTC)

我也不知道什麼是k什麼的版模^{[開玩笑的]}--Zest 2017年8月11日 (五) 03:27 (UTC)

(－)反对，简直胡闹，浪费社群精力-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月11日 (五) 11:14 (UTC)

我不太確定解任投票之前的讨论需要多久, 不過以目前的留言看來, 似乎已有某程度的共識出現。--Wolfch (留言) _{歡迎參與今年的動員令} 2017年8月11日 (五) 11:52 (UTC)

解任管理員需要經過慎重的討論，並讓共識逐漸形成。但Techyan要封鎖一個人，Techyan的作法是直接封鎖並毫無預警且封鎖後不出面說明，即便被請出來說明態度仍十分不屑。兩者差別可見一斑。= ) --It's gonna be awesome!✎Talk♬ 2017年8月11日 (五) 12:31 (UTC)

对于非VOA，在封禁之前至少发一个和封禁行为直接相关的高层级措辞警告，这个是Techyan可以改进的地方。我希望更多的人这么做。Bluedeck 2017年8月11日 (五) 15:45 (UTC)

謝謝你 這正是我最在意的。=) --It's gonna be awesome!✎Talk♬ 2017年8月11日 (五) 15:49 (UTC)

(！)強烈反对这么好的管理员，提供了技术支持，不要互煮南极熊爱吃企鹅冰块 2017年8月14日 (一) 07:59 (UTC)

為什麼不把簡體和繁體的維基百科分開?[编辑]

因為國情的關係

中國編輯的維基百科多半都有大量侵權內容

除此之外

教育不同也導致歷史上的認知也不同

所以我說

乾脆分開也減少維基百科編輯戰的問題

--WW（留言）

(！)強烈反对！！！！！(！)抗议！！！！！(！)強烈反对！！！！！(！)抗议！！！！！之前很多次討論都被大眾反對！！！絕對(！)強烈反对並(！)抗议繁簡分開的提議到底！！！！！

10^{2}

4279_父親節 2017年8月8日 (二) 13:15 (UTC)

有甚麼好抗議的? 維基百科左下角相同條目有各種語言的編輯我到覺得分開很正常實際上中共用的詞跟台灣用的詞也不一樣之前我就看過簡繁互換的時候不單純的只是簡繁體互換連詞都會改變那怎不翻譯各國語言的編輯成同一個百科? 本來就該分開--WW（留言）
- 就是有要抗議，之前很多人討論過了，每次的結果都是每個人都反對，或只有一兩個人支持，再加上困難的繁簡頁面內容分離要求使得一體的中文維基百科不能說要就要分離，在技術上是不可能的。 $10^{2}$ 4279_父親節 2017年8月8日 (二) 13:36 (UTC)
  - 我是不覺得在技術上不可能還有舉例來說以前不通過的法案不代表現在不會通過人的思考都不同了--WW（留言）
    - 現在人還是反對，我幾天前才看到一個一模一樣提議，結果被全數反對。 $10^{2}$ 4279_父親節 2017年8月8日 (二) 13:41 (UTC)
      - 那為什麼不把英文拆成美式英文和英式英文？用詞不同啊？Color和Colour不一樣所以就要拆啊？為什麼不把葡語維基百科拆成很多很多份？

為什麼不拆成澳門，東帝汶，葡萄牙，亞速群島，馬德拉，加利西亞 (西班牙)，莫三比克，安哥拉，幾內亞比索，赤道幾內亞，維德角，聖多美和普林西比，馬德拉，巴西？地區和習慣都不同啊？

簡體和繁體可不是只有用詞上的不同連字都不同啊而且在一些熱門條目類似語言確實有不同內容阿不過簡繁是字和詞都不同而且我也說了簡繁互換的時候我發現某些詞也換了根本就像不同語言在翻譯似的況且一堆官方語言多的國家也是有兩種或以上不同的維基百科語言可以看阿內容也不同誰說一個國家一個語言?-WW（留言）
- @S22668866：對啊？color和colour本身是用了兩個不同的字，兩個不同的詞啊？英文中還有很多詞都被轉換了啊？你可以叫英文維基百科把自己分成美式英文維基百科，英式英文維基百科，澳洲英文維基百科，加拿大英文維基科啊？再讓他們互抄條目，互相侵權，然後所有的條目都滅光光啊？ $10^{2}$ 4279_父親節 2017年8月9日 (三) 11:27 (UTC)
  - 有趣你之前為了爭論還跑去改龜兔賽跑的條目真是讓人大開眼界 TEntEn4279連結為什麼你就會馬上認定會互相抄? 況且假如寫某國元首的維基百科以真實人物為主題的內容就算相似也不算侵權阿你要不要先查清楚甚麼叫侵權? 還有了我說了簡繁除了詞不同字也不同好嗎像是這兩個字讲講<--這可能要進編輯模式看了那你舉例的那些英文字有甚麼不同嗎? 不就詞不同而已?--WW（留言） 2017年8月9日 (三) 12:06 (UTC)
    - 您應該就是User:Poeiiii吧？提議某草案時都會用隔空行，然後提起過去某一個您剛好在場的事件，對於維基語法的了解也不像是新用戶，而且兩人都同時在8月8日活躍了起來，雖然不違反重新開始，也沒有參與同一個討論。 $10^{2}$ 4279_父親節 2017年8月9日 (三) 12:21 (UTC)
      - 並不是好嗎還有我一直都有在編輯只是多半我都沒登入--WW（留言）
        
        所以葡萄牙語分成這麼多份也很正常囉？很多個不同的地區有不同的環境，分開來是理所當然的？各國語言當然不能當同一個，因為文法，用字結構有極大的差異，但繁簡轉換並不影響句子文法。 $10^{2}$ 4279_父親節 2017年8月8日 (二) 23:23 (UTC)
        
        干脆大中华各地区方言都拆成一个维基百科算了，各地用词文字多少都是有差异的。^{[開玩笑的]}--西流※河水批判一番 · လွမ်း星源 2017年8月9日 (三) 07:00 (UTC)
        
        (...)吐槽这个观点明明想按照地区来划分，与繁简一点关系都没有。--曾晋哲（留言） 2017年8月9日 (三) 14:07 (UTC)
(：)回應什么意思？“中國編輯的維基百科多半都有大量侵權內容”？哪里来的证据？没有来源就瞎说就是现在台湾维基人的素质？可笑至极！！！水可煮粥，亦可赛艇 ^{听取蛙声一片人生经验} 2017年8月8日 (二) 14:11 (UTC)
- (：)回應什麼證據也沒有就把對方打成臺灣人的您也半斤八兩啊 -KRF（留言） 2017年8月8日 (二) 14:13 (UTC)
  - (：)回應：我是用他的语气让他感受下被侮辱的感觉。水可煮粥，亦可赛艇 ^{听取蛙声一片人生经验} 2017年8月8日 (二) 14:25 (UTC)
    - “让他感受下被侮辱的感觉”违背了WP:文明，因此，请不要这么做。-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月12日 (六) 09:20 (UTC)
(！)強烈反对+1，如果繁简分开，繁简体互相复制内容是可想而知的，这样反而意义不大，使用繁简转换就可以了，就算繁简分开依然会有编辑战出现。--西流※河水批判一番 · လွမ်း星源 2017年8月8日 (二) 14:17 (UTC)
(－)反对，去點一下語言切換吧 囧rz...？--Z7504（留言） 2017年8月8日 (二) 16:14 (UTC)
(－)反对，我要从一个刁钻的角度反对，谁规定中国只能使用简体，台湾只能使用繁体了？—曾晋哲（留言） 2017年8月8日 (二) 19:33 (UTC)
支持，不僅應該建立中國簡體維基百科和臺灣繁體維基百科，也應該建立香港繁體維基百科、馬來西亞簡體維基百科、新加坡簡體維基百科、美國簡體維基百科、美國繁體維基百科、泰國繁體維基百科以及緬甸佤邦簡體維基百科等等。^{[開玩笑的]}—Kou Dou 2017年8月9日 (三) 03:28 (UTC)
(－)反对，把语言环境基本相同的人拆分开来各自为政最终所带来的应该只有劳动力和编辑量的双双下降吧，还嫌中文维基不够萧条吗。--Jerre Jiang 　讨论│参与清理积压站务　 2017年8月9日 (三) 12:21 (UTC)

蕭條的原因包括：條目被濫刪？被過於不切實際的關注度要求糾纏？ What do you think about? --It's gonna be awesome!✎Talk♬ 2017年8月10日 (四) 04:09 (UTC)

(－)反对：老问题了。首先，简体中文、繁体中文，以及港澳台陆马新之间的地区词差异，属于现代标准汉语的不同变种，所以说它们都是现代标准汉语，自然也就没必要分开。其次，简繁分开后翻译成本几乎为零，根据维基百科的创用CC-BY-SA协议，分开不如现在用简繁转换系统。此外，「因為國情的關係，中國編輯的維基百科多半都有大量侵權內容」，因此更加不能分开了，否则巡查劳动力大大下降，不利于维基百科发展。然后，「教育不同也導致歷史上的認知也不同，乾脆分開也減少維基百科編輯戰的問題」，所以更加不能分开了，因为维基百科是中立的，如果以这种目的而分开，那么中立性会受到破坏。最后，有不少大陆维基人使用繁体字，台湾用户也有使用简体字的，所以简繁不是区分地区的条件。 --dqwyy（談笑風生）^{環状線を走り抜けて}_{回復請ping/mute我} 2017年8月9日 (三) 15:22 (UTC)
“中國編輯的維基百科多半都有大量侵權內容”^{[來源請求]}。——路过围观的Sakamotosan 2017年8月10日 (四) 02:43 (UTC)
(－)反对，同Dqwyy，另外，中國編輯的維基百科多半都有大量侵權內容^{[原創研究？]}^{[來源請求]}？？？--RabbitMeow ∞ Talk 2017年8月11日 (五) 02:30 (UTC)
(＆)建議直接撰寫一個論述，講述為何繁簡不能分開，打消這種老問題的不斷提出。臺灣杉在此發言 (會客室) 2017年8月11日 (五) 07:45 (UTC)

(！)強烈反对——Hikaruangeel（留言） 2017年8月11日 (五) 07:50 (UTC)

從維基百科的宗旨、哲理講起，我們是要整合全人類知識，不分國界、種族、語言、文化、宗教、歷史認知、政治信仰。由於不同的語言從根本上不可能互通，所以每個語言只能自立門戶，分開管理。但除此之外，凡是自稱為維基人的，都應該致力於消除人與人之間的其他隔閡，維護「有容乃大」的理念。所以以「不同政治取向」、「不同地區網民素質差異」作為繁簡分家的原因，是違背維基宗旨的。中文維基百科創始時，曾因技術原因有繁簡兩組條目並立（詳見維基百科:字詞轉換處理），現已通過地區用詞轉換功能解決。世界眾多語言，皆有地區差異，甚至還有和中文一樣有多種書寫系統的（見m:Wikipedias in multiple writing systems），不足為奇。事實上，中文維基百科能夠通過技術手段，成為跨越地域、政治、歷史、文化的（不無硝煙味的）橋樑，可謂是彰顯維基精神的典範，在華語圈內實屬難得。鋼琴小子 留言貢獻 2017年8月11日 (五) 10:53 (UTC)

(！)強烈反对 --暖城2016-02-05（留言） 2017年8月12日 (六) 09:30 (UTC)

(！)強烈反对(！)抗议想(＋)支持也不行，因為繁體和簡體沒有ISO 639語言代碼。 --我要真普選 Asdfugil （留言 | 簽名）留言於香港特別行政區。 2017年8月13日 (日) 07:34 (UTC)

(－)反对，首先，“侵权内容”在维基百科管得很严，而且分开就能遏止这些侵权内容吗？其二，“教育不同导致历史认知不同”，好像说不过去吧，难道台湾人认为njdts是争议行为？--SolidBlock^留言 2017年8月13日 (日) 08:16 (UTC)
- (...)吐槽一般台灣人根本看不懂什麼叫njdts吧，你要麼也打ㄋㄐㄉㄊㄕ^{[開玩笑的]}-KRF（留言） 2017年8月15日 (二) 06:23 (UTC)

今年關於COSCUP的社群經驗分享[编辑]

《Arch Linux 臺灣社群：一個冷門社群的營造經驗》是今年COSCUP一個社群經驗分享，放在這邊給大家參考。以下是幾個相關重點節錄：

“

這些不想「被代表」、不想「參與」這個「臺灣社群」的 Archer，可能會去寫 ArchWiki 默默造福大眾，可能會去 ArchBBS 直接跟世界各地的 Archer 互動，他們就算不是「臺灣社群」的 Archer，也是在為 Arch Linux 貢獻。如果「Arch Linux 臺灣社群」沒有他們想要揮灑的空間，那也無損於整個 Arch Linux 社群。

”

“

我們在 Gitter 上面有開設一個聊天室，一開始有好一陣子都沒有新朋友發言，直到最近才有新朋友上來問問題，我覺得這現象很有趣，就是新朋友會觀望說這個社群是不是高不可攀，如果實際上這個結界並沒有那麼冷冰冰，一個新人就會吸引第二個新人，第二個新人就會吸引第三個新人，比如像這樣。所以我會建議像我們這類新成立、小貓兩三隻的社群，就算是閒聊灌水也好，在您們的交流管道上試著讓討論氣氛不要讓人覺得無法親近。

”

“

總結，其實我覺得一個活躍的、或者說，活著的社群的運作永遠都不該有「總結」，所以我在這裡會把我今天講的當成一份「期中報告」。首先就是，網站只是招牌，不是主體，人才是社群的主體，但是有個經常擦亮的招牌還是很重要。再來就是，社群活動辦得再怎麼有聲有色，活動結束後，這個軟體有人用、用得好，才是維持它這個社群冷門或熱門的關鍵。

”

--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月9日 (三) 03:08 (UTC)

請求社群檢視是否撤銷新内真衣條目的DYK資格[编辑]

如題，詳見Talk:新内真衣，謝謝。@Bluedeck --⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月11日 (五) 10:49 (UTC)

放这么一个 one-liner 谁会来看，你得复制一点内容过来才行呢(╯°Д°)╯︵ ~~~~~┻━┻ 胡蘿蔔 Bluedeck 2017年8月11日 (五) 15:52 (UTC)

User:Bluedeck吼啊！

一点内容

(？)疑問：@Bluedeck，恕我冒昧，您的投票只是提及其他投票是否公平，並沒有涉及條目本身，請問是否有效？如此票無效，此條目的DYK入選亦無效。--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月1日 (二) 13:30 (UTC)

啊，我也发现这个问题了，我主要想说的是条目没有fan和trivia的问题，所以符合标准这个意思。后来你又更新了反对理由，因为翻译腔。这个我看见了。可是呢，我本人觉得翻译腔不严重，而且翻译腔这个整个问题本身我就不认为是个重要的问题，所以我就没去票。这样的话，我是觉得我的票还是有效的，这样可以吗？Bluedeck 2017年8月1日 (二) 13:57 (UTC)

@Bluedeck：非常抱歉，私以為「已經不再存在FAN和TRIVIA的問題」並不是支持條目通過DYK的理由。大部分惡作劇條目、廣告條目都沒有FAN和TRIVIA的問題，難道就代表條目符合DYK標準？可見您的投票沒有顯示條目符合DYK標準，因此無效。記得曾經有人投票只吼一個「好」字，最後被裁定沒有顯示條目符合DYK標準，因此全數算作無效。如果「好」也不是合格理由，為甚麼「不存在問題」可以是？--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月1日 (二) 14:37 (UTC)

你说的有一些道理，我的票似乎采用了“你的理由在我看来不是理由”这个理由，而这个理由本身是不是一个有效理由呢？我们可以说这个理由是冲着别人的投票去的，但是同时这个理由确实和条目有关（指出条目不存在某些问题）。所以这样看并没有违反C，应该有效。不过，同样的道理用在那张“好”票上的话，判断得知那个“好”票应该也是有效的。所以我想知道那个认定“好”票无效的讨论在什么地方，是否形成了新的潜在共识（投票理由必须字面意义上包括“条目符合DYK标准”这一层含义），您是否记得这个讨论在哪里？Bluedeck 2017年8月2日 (三) 05:36 (UTC)

[2]。但咱的重點還是，「条目不存在某些问题」真的是及格的支持票嗎？此例一開，他日會不會有人投下「条目不存在非法廣告」、「条目不存在惡作劇」、「条目不存在破壞」、「条目不存在A1速刪理由」、「条目不存在O1速刪理由」這些支持票？如果您的理由改成「条目不存在非法廣告」，那麼相信要求把這個條目拉倒的人不會只有我一個，只是您這次的投票處於灰色地帶，處理起來比較尷尬。「条目不存在非法廣告」、「条目不存在惡作劇」顯然是無效的理由，按此推論，試問「不再存在FAN和TRIVIA的問題」又怎會有效呢？--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月2日 (三)

--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月12日 (六) 05:15 (UTC)

題外話問個問題，DYK條目如果已經上過首頁了，撤銷後會有什麼效果？畢竟DYK不像GA或FA那樣很明顯會於頁面右上角放置符標，得是進入討論頁才可見，所以至多是影響主編的創作獎晉級？--NoobWayne™討論 2017年8月11日 (五) 15:59 (UTC)
- 是的，不過也會影響各主題頁的條目展示、以及其他考慮DYK數量的獎項。--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月12日 (六) 05:15 (UTC)
在下確實覺得負面表列不是一種好的投票理由，不僅可能造成胡蘿蔔閣下所述的那幾種狀況，更可能未來維基人不在正面關心條目內容，條目只要「沒有違反方針」都可以通過，那麼DYK就會失去其原始初衷。也因此，負面表列類的理由確實應該避免（甚至禁止）；但話說回來，就在下了解這次事件似乎是因胡蘿蔔閣下先以WP:TRIVIA、WP:FAN等理由投下反對票，但可能於條目改善後未劃票，Bluedeck閣下才會以這樣的理由期望抵銷前者的反對票（若理解有誤還請指出）。若果真如此，那這次的理由就並非不可接受，但同時必須將「禁止負面表列的理由」這樣的規則新增至DYK投票規則，告知社群未來此種理由將比照投票無效處理（或其他處分手段）。--NoobWayne™討論 2017年8月12日 (六) 12:45 (UTC)

这个讨论主要有两个问题，一个是这个DYK是否合格，是否有效，一个是无效DYK如果要撤回有什么程序没有。根据TG上的讨论，规则C可以严格解读（必须说明条目为什么符合DYK），也可以不严格解读（和条目相关就可以）。如果严格解读我的票就无效；如果宽松解读我的票就有效，所以这个问题就变成，DYK投票是否要求必须在字面上明示"(＋)支持：符合標準。"（我还是觉得可以从宽解读，但是这里有争议所以是要讨论的。萝卜找到不少严格解读C的例子，例中，一个“好”字票被判无效）。第二个问题我不知道，但是我的想法是如果确定取消一个DYK资格，那么摘掉dky资格模版，然后主编dyk count - 1即可。Bluedeck 2017年8月16日 (三) 19:18 (UTC)

關注度在條目提刪中是否被賦予過度的意義了？[编辑]

本主題全部或部分段落文字，已移動至WP:VPP。执行人：--J.Wong 2017年8月12日 (六) 11:33 (UTC)。

望直接放开来编辑[编辑]

我正在翻译维基百科里的Help：维基百科里的第十六章、让读者阅读到正确的条目：命名、重定向与消歧义的草稿，我本想编辑这个条目，但却无法编辑，只好编辑条目的草稿。翻译会方便不懂文章的人，为什么不放开？另，该恶意的东西跟这个条目的关系根本就没有，为什么不能放开？现在翻译程度如该页：https://zh.wikipedia.org/wiki/Draft:Help:维基百科编辑手册/创造更为强大的百科全书/让读者阅读到正确的条目：命名、重定向与消歧义 ——ASDFGHJKL1

此訊息也在Wikipedia:互助客栈/求助‎‎中出現了, 同一個訊息建議不要放在二個不同的地方。--Wolfch (留言) _{歡迎參與今年的動員令} 2017年8月16日 (三) 05:36 (UTC)

有关 unblock-zh 邮件列表可能潜在的“黑箱”制度[编辑]

本主題或以下段落文字，在討論結束後應存檔至Wikipedia_talk:封禁申诉。

诸位好。近来有几名维基新手加入 QQ 群，抱怨自己发送给 unblock-zh 邮件列表申请 IPBE 的邮件迟迟得不到回复。我用新手发送给 unblock 的邮箱反查邮件，发现这些新手的邮件并没有投递到订阅 unblock-zh 的各个管理员手上，遂对 unblock-zh 的收发信策略做了一些测试，发现如下状况：

会丢弃邮件中的 HTML 部分，只留 plain text（纯文本）。目前邮件客户端普遍会同时发送相同内容的 HTML 和 plain text；部分客户端只会发送 plain text；但有一部分客户端只发送 HTML 排版过后的邮件。（当然这也视乎用户自己的设置。）对于部分只有 HTML 的邮件，在经过 unblock-zh 转发后，邮件就会如这里所示，全篇邮件一个文字都没有。这一设置在 unblock-zh 后台是可调的，但普通管理员没有权限。除非遇到下条所示情况：
对于字符编码不是 UTF-8 的邮件，会把能转换成 UTF-8 的邮件全部转成 UTF-8。有些有些编码能正常处理，但有些不能。对于能处理的，其到达收件箱后效果如下：

#1：请自备base64解码器

Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: unblock-zh-bounces@lists.wikimedia.org
Sender: "Unblock-zh" <unblock-zh-bounces@lists.wikimedia.org>

IDEuIOWkqeWcsOeOhOm7g+OAgOWuh+Wumea0quiNkgogMi4g5pel5pyI55uI5piD44CA6L6w5a6/
5YiX5by1CiAzLiDlr5LkvobmmpHlvoDjgIDnp4vmlLblhqzol48KIDQuIOmWj+mkmOaIkOatsuOA
gOW+i+WRguiqv+mZvQogNS4g6Zuy6aiw6Ie06Zuo44CA6Zyy57WQ54K66ZycCiA2LiAq6YeR55Sf
6bqX5rC044CA546J5Ye65bSR5bKhKgogNy4gL1/lio3omZ/lt6jpl5XjgIDnj6DnqLHlpJzlhYlf
LwogOC4g5p6c54+N5p2O5p+w44CA6I+c6YeN6Iql6JaRCiA5LiDmtbfpubnmsrPmt6HjgIDpsZfm
vZvnvr3nv5QKMTAuIOm+jeW4q+eBq+W4neOAgOmzpeWumOS6uueahwoxMS4g5aeL5Yi25paH5a2X
44CA5LmD5pyN6KGj6KOzCjEyLiDmjqjkvY3orpPlnIvjgIDmnInomZ7pmbbllJAKMTMuIOW8lOaw
keS8kOe9quOAgOWRqOeZvOaut+a5rwoxNC4g5Z2Q5pyd5ZWP6YGT44CA5Z6C5oux5bmz56ugCgot
LSAK6K+35Zyo5Zue5aSN5Lu75L2V6YKu5Lu25pe26YCJ5oup4oCc5Zue5aSN5omA5pyJ5Lq64oCd
ClVuYmxvY2stemjpgq7ku7bliJfooagKVW5ibG9jay16aEBsaXN0cy53aWtpbWVkaWEub3JnCmh0
dHBzOi8vbGlzdHMud2lraW1lZGlhLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VuYmxvY2stemg=

但是无法处理的，其方式如下：

#2：请自备base64解码器

--===============1664063874770755991==
Content-Language: zh-CN
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

ICAxLiAgzOy12ND+/FOhodPu1ua66bvEDQogIDIuICDI1dTC06/qvqGhs73L3sHQj4gNCiAgMy4g
ILquge3K7s35oaHH78rVtqyy2A0KICA0LiAg6WPwTrPJmnGhocLJhc7Ve+qWDQogIDUuICDrhfJ2
1sLT6qGhwra9WZ7py6oNCiAgNi4gIL3wyfr7kMuuoaHT8bP2jYuM+Q0KICA3LiAghKbMlr7e6kmh
odbpt1HSubniDQogIDguICC5+9XkwO7ozaGhssvW2L3my0sNCiAgOS4gILqj+3m607WtoaH3W52T
0/DP6A0KICAxMC4g/YiOn7vwtduhofhCudnIy7vKDQogIDExLiDKvNbGzsTX1qGhxMu3/tLCydEN
CiAgMTIuIM3GzrvXjIf4oaHT0NPdzNXMxg0KICAxMy4gj3TD8bel1++hodbcsGzS85yrDQogIDE0
LiDX+LOvhpa1wKGhtLm5sMa91cINCg0K

--===============1664063874770755991==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

LS0gCuivt+WcqOWbnuWkjeS7u+S9lemCruS7tuaXtumAieaLqeKAnOWbnuWkjeaJgOacieS6uuKA
nQpVbmJsb2NrLXpo6YKu5Lu25YiX6KGoClVuYmxvY2stemhAbGlzdHMud2lraW1lZGlhLm9yZwpo
dHRwczovL2xpc3RzLndpa2ltZWRpYS5vcmcvbWFpbG1hbi9saXN0aW5mby91bmJsb2NrLXpo

--===============1664063874770755991==--

对于不能处理的编码，unblock-zh 在转发时全文保留了原来的 plain text 内容，并在后面加上了自己使用 UTF-8 编码的提示。

但是，使用这种方式同样可以接收 HTML 邮件。比如在其他邮件列表里有这样的例子：

#3：请自备base64解码器

--===============8211208071669730346==
Content-Type: multipart/alternative; boundary=001a114bdd4c29bee4053b32b71f

--001a114bdd4c29bee4053b32b71f
Content-Type: text/plain; charset=UTF-8

-（中间部分略）-

tr"><div>[I don't print e-mails. Do you?]<br><a href=3D"http://gplus.to/edo=
deroo" target=3D"_blank">http://gplus.to/edoderoo</a> _-=3D-_ <a href=3D"ht=
tp://edoderoo.nl" target=3D"_blank">edoderoo.nl</a><br></div></div></div>
</font></span></div>
<br>______________________________<wbr>_________________<br>
Otrs-permissions-l mailing list<br>
<a href=3D"mailto:Otrs-permissions-l@lists.wikimedia.org" target=3D"_blank"=
>Otrs-permissions-l@lists.wikim<wbr>edia.org</a><br>
<a href=3D"https://lists.wikimedia.org/mailman/listinfo/otrs-permissions-l"=
 rel=3D"noreferrer" target=3D"_blank">https://lists.wikimedia.org/ma<wbr>il=
man/listinfo/otrs-permission<wbr>s-l</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--001a114bdd4c29bee4053b32b71f--

--===============8211208071669730346==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KT3Rycy1wZXJt
aXNzaW9ucy1sIG1haWxpbmcgbGlzdApPdHJzLXBlcm1pc3Npb25zLWxAbGlzdHMud2lraW1lZGlh
Lm9yZwpodHRwczovL2xpc3RzLndpa2ltZWRpYS5vcmcvbWFpbG1hbi9saXN0aW5mby9vdHJzLXBl
cm1pc3Npb25zLWwK

--===============8211208071669730346==--

上面的这种方式显然更加适合 unblock 的需求。原先的 HTML 格式被完整地保留了下来，即使 unblock-zh 无法处理此类字符编码，也可以发送到每个邮箱后手动解决乱码问题。

维基媒体计划上所有的邮件列表是基于一个叫 mailman（英语：mailman）的程序，包括 unblock-zh 。其他的邮件列表可以做到，unblock-zh 也可以。

有些邮箱是自带坑的。比如上面 #2 中，unblock-zh 没有把所有邮件内容转成 UTF-8 的原因不是因为不支持原邮件使用的 GB 2312 ，而是因为原来邮件用的实际上不是 GB 2312 ，而是 GBK 或 GB 18030，但是发信客户端非得把 charset 那一项写成 GB 2312，mailman 无法解码内容，只得原文保留。#2 的邮件是使用 Outlook/Live/Hotmail 的网页版客户端发出去的。通常的客户端都能正常读取，但并不见得所有的都能读出来。

当然，上面的内容还只是我自己的猜测。我不敢保证自己的叙述和推断全部正确，因为我自己也看不到 unblock-zh 的设置到底是什么。这也正是我开这一讨论想要说明的：现在 unblock-zh 的体系有严重的漏洞。unblock-zh 的管理员不同于维基百科站内的管理员、邮件进入 unblock-zh 需要经过少数几人的审批，这使得 unblock-zh 存在内部黑箱的情况成为可能。——我指出 unblock-zh 存在漏洞，但我没说过有人一定利用过这个漏洞。下面逐条详叙：

unblock-zh 是一个邮件列表。邮件列表是早期互联网中网民进行讨论的重要工具之一，但随时间流逝，邮件列表的重要性大不如前。在通常的邮件列表中，订阅该列表的成员使用通过回复他人邮件的方式来进行类似论坛跟帖式的交流。邮件列表的服务器会将所有发送到该邮箱的邮件转发给所有订阅了该列表的成员。邮件列表对于维基百科意义重大。Shizhao 等早期管理员不是通过社群讨论，而是利用邮件列表讨论成为管理员的。
- 用 unblock-zh 举例子。所有中文维基百科上的管理员“订阅”了该列表。所有发送给 unblock-zhlists.wikimedia.org 这个邮箱的邮件都会被转发给该邮件列表所有的成员，也就是中文维基百科的所有管理员。外面的人若要进行封禁申诉，直接发送邮件到该邮箱里，所有的管理员理论上都能收到一份该邮件的拷贝。在其中一个管理员回复申诉请求后，会抄送一份到 unblock-zh 。抄送的邮件也会被转发给所有成员。这样，当成员（也就是管理员）看到了抄送过来的回复后，就知道该请求已经有人回复了。如果管理员之间需要讨论封禁事宜，管理员也可以直接发送邮件到 unblock-zh ，其他管理员也都能看到。其他的管理员若是想要就该封禁案发表观点，直接回复该邮件，并把回复的邮件发送到 unblock-zh 中，所有其他管理员也会收到由 unblock-zh 邮件列表转发来的回复。
- unblock 不能算是“用于讨论问题的邮件列表”。对于讨论问题的邮件列表，通常只有该列表的订阅者才会向邮件列表中发送邮件来商讨事宜。但是 unblock-zh 每天都要接收大量邮件列表外的邮箱发送过来的请求。因此，为了提升讨论质量，部分邮件列表会通过限制订阅、限制只允许订阅者发送邮件、所有外来邮件都需要经过列表管理员审批，审批通过后才会转发给所有订阅者的形式来控制讨论质量。论坛可以删除帖子，但邮件送达后没有撤回的余地。因此很多邮件列表都很注重其中邮件的质量。让邮件仅以 plain text 发送、限制 HTML 元素使用也是通常邮件列表为保证讨论质量会开启的设置项。但是，unblock-zh 某种意义上作为中国大陆新手参与维基百科的必经之路，却因为上面提到的诸多限制，导致相当一部分新手的申诉邮件无法正常收取。
众所周知，unblock 是允许所有管理员成员加入、获取内容的。管理员不应该泄露其中的申诉请求。但是同样地，凡是有意向进行封禁申诉的邮件，都应该投递给所有订阅了 unblock 的管理员。然而，目前 unblock 仍然在预先审查邮件，只有审查通过的才会发送给所有管理员。前面提到了，通常邮件列表审查邮件是出于为了把关内容的考虑，unblock-zh 审查邮件，依 Kegns 的说法，是为了减少垃圾邮件。但是，就目前可知的情况来看，unblock-zh 所有具有审查邮件权限的人，只有 Jimmy Xu、Kegns、Mys 721tx 三人。无论审查者是谁，只要人数有限、没有公开征求他人意见，客观上就存在黑箱操作的可能。最重要的不是现在审查邮件的这三位是否正在（或者曾经）黑箱操作，而是大多数管理员没有这方面的意识，根本没有意识到自己在 unblock 里看到的邮件可能有故意或者无意漏掉的、甚至故意删掉的。
- 另一方面，就是垃圾邮件存在误判的可能。在 QQ 上跟我联系的一个新手在邮件发送三天后都没有回应。用其邮箱、邮件标题等信息去翻存档，发现根本没有收到这封邮件。当时我直接给他批复了 IPBE ，并开始调查此事。但次日，他的邮件就收到了。可能是某名列表管理员最开始误判了这封邮件，后来其他人复核后发现有一封邮件被误作垃圾邮件，于是重新放行，这才导致了延后四天收到邮件的情况。
- 最后，就是对真正的 spam 和滥用申诉者反映可能不即时。尽管滥用 unblock 发邮件的行为非常少见，但不是没有发生过。这时候就只能让唯一能修改设置、屏蔽 spammer 的成员，也就是 Jimmy Xu 出面屏蔽。
尽管 Jimmy Xu 在一封 2014 年的邮件里面说“欢迎其他有意向参与者联系”（大意），但实际上新上任的管理员甚少了解此事，更不要说主动参与邮件审查事务了。

总结一下：由于技术原因导致部分新手邮件进入 unblock 困难、耽误新手参与维基；unblock 现在邮件审查机制不透明、人手不足，进一步导致新手和其他申诉邮件延误；目前管理员普遍缺乏对 unblock-zh 以及其他邮件列表的认识，unblock-zh 的“上层”管理者架构不透明、缺乏监督。

所以，我们要做什么？首先，私以为所有社群成员都有权利知道这一点——每个人都有可能遭受管理员的不当封禁，unblock-zh 作为封禁申诉渠道，保证其透明是有必要的；其次，我们要改进 unblock-zh 的后台设置——不一定全部照上面说的改，但一定要保证比现在更友好；最后，有关列表管理员和具有审核权限者，也需要在社群公开化，保证人手充足、不会有邮件因为审核者个人原因而被延误甚至拒绝。

望诸位发表意见。

--Techyan（留言） 2017年8月16日 (三) 14:14 (UTC)

（纯属抛砖引玉啦）改成全开放的ticket系统，所有出入信息全透明。实现方法有很多，其中之一：在GitHub上开一个项目，然后滥用github的issue系统来处理我们的查封。对于隐私资料，则仍然寄给unblock，或者直接寄给管理员邮箱。头脑风暴建议，没有细想。Bluedeck 2017年8月16日 (三) 19:31 (UTC)

我的建议：1.如果编码问题导致mailman接收出错的话，应该想mailman反映或者调整配置来修正。2.对于申请LIPE或新账号的，可以考虑使用新的邮件列表处理，将配置调松以方便接收不合规格的邮件，或者OTRS也可？3.管理员应该要加入unblock-zh，而且强调或教育如何使用（需要弄一份邮件列表使用手册）。——路过围观的Sakamotosan 2017年8月17日 (四) 02:39 (UTC)

（可能有问题）4.进入unblock-zh的邮件先进入一个队列，所有op都能分拣但不能删除。在区分是垃圾邮件后所有“垃圾邮件组”，可以被删除和不用转发，是正常邮件则放入另一队列，可以转发。不过删除应该有记录并可恢复，以防误删或故意删。以此减少审核人员过少而导致可能的暗中操作问题。——路过围观的Sakamotosan 2017年8月17日 (四) 02:43 (UTC)

如果使用OTRS系統，那就必須要所有管理員都是OTRS志工，但目前申請OTRS志工與申請管理員的管道不一樣，而且目前OTRS沒看到有規定管理員必定為OTRS志工。臺灣杉在此發言 (會客室) 2017年8月17日 (四) 08:15 (UTC)

英文版是仿效OTRS弄了個UTRS。--Temp3600（留言） 2017年8月17日 (四) 17:51 (UTC)

建议为WP:互助客栈/求助和WP:知识问答部署Flow[编辑]

如题。我认为这两个页面非常适合Flow，原因如下:

都是比较短的讨论，不会像方针区那里几百行一个章节。
方便新用户。如果用户想要查看自己的问题被回复了没有，按照目前的情况，通常用户得以特定的方法来访问这些页面。而Flow，可以让用户在访问维基百科任一页面的时候就可以收到通知。
有摘要功能，如果问题解决了还可以立马一键关闭讨论。

综上，我认为这些页面采用Flow是有益的。——꧁༺星耀晨曦༻꧂（留言） 2017年8月16日 (三) 19:28 (UTC)

Flow的效率和排版都有很多争议和不足。但是，中文社区确实没有在大流量页面尝试过flow，所以可以开启一阵子感受一下利弊。我想可以给flow一次机会试试。不行再改回来。（如果要试，应该在我们的内用页面，求助客栈试）。Bluedeck 2017年8月16日 (三) 19:33 (UTC)

Flow的问题是不支持繁简转换，但是我认为讨论页面没有必须转换的硬性需求。此外，我觉得Flow排版再差，也比现在讨论页面的排版好(但是flow现在对于该页的头部说明性内容支持太差，放到右侧需要重新改头部的版面才行)。长篇内容是否合适Flow还真不清楚。此外，flow对于讨论存档到相关对话页的方式不太好解决，可能需要一套专门的流程来处理这个问题。比如在相关对话页放置一个模板指向专门的讨论帖子，或者把帖子剪切移动到相关对话页，然后把帖子删除，在编辑摘要注明去向（似乎能用bot解决？）还有一个问题是不清楚现在flow能不能在非对话页启用？不能的话把WP:互助客栈/求助的对话页作为讨论区倒是也不错--百無一用是書生 (☎) 2017年8月17日 (四) 02:42 (UTC)

先放到一个flow子页试跑一轮？——路过围观的Sakamotosan 2017年8月17日 (四) 02:52 (UTC)

啊，看来可以放在非对话页pt:Wikipédia:Flow/Testes--百無一用是書生 (☎) 2017年8月17日 (四) 03:01 (UTC)

Flow似乎不用专门存档，过一段时间如果无人编辑话题就会在页面自动隐藏。就像mediawiki官网的帮助台一样。——꧁༺星耀晨曦༻꧂（留言） 2017年8月17日 (四) 03:26 (UTC)

frwiki的玩法fr:Wikipédia:Forum des nouveaux/Flow。@星耀晨曦：Flow的确不用专门存档，但是我说的是{{save to}}的用法，把讨论尽量放到最相关的地方，方便查找--百無一用是書生 (☎) 2017年8月17日 (四) 03:59 (UTC)

这是一个问题。能不能利用bot检测话题摘要的{{saveto}}，然后复制到特定页面？话说回来，求助区和知识问答没啥需要用到saveto的地方。——꧁༺星耀晨曦༻꧂（留言） 2017年8月17日 (四) 06:03 (UTC)

模板修改[编辑]

我剛更換了以下模板的顏色，請自由再更改。

(！)抗议
(？)求助
(＋)比較支持
(－)比較反對
(※)聲明

--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月17日 (四) 03:56 (UTC)

(＋)比較支持模板乃是使用(○)暫時保留的底色製作，而且更改後對比度差距有點太小（(＋)比較支持(＋)支持），所以建議不要更改會比較好；(※)聲明

原為水藍色，現為碧綠色，我認為水藍色比碧綠色「更沒有威脅感」、「看起來更溫和」，有那麼一點點意見，不過僅此而已。