Wikipedia:互助客栈/技术:修订间差异
小 机器人: 1个讨论已移除,其中1个讨论已存档;已保留的讨论中0个已修改 |
|||
第171行: | 第171行: | ||
***{{囧}}第一個基於Apache,還真不行。第二個得問問[[User:Liangent]]等人想不想貢獻出來。第三個符合,而且英文維基百科正在用。最後一個還沒有代碼,不存在版權的問題。[[User:Vjudge1|維基搗蛋鬼vjudge1]]([[User talk:Vjudge1|留言]]) 2016年9月8日 (四) 07:29 (UTC) |
***{{囧}}第一個基於Apache,還真不行。第二個得問問[[User:Liangent]]等人想不想貢獻出來。第三個符合,而且英文維基百科正在用。最後一個還沒有代碼,不存在版權的問題。[[User:Vjudge1|維基搗蛋鬼vjudge1]]([[User talk:Vjudge1|留言]]) 2016年9月8日 (四) 07:29 (UTC) |
||
****我正好在測試下拉式選單......--[[User talk:小躍|<span style="background:#DFF;border:1px red solid;box-shadow:2px 2px 2px blue;color:#00f;text-shadow:1px 1px 2px yellow;border-radius:999px "><u >★Fish out Yue in the water.☆</u></span>]] 2016年9月8日 (四) 07:31 (UTC) |
****我正好在測試下拉式選單......--[[User talk:小躍|<span style="background:#DFF;border:1px red solid;box-shadow:2px 2px 2px blue;color:#00f;text-shadow:1px 1px 2px yellow;border-radius:999px "><u >★Fish out Yue in the water.☆</u></span>]] 2016年9月8日 (四) 07:31 (UTC) |
||
*****我那个随便用吧……本来就是发布在wiki上的。<span class="signature signature_252699">[[User:Liangent|Liangent]]([[User talk:Liangent|留言]])</span> 2016年9月15日 (四) 00:26 (UTC) |
|||
== 能否在最近更改里设置只显示一部分页面 == |
== 能否在最近更改里设置只显示一部分页面 == |
2016年9月15日 (四) 00:26的版本
發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
|
- [人事] Mys 721tx的解任投票正在延长投票期一周,参见投票页面,欢迎踊跃参与。
- [通知] 深色模式現已供所有行動版及桌面版網站(Vector 2022和Minerva皮膚)的用戶使用。如有任何問題,歡迎在討論頁或透過頁面右側的回報功能提出。
- [公告] R7款的調整及設立頁面評級指引正在公示,如有意見請儘快提出。
- [討論] Unblock-zh.org正在试运行。同时互助客栈继续对于其各项细节征求意见。
- [討論] 互助客栈方針区正在討論新聞動態/重複發生的項目中的領導人更替,請踴躍參與討論。
- [討論] 快速删除方针討論頁正在討論快速刪除方針O4款的調整,請踴躍參與討論。
- [公告] 討論頁話題索引現正重投測試。如有意見、建議或報錯,請至互助客棧的討論串提出。
- [公告] 討論遞進機制正在試行中。如對實行過程及相關規範有疑問,可在討論頁提問。
- [協作] 第二十二次動員令於7月6日至9月8日間舉行,歡迎踴躍參與!
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
# | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (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 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
您可在維基百科:回饋請求系統訂閱特定主題的徵求意見討論通知。 |
以下討論需要社群廣泛關注:(重新整理)
近期部署的深色模式(Dark mode)对页面内容带来了很多兼容性问题,需要修复。可参考mw:Recommendations for night mode compatibility on Wikimedia wikis。
修复工作需要修复许多模板、模块以及小工具,还有个别的页面也需要修复。这个征求意见的目的一是需要很多人帮忙查找问题并修复,二是一些页面如何修复可能会影响到页面本身的用色、排版设计,需要进一步讨论寻求共识。
MediaWiki talk:Gadgets-definition § 提議引入CollapsibleToggle作為預設啟用可選擇關閉的小工具
日前的討論將多個使用NavFrame的模板切換成了一般的mw-collapsible導致這些模板不再能透過點Head來展開或關閉,故在此提議引入CollapsibleToggle來讓這些模板可以恢復以前的行為。同時此小工具也為其他類型的mw-collapsible提供點未隱藏的區塊來展開的功能,具體測試樣例可以參考[1](Beta Cluster)。--SunAfterRain 2024年8月4日 (日) 13:23 (UTC)
|
这将允许用户从Url上直接上传文件。此功能将方便:
- 从其他语言版本的维基百科搬运文件时的操作;
- 将文件缩小时的操作(只需点击文件下的“本预览的尺寸:……。 其他分辨率:……。”并从中选择一个合适的尺寸)。
我认为此功能应向全体自动确认用户开放。由于影响重大,特此提交请求,望社群采纳。-- 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)
- (+)支持啟用此功能及上述提案內容。--Bowleerin(留言) 2016年8月15日 (一) 07:08 (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)
- 什么时候起才两天就能达成共识的?--Jimmy Xu 论 2016年8月15日 (一) 14:01 (UTC)
+1--流星依旧(留言) 2016年8月16日 (二) 03:40 (UTC)
- 只限制在维基媒体计划里应该没问题,(+)支持。--Kuailong™ 2016年8月18日 (四) 18:50 (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)
- 要不光整上前3行,最后一行暂时抹去,日后再谈?--Liuxinyu970226(留言) 2016年8月19日 (五) 13:54 (UTC)
- (+)支持:支持四行一起上线,不太赞成在第四行功能无法正常运作时开启 URL 上传。--南瓜(留言 | 贡献) 2016年8月19日 (五) 15:16 (UTC)
2
现在的状况是这样的:无法限定上传源之域名。所以是应该在不限定上传源时开放URL上传功能,还是不开放?希望达成共识。-- Stang 283 2016年8月30日 (二) 05:41 (UTC)
- (+)支持。本地上传查得很严,不会产生问题。 --达师 - 334 - 554 2016年9月1日 (四) 05:51 (UTC)
(!)意見,$wgCopyUploadsDomains怎样解决?——路过围观的Sakamotosan 2016年9月1日 (四) 06:50 (UTC)——路过围观的Sakamotosan 2016年9月6日 (二) 01:11 (UTC)- (!)意見:建议只能从commons.wikimedia.org和维基的页面里外链上传文件($wgCopyUploadsDomains),不然容易被破坏。如果破坏者找个1G的高清电影拿来外链,容易把数据库塞满的。——萌萌哒的小曹大大(讨论) 2016年9月9日 (五) 06:00 (UTC)
- (+)支持,并且需要限制可以上传的域名,比如只能从维基百科的URL里面上传。--脳補。◕‿◕。讨论 2016年9月9日 (五) 13:46 (UTC)
- 拟定的提示内容:
根据封禁方针,在调整(尤其是缩短)封禁期限前,应首先与实施封禁的管理员进行讨论。如果已实施的封禁是无限期封禁,那么必须先联系管理员;如若所有手段都无法取得联系,应交由行政员处理。
根据封禁方针,在解除封禁前,应首先与实施封禁的管理员进行讨论。如果已实施的封禁是无限期封禁,那么必须先联系管理员;如若所有手段都无法取得联系,应交由行政员处理。
- 不知道这个规则的管理员,尤其是新上任的管理员,很多。
- 由于需要动用管理员权限,按照编辑提示,先行征求社群意见。
--达师 - 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)
- 即便结果正义做不到,但也至少先做到程序正义。 --达师 - 334 - 554 2016年9月6日 (二) 06:40 (UTC)
- 就是有人只是草草了说了一句“封禁并非为了惩罚用户”,然后引起了不少的风波,最后姗姗来迟,算是合理解释了。越早做到,问题越小,管理员这个职位有时很敏感的。——路过围观的Sakamotosan 2016年9月6日 (二) 01:18 (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)
- 查看2014年修改封禁方针的相关编辑及讨论[2],只有三个用户共四则留言,讨论中既无支持,也无同意,未见达成明显共识,反映中文维基出现自行修改方针的情况。--Thomas.Lu(留言) 2016年9月9日 (五) 01:31 (UTC)
讨论一周已有初步共识,现予以公告,三日后无其他意见将执行修改。--Antigng(留言) 2016年9月7日 (三) 02:56 (UTC)
- (-)反对:看了公告才来。反对这条。曾经看过多年Unblock纷争的经验告知我,封禁方针的这条并不合理。管理员拉帮结派的现象无法阻止,那么只有依赖相对不拉帮结派的管理员制衡。合理解封在下的James970028这样的不滥权管理员本来就不多,现在还要强化限制他们合理执行权限,因此返我反对。一个典型例子就是乌拉夸克滥权封禁守望者爱孟一案:“随便你们怎么样,我都不会让守望者爱孟解封。”乌拉差不多是这么说的。黑暗雄鹰·给我留言·条目数量骤减8000+ 2016年9月7日 (三) 04:18 (UTC)
- 这是我第二次提问:您从未做过管理员,是如何看到unblock-zh里面的内容的? --达师 - 334 - 554 2016年9月7日 (三) 12:31 (UTC)
- (-)反对:如此重要的方针修改,之前却没有任何公示,我是在管理员Antigng这笔编辑后才发现的。鉴于之前常有管理员滥用封禁权的现象,若此修改获得通过,而滥权管理员不同意解封,则蒙冤被封禁的维基人永远无法昭雪,故此反对。窃以为,在不当封禁面前,其他管理员应有便宜行事之权,使用雷霆手段为蒙冤者及时昭雪。PS: 本人上次被封禁显然是封禁的管理员没有掌握清楚状况而疑似滥权(或者误解?),因为本人的回退最终连与本人争议的FLG支持者都认可,所以本人被封禁之事确为蒙冤,管理员雾岛圣解封本人的行为并无不妥。——蘇州宇文宙武的主頁 ♨留言 ☎交友 ★贡献 2016年9月7日 (三) 04:52 (UTC)
- 这不涉及方针修改,因为现行封禁方针就是这么写的。这个提案的目的在于把方针中已经存在的东西加入系统的界面。--Antigng(留言) 2016年9月7日 (三) 04:55 (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)
- 查看修改封禁方针的相关编辑[3],只有三个用户共四次发言,未见达成明显共识,也反映中文维基存在自行修改方针的问题。如果这些提示规限处理封禁须要主动要求行政员介入,而有管理员被质疑没有依照相关提示并遭到追究,甚至提起解任,就不是修改提示的纯粹技术问题。--Thomas.Lu(留言) 2016年9月7日 (三) 15:43 (UTC)
- (~)補充:很明显,当时社群讨论封禁方针,是对于中国大陆抱团滥权的某些敛财管理员,在行走京沪线和守望者爱孟的滥权封禁案中的明显违反封禁方针的处置——利用管理员封禁权限解决管理员自己的小圈子和社群用户的私人恩怨。所以社群本意是——无限期及6个月以上的长期封禁,需要社群讨论后再决定,而非管理员小圈子团伙内部的决定,当然,最终2014年的管理员小圈子不可能让这个维护用户权益的议题获得实质性进展。最终,结果居然演变成了:“解封还需要更加困难的程序”,社群的本意被反向劫持。galaxyharrylion(留言) 2016年9月8日 (四) 10:45 (UTC)
- 查看修改封禁方针的相关编辑[3],只有三个用户共四次发言,未见达成明显共识,也反映中文维基存在自行修改方针的问题。如果这些提示规限处理封禁须要主动要求行政员介入,而有管理员被质疑没有依照相关提示并遭到追究,甚至提起解任,就不是修改提示的纯粹技术问题。--Thomas.Lu(留言) 2016年9月7日 (三) 15:43 (UTC)
- (-)反对:这样的话JX就天下无敌了。--追迹未来 2016年9月7日 (三) 09:07 (UTC)
本修改是在执行方针,不是在修改方针。对方针有意见请去方针版提出。 --达师 - 334 - 554 2016年9月7日 (三) 12:27 (UTC)
- [4][5](today@維基百科群)。59.188.231.11(留言) 2016年9月7日 (三) 13:26 (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)
- 缓慢并不可怕,一直都是可持续性缓慢呢。只怕某些人热衷于维基政治罢了,然后以“帮助”别人为自己做辩护了。还不如不局限于特定方面,四处找些看上去好写好译好修葺的外语条目来提升条目数或者改善现有条目,比这里主业打嘴炮更有助于WP吧。——路过围观的Sakamotosan 2016年9月8日 (四) 00:54 (UTC)
- 先不说因果关系,连相关性都没有,说这么多就是为了收费删帖论重出江湖? --达师 - 334 - 554 2016年9月7日 (三) 14:34 (UTC)
- 没有什么“收费删帖论”,有些事是事实。galaxyharrylion(留言) 2016年9月7日 (三) 14:55 (UTC)
- 樓上G君請勿跑題。本討論的主題是提示文字,閣下若對wp:封禁方針有意見,請至方針版提案修改方針。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)(留言) 2016年9月7日 (三) 14:58 (UTC)
- 没有什么“收费删帖论”,有些事是事实。galaxyharrylion(留言) 2016年9月7日 (三) 14:55 (UTC)
- 先不说因果关系,连相关性都没有,说这么多就是为了收费删帖论重出江湖? --达师 - 334 - 554 2016年9月7日 (三) 14:34 (UTC)
- @Antigng:我真不懂你啊。如果此次修改的原因是執行方針而不是修改方針,為何要先公告?修改完成後掛「通知」即可。--秋意假髮濃(我已關閉了所有通知,所以@我看不到)(留言) 2016年9月7日 (三) 14:45 (UTC)
- 我相信多沟通、多讨论总不会有错的。就像上面有人问究竟应该用何种方法通知执行封禁的管理员才够,我说“越多越好”。--Antigng(留言) 2016年9月7日 (三) 14:48 (UTC)
- (!)意見:这个原则,理论上讲确实有道理,所谓“解铃还须系铃人”嘛。但是呢,在中文维基百科,有一些案例/判例,当事管理员从始至终都咬死不放,也给不出什么合理的封禁原因;不知你们麦卡锡人士有何想法?-- SzMithrandir ❈ Ered Luin ❈ 2016年9月8日 (四) 00:29 (UTC)
- 如果真的给不出合理的原因,那么解任想必是合适的;然而我没有见到你所说的“一些案例/判例”,也没有见到合适的解任案。 --达师 - 334 - 554 2016年9月8日 (四) 03:04 (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)
- 有问题的是“永久封禁封禁者不在应交由行政员处理”,“一般封禁更改前先与执行封禁的管理员交流,封禁明显不当解封后也应当通知管理员”可是从en:WP:BLOCK翻译过来的,自古以来就是方针。--Antigng(留言) 2016年9月9日 (五) 02:37 (UTC)
- 现在出现一种现象,认为某些被封禁的人是出于管理员内部私欲或者不恰当的结果,如果不能将这些清晰展示出来,让社情看到这些操作是合理的,会影响管理员作为社群高级操作的执行者的形象,或者会留下给人“捉鸡脚”的借口。——路过围观的Sakamotosan 2016年9月9日 (五) 02:52 (UTC)
- 另外,也允许社群可以给管理员施加适当的“压力”,要求解释一些有争议(有争议是一些不是明显违背贡献维基的方针期望——例如明显符合破坏的)长期封的决定原因并共识,否则应该要求解封。这样一方面防止一些管理员出于私欲而乱解封,另一方面也给与社群一个机会了解和参与封禁行为的实施来防止一些管理员出于私欲而乱封禁,相互牵制。——路过围观的Sakamotosan 2016年9月9日 (五) 03:13 (UTC)
- (-)反对:在本地会更难解决泄私愤的管理员的不当封禁。--Lanwi1(留言) 2016年9月9日 (五) 07:48 (UTC)
- @Lanwi1:是不是其他维基百科不会出现“管理员使用封禁权限报复用户的情况”?这种情况仅仅是“中文特色”对吗?galaxyharrylion(留言) 2016年9月11日 (日) 10:42 (UTC)
- @Galaxyharrylion:在绝大部分站点基本上不会出现。关于是不是“中文特色”,有的人认为,有的人不认为,我估计认为的原因与大陆道德败坏有关。--Lanwi1(留言) 2016年9月11日 (日) 11:26 (UTC)
- 没办法,传统封建思想加文革遗毒,使得大陆道德败坏,直到2016年有人还在管理员选举时候用文革语言批斗别人[6]。galaxyharrylion(留言) 2016年9月11日 (日) 14:47 (UTC)
- @Galaxyharrylion:在绝大部分站点基本上不会出现。关于是不是“中文特色”,有的人认为,有的人不认为,我估计认为的原因与大陆道德败坏有关。--Lanwi1(留言) 2016年9月11日 (日) 11:26 (UTC)
- @Lanwi1:是不是其他维基百科不会出现“管理员使用封禁权限报复用户的情况”?这种情况仅仅是“中文特色”对吗?galaxyharrylion(留言) 2016年9月11日 (日) 10:42 (UTC)
- (+)支持,方針這樣寫就應該表現得明顯一些,我初時也不知道的有這樣的規定。況且,與其他管理員協商,並不代表在對方反對下便不會行動,我的理解是「通知」多於「請求」,知會一下了解一下情況,未嚐不可。—AT 2016年9月9日 (五) 16:20 (UTC)
- (-)反对:关于“有私愤的管理员的不当封禁”方面,我也同样的异议。--飞贼燕子(留言) 2016年9月10日 (六) 04:51 (UTC)
請求技術高手協助處理專題條目狀態統計
如題,Wikipedia:中国文化遗产专题的{{Articles by Quality and Importance}}模版無法正常使用,請求技術高手幫忙解決。另請求空閑的維基人幫忙用AWB對中國文保條目進行評級(注意中国文化遗产专题有特定且明確的重要性評級標準),目前大量中國文保條目未有專題模版,嚴重低估條目數量。感謝各位的協助。--#Carrotkit 2016年9月3日 (六) 18:45 (UTC)
- 我稍後將開始著手處理。-和平、奮鬥、救地球!(留言) 2016年9月4日 (日) 05:11 (UTC)
- 謝謝您!--#胡蘿蔔 2016年9月4日 (日) 05:12 (UTC)
首頁的特色條目變成了特色列表
如標題,首頁的特色條目一欄標題不知道什麼時候變成了特色列表 囧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)
- 解釋一下,若閣下當天放入特色列表引用內容的連結,那麼系統會自動判斷該連結是否為特色列表。--★Fish out Yue in the water.☆ 2016年9月6日 (二) 00:50 (UTC)
- 您發言時在首頁展示的IBM奖是FL,請詳閱條目內文,雖然標題長得很像FA,但並不能一望而知。另,特色列表展示已久(自去年起)。-和平、奮鬥、救地球!(留言) 2016年9月6日 (二) 00:44 (UTC)
- 報告,依剛剛本人在馬桶上所見,目前在首頁展示的是FA,但卻顯示為特色列表…是不是變更字樣的時候有出了什麼問題的樣子--—以上有簽名的留言由R96340(討論)加入。 2016年9月5日 (一) 17:33 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- 文字级差异现在可在长段落中工作。 [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
{{Taxonbar}}、{{Taxonbar/Link}}移植自en wiki,主要Wikidata資源,當前有兩個問題(zh wiki):
- 「url」 link ,部份為
http//
,而非http://
或https://
? - 「GRIN」,衍生出{{zh-hant}}、{{zh-hans}}、{{zh-hk}}、{{zh-cn}}、{{zh-tw}}等url
- 「url」 link ,部份為
软体动物 / en:Mollusca- en wiki url-link 正常,Wikidata也似乎正常,未知zh wiki何處生亂,還望賜教,感謝惠覆!--111.250.3.50(留言) 2016年9月7日 (三) 08:43 (UTC)
- 巨杉 / en:Sequoiadendron giganteum --111.250.23.182(留言) 2016年9月8日 (四) 07:20 (UTC)
能否在部分提呈快速刪除的頁面上隱藏原先內容
那就是說,如果掛了快速刪除的模板,那下面的東西應該被隱藏,尤其是有攻擊性和冒犯性的。據我所知,這是可以做到的,但是技術問題,這也是提議--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)
- (-)反对:增加滑鼠的點擊,並增加其他編者的巡查時間。--★Fish out Yue in the water.☆ 2016年9月8日 (四) 03:04 (UTC)
- 应该不需要。快速删除模板本身已经非常醒目了,不至于引起误解。留着内容的话,其他编者和管理员也方便复查。--Tiger(留言) 2016年9月8日 (四) 13:55 (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)
- 版权协议兼容吗?--Antigng(留言) 2016年9月8日 (四) 07:06 (UTC)
- 囧rz……第一個基於Apache,還真不行。第二個得問問User:Liangent等人想不想貢獻出來。第三個符合,而且英文維基百科正在用。最後一個還沒有代碼,不存在版權的問題。維基搗蛋鬼vjudge1(留言) 2016年9月8日 (四) 07:29 (UTC)
- 我正好在測試下拉式選單......--★Fish out Yue in the water.☆ 2016年9月8日 (四) 07:31 (UTC)
- 我那个随便用吧……本来就是发布在wiki上的。Liangent(留言) 2016年9月15日 (四) 00:26 (UTC)
- 我正好在測試下拉式選單......--★Fish out Yue in the water.☆ 2016年9月8日 (四) 07:31 (UTC)
- 囧rz……第一個基於Apache,還真不行。第二個得問問User:Liangent等人想不想貢獻出來。第三個符合,而且英文維基百科正在用。最後一個還沒有代碼,不存在版權的問題。維基搗蛋鬼vjudge1(留言) 2016年9月8日 (四) 07:29 (UTC)
- 版权协议兼容吗?--Antigng(留言) 2016年9月8日 (四) 07:06 (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)
- 聽說有人寫了一個然後藏到沙盒裏面了。維基搗蛋鬼vjudge1(留言) 2016年9月10日 (六) 14:59 (UTC)
- 真正搞破坏,可以做到正负0,还是老老实实看人看差异吧。——路过围观的Sakamotosan 2016年9月10日 (六) 01:30 (UTC)
- 好吧我剛做了幾個刪除,從(-3,152)到(-18,050)。正好可以用來測試程式碼。 囧rz……維基搗蛋鬼vjudge1(留言) 2016年9月9日 (五) 14:28 (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)
如何禁止移动页面的时候自动创建重定向?
移动页面的时候自动创建重定向已经困扰我多时了。如果我从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)
- 试试维基百科:IP封禁例外。—Kou Dou 2016年9月11日 (日) 06:24 (UTC)
- 我朋友不曾注册ID,也能申请吗?——左手捏萝莉、右手揍教皇的巴伐利亚的亨利十七世(留言) 2016年9月11日 (日) 09:35 (UTC)@Kou Dou
- 楼下已指明,可通过[email protected]解决。—Kou Dou 2016年9月12日 (一) 07:55 (UTC)
- 发送邮件到unblock-zh --达师 - 334 - 554 2016年9月11日 (日) 07:41 (UTC)
- 我朋友不曾注册ID,也能申请吗?——左手捏萝莉、右手揍教皇的巴伐利亚的亨利十七世(留言) 2016年9月11日 (日) 09:35 (UTC)@Kou Dou
能否在最近更改里设置只显示一部分页面
求助:有没有办法在最近更改里设置只显示 (-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)
- en:Template:uw-vandalism2已經把藍色圖標換成橙色圖標。—John Doe 120(talk) 2016年9月14日 (三) 14:24 (UTC)
去开讨论串以请求达到共识。现在不可以。-- Stang 268 2016年9月14日 (三) 15:20 (UTC)
这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。
最近更新
- Android版维基共享资源应用现在可以显示需要照片的附近地点。 [15]
" class="extiw" title="mw:Special:MyLanguage/Help:Extension:Kartographer"><maplink>
和_usage" class="extiw" title="mw:Special:MyLanguage/Help:Extension:Kartographer"><mapframe>
现在可以使用来自开放街图(OSM)的数据,只要OSM在维基数据上定义了一个地区,并为其提供ID的话。您可以使用它绘制地图,并添加信息。 [16][17]
本周更新
- 修订滑块将从9月13日起,在所有wiki作为测试功能提供。这将使在页面历史中不同差异之间导航变得更加容易。 [18]
- 新的用户权限将允许大多数用户更改页面内容模型。 [19][20]
- MediaWiki的新版本将于9月13日部署于测试维基及MediaWiki.org。它将于9月14日部署至非维基百科wiki和部分维基百科上,并于9月15日部署至所有wiki,参见日历。
会议
- 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于9月13日 19:00 (UTC)开始。参见如何加入。
将来更新
- 当您今后在维基媒体wiki上搜索时,您将看见来自您语言姊妹项目的结果。您可以阅读更多它如何工作的详情,并提供反馈。
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)
- 刚刚又再从网上路由跟踪重跑电信的两个美国段,OK,电信主干路看上去挺漂亮的,估计上午只是路由调整的锅?——路过围观的Sakamotosan 2016年9月13日 (二) 05:52 (UTC)
- 两个问题,一个是现在域名解释基本指到198段,其二,刚刚用网上路由跟踪用我所在地区的电信联通节点跑过,电信两个美国段都30跳超时,联通还可以,荷兰段两个没问题,早上测过至少208还是可以的,嗯…………interesting。希望只是服务器问题吧。——路过围观的Sakamotosan 2016年9月13日 (二) 03:25 (UTC)
- 看着眼晕的说……-- Stang 268 2016年9月14日 (三) 15:41 (UTC)