维基百科:互助客栈/技术/存档/2013年12月

酋婦蟹總科

酋婦蟹總科的infobox顯示不正常,求修正,多謝--淺藍雪 2013年12月3日 (二) 10:44 (UTC)

好了。--Jimmy Xu  ·  · 2013年12月3日 (二) 11:00 (UTC)

collapsible类的表格折叠脚本

覆盖作用范围包括{{NavBox}}和部分infobox使用了折叠表格的组件,脚本位置在User:Cwek/collapsibleTables.js,如果需要还原以前的折叠表格样式的(就是点击头头就就能折叠的效果),请自行引用到用户脚本中(在special:我的用户页/common.js添加 importScript('User:Cwek/collapsibleTables.js');),并关掉设置中的“<gadget-collapsibleTables>”,避免冲突

多谢以下人等排错过:

  • User:淺藍雪发现Navbox的链接无法点击(原因是事件冒泡干扰,已修复)
  • User:Liangent发现Tab不到文字开关(原因是文字开关要有链接,已修复)
  • User:Baldrsky发现Navbox的state部分失效,全隐藏了(原因可能漏了Navbox带有的展开参数,已补充)

还有劳烦User:Liangent这么多次更换MediaWiki:Gadget-collapsibleTables.js的代码,出问题了又换回去,辛苦了(都是我的不对)——路过围观的Sakamotosan 2013年11月26日 (二) 00:57 (UTC)

我觉得还不错 和以前的差不多了。--Qa003qa003留言2013年11月26日 (二) 01:04 (UTC)
请问是现在的<gadget-collapsibleTables>还是我的脚本?请尽量试,因为不知道原来的运作原理,不保证覆盖原来的参数,所以只能根据汇报判断查漏补缺。——路过围观的Sakamotosan 2013年11月26日 (二) 01:30 (UTC)
把它设成一个单独的小工具吧。--byfserag留言2013年12月3日 (二) 10:15 (UTC)
换个几次代码了,怕麻烦L大又出漏子了(L大说代码太难看,以后不会打理的,算吧,想用的自己挂用户脚本吧),真的想全局用的话,帮手测试多谢,看看能覆盖原来设定,就考虑吧——路过围观的Sakamotosan 2013年12月3日 (二) 12:07 (UTC)

关于https的安全性

如果https加密的信息在传输途中被ISP等机构截获,他们是否能看出这个信息是往哪边传输?如果可以的话,有关部门想知道“什么IP在某时间浏览了维基百科的某某页面”也就不用费那么大力气控制CU了吧。--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月2日 (一) 05:17 (UTC)

L大曾经提过的中间人攻击,但需要伪造CA证书或者存在恶质CA。强破很难,但可以迫使降低加密级别(不会降得太低,但足够低)。Https组合只能知道通信间地址(IPa向IPb完成了一次通信),不解决前面的加密问题,不可能知道内容。(好像现在都只是特定协议端口封锁?)
另看不出https的IP与有关部门与CU的关系,吾语早死?——路过围观的Sakamotosan 2013年12月2日 (一) 06:57 (UTC)
“知道通信间地址(IPa向IPb完成了一次通信)”是我主要的问题。大陆用户访问维基的网络路线应该是“用户->国内ISP->国外ISP->维基服务器”这样,其中国内ISP可能是政府控制的。https的加密方式是地址中只写下一站的地址而最终地址加密,还是直接以明文标示出最终地址?@楼上问“吾语早死?”,我的意思就是说,如果有关部门能从ISP找出某用户使用什么IP上维基,那么就不用黑CU了。--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月2日 (一) 10:04 (UTC)
HTTPS条目说“一个攻击者所能知道的只有在两者之间有一连接这一事实。”那么应该是可以的吧。--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月2日 (一) 10:10 (UTC)
正常情况找不到“某用户”是wiki上的具体哪个用户。Liangent留言 2013年12月2日 (一) 12:03 (UTC)
https通讯被截获,可以知道你访问的IP,但不知道你访问的具体页面。维基百科采用的是128位SHA-1加密,理论上中国具有破解的方法,最快只要进行2的69次方次运算,但是对访问维基百科的用户采用这么大资源去破解根本不可能,即使对刘晓波级别的用户也几乎不可能这么去折腾,只会用在非常机密的信息(例如先进军事情报等)获取上。总之一句话,你没这么重要。--百無一用是書生 () 2013年12月2日 (一) 13:00 (UTC)
看来也不是没可能。例如:你访问维基百科的几个时间点刚好和你贡献的时间点吻合,流量大小也差不多。或者通过你其他非加密通讯来对比。--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月2日 (一) 13:08 (UTC)
可能某些代理能做到“看上去是访问代理的IP,把实际地址加密在数据包里,代理解密出要访问的地址,再返回加密的网站信息”。但是大多数的代理(如fg)是不是都不能隐藏真实访问的IP地址的? --管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月3日 (二) 01:42 (UTC)
代理解密?那至少也得是top 500的机器才做的了吧?--百無一用是書生 () 2013年12月3日 (二) 02:06 (UTC)
我说的是我相信代理,让代理能解密出我真实想要访问的IP和网址,但国内ISP就看不到。--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月3日 (二) 02:43 (UTC)
代理出口服务端扔出国外,然后自己建立客户端(一个标准的http代理界面或者其他代理界面)和客户服务端之间的通信协议(包括负载和控制通信,还有打招呼),理论上可以,但实际——真的被害妄想到这么必要和耗费吗?And,你想做的不就是GoAgent在做的吗?——路过围观的Sakamotosan 2013年12月3日 (二) 03:13 (UTC)
P.S.,密匙方面,可以自己算一对公私匙。——路过围观的Sakamotosan 2013年12月3日 (二) 03:21 (UTC)
那么结论就是:在没有特别隐藏访问IP的情况下,用https访问什么IP对国内ISP是可见的,并可能根据使用规律推导出源IP所属维基用户。所以有关部门基本上不用打CU的主意。--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月3日 (二) 05:24 (UTC)
都说了,中间传递(ISP)只能看见IP之间发生了一次通信,但不能知道是谁用了什么帐号看了些什么,而且不要用巧合来形容。——路过围观的Sakamotosan 2013年12月3日 (二) 06:05 (UTC)
可以的,如果你在同一个地方上网(ISP可以查到哪个IP分给了哪一家)时间比较长,并且花费比一般人长的时间看维基百科,数据流量和次数又比打酱油的多,连接的时间又和你的用户在维基上贡献的时间吻合,是可以过滤出“只有你”的。--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月3日 (二) 08:21 (UTC)
拿数据来说话:从Wikipedia:统计可得:中文维基一月有5.9亿次浏览量,平均每天2000万次,每分钟(贡献记录能达到的精度)1-2万次,这还是没有排除中国大陆以外和非https访问量的结果。其中独立的IP最多算几千个,再取你另一个贡献的时间点,取交集,能够过滤掉大多数短期查找资料的IP。再从流量上判断(客栈页面一般都有几百K,你要编辑一般会产生这么多流量)、排除一些已知的维基人的IP,按地区过滤(如果你公开你是哪里人的话)还是比较可能的。--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月3日 (二) 10:29 (UTC)
我也来说一句:大家似乎对https的概念不太清楚。使用https浏览网站的时候,是可以探测到其中IP的(GFW很有可能也是检测用户是不是访问了维基百科HTTPS服务器的IP来拦截的)。但是网址是看不了的。如果网址也能看的话,那么GFW何必直接封掉https而不对其进行敏感词过滤?http://www.guokr.com/question/469750/--Techyan留言2013年12月3日 (二) 13:43 (UTC)
朝鲜的轮子的意思是不是说:通过用户贡献和ISP的IP记录,反复取交集,最终得到维基百科用户对应哪个人。我觉得理论上可行,而且不是很麻烦。我想能不能这样:在用户页上谎报自己的地区,比如说你是北京人,在用户页上就说自己是上海人,然后再象征性地编辑几个关于上海的条目,甚至去上海参加维基聚会,这样让有关部门相信你是上海人,于是乎他们就会去查上海IP,就查不到你了。当然了如果他们不按地区过滤,这招就没用了。--Chmarkine留言2013年12月3日 (二) 20:18 (UTC)
再问和我的结论相关的一个假设:现在中国的相关部门有没有权力获取ISP的任意资料?这方面有立法吗?--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月4日 (三) 05:48 (UTC)

管理員積壓工作提示

Bluedeck 2013年11月27日 (三) 04:29 (UTC)

貌似存废讨论至少有一个月都没人处理了吧?我只帮助处理了一小部分最容易处理的。呼叫管理员!呼叫管理员!--百無一用是書生 () 2013年11月28日 (四) 01:55 (UTC)
又看了一下,Wikipedia:頁面存廢討論/積壓投票只更新到了10月18日,之后所有的积压(包括未积压的)都没人管了。说明一下情况,以前存废讨论主要是我在清理,后来Alberth2主要接手清理(我只偶尔帮下忙),近一个多月来,Alberth2貌似比较忙,不管这个了,而我也比较忙,只清理一些最容易处理的就占了太多时间.....然后基本上就没别人来处理这个工作了。现在頁面存廢討論基本处于半停工状态--百無一用是書生 () 2013年11月28日 (四) 02:04 (UTC)
存废讨论的处理流程太复杂了!'我曾尝试参与处理,但实在是耗费精力,而且这种经历大部分是体力活。看看处理时要做什么吧:1、要把讨论完成的存废讨论段落用折叠模板折叠起来,并标记处理结论,并签名。2、根据处理结论,需要把条目内的存废讨论模板移除,或删除条目,或移动条目。3、结论保留或移动的条目还需要在其讨论页内标记该处理的记录。这些机械化的流程耗费了大量时间。我们需要机器人协助处理!。同时,应该改善存废讨论的版面:归总未处理的内容,而不是分于各日期内。乌拉跨氪 2013年11月28日 (四) 02:29 (UTC)
Twinkle里凑合了个,别一次点太多……--Jimmy Xu  ·  · 2013年11月28日 (四) 15:43 (UTC)
就那个“批删”?乌拉跨氪 2013年11月28日 (四) 18:15 (UTC)
不是,那个是删CSD用的。--Jimmy Xu  ·  · 2013年11月29日 (五) 03:14 (UTC)
那没看到什么新工具啊。乌拉跨氪 2013年11月29日 (五) 04:45 (UTC)
話說頭頂上的這三項積壓還沒人動一下嗎. Bluedeck 2013年11月29日 (五) 04:35 (UTC)
{{int:clearyourcache}},PM已经是老大难了。--Jimmy Xu  ·  · 2013年11月29日 (五) 05:10 (UTC)
到底改了什么。乌拉跨氪 2013年11月29日 (五) 05:14 (UTC)

分享一个给用户框设置分类的办法

到这里来看看吧,这有个办法只许把用户页归类。-- ──★──  2013年12月4日 (三) 15:20 (UTC)

擴充章節模板變成空白了

單純:

加入時間:


擴充章節模板變成空白了--Jason924tw留言2013年12月6日 (五) 13:47 (UTC)



t:disputed-section,t:POV-section等 似乎也是,與Template:Ambox的更改有關?--Jason924tw留言2013年12月6日 (五) 13:58 (UTC)

  已修复。的确是的--百無一用是書生 () 2013年12月6日 (五) 13:59 (UTC)
對不起,是我的錯誤,本來是想避免章節的維護模板不受noteTA的全文轉換影響,沒想到小型板的會故障,現在我會重新調試。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2013年12月6日 (五) 14:04 (UTC)
已重新修改,希望大家協助檢查有沒有故障情況,謝謝。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2013年12月6日 (五) 14:14 (UTC)

這個模板出了什麼問題

有關於Template:64TeamBracket-NoSeeds,原先是小弟自Template:64TeamBracket-BelgianCup改編而來,但是圖表的準決賽部分,黑線總是連不起來,不知道有沒有神人能幫忙修復?--Changnick留言2013年12月1日 (日) 14:31 (UTC)

Template:64TeamBracket不能實現同功能嗎?另外,將en:Template:64TeamBracket-BelgianCup不作任何修改貼上中文維基並無問題,應該是翻譯時刪除了某些格式。--H2NCH2COOH留言2013年12月8日 (日) 03:09 (UTC)

这个分类下的模板页面太多,难于维护,建议用 lua 语言改写下。-- ──★──  2013年11月29日 (五) 15:32 (UTC)

2013年12月9日 (一) 16:13 (UTC)

菊與刀

菊與刀infobox裡的[[South Caroline journeys]]怎麼來的?似乎不對勁,若果然如此,求修正。多謝。--淺藍雪 2013年12月9日 (一) 14:02 (UTC)

[8],但刪掉後現在卻變成菊與刀的infobox裡出現Wikidata匯入錯誤了……-Lif…lon 2013年12月9日 (一) 23:57 (UTC)

今天路过决定论,看到 查 论 编 是红色,我就去看了一下。现在已经把模板名字改成中文了,为何在条目中 查 论 编 仍然无效?求解,实在是不懂,在 /技术/存档 里搜了一下还是毫无头绪。。谢了。SzMithrandir留言2013年12月9日 (一) 23:48 (UTC)

同樣的參數在最後還給重置了一次……[9]。-Lif…lon 2013年12月10日 (二) 00:00 (UTC)
(:)回應啊,谢大神。(mb)(mb)

錯別字

當成功將頁面與其他語言版本連結起來時,會出現:

面已成功連接,你可以於中央數據庫中找到包含此連結的項目。

「貢」應為「頁」。 --Quest for Truth留言2013年12月10日 (二) 03:36 (UTC)

  已修复[10]--YFdyh000留言) 2013年12月10日 (二) 03:52 (UTC)--YFdyh000留言2013年12月10日 (二) 03:52 (UTC)

模板顯示異常

Koala0090留言2013年12月10日 (二) 15:32 (UTC)

  已修复Lif…lon 2013年12月10日 (二) 18:05 (UTC)

模板參數的使用狀況

在下想調查一個模板裏的選填參數的使用狀況,需要找出那些使用了該參數的條目,請問如何能有效地搜尋呢?--Quest for Truth留言2013年12月11日 (三) 10:51 (UTC)

1. 把模板改一下,如果有参数就加入某个分类;2. tools:~kolossos/templatetiger;3. 我这有个脚本可以用来统计。Liangent留言 2013年12月11日 (三) 12:34 (UTC)
多謝提議,加入分類的做法似乎會有延時的情況,第2個提議十分好用。--Quest for Truth留言2013年12月11日 (三) 12:48 (UTC)
第一个方法的延迟我记得因为要有人编辑那个页面后,页面缓存才会刷新,模板的最近更新才会体现。--Gqqnb留言2013年12月11日 (三) 13:13 (UTC)

对新条目推荐候选的意见

我有一个疑问:新条目推荐候选那边的模板,主要贡献者在英文标识上为author。但一般来说新条目推荐的主要编辑者又不是唯一编辑者,所以这个author是否应该更改为另一称谓会比较合理一些? --香巴拉的守护者留言2013年12月8日 (日) 03:11 (UTC)

只是后台参数名而已,又不是前台显示的名称,随便一点也无所谓了,知道该填什么就行。—Snorri留言2013年12月8日 (日) 03:17 (UTC)
我也只是建议改个后台参数以让表述更准确而已。--香巴拉的守护者留言2013年12月8日 (日) 09:25 (UTC)
如此啊。。我一直覺得主要編輯者一般就是作者啊。--淺藍雪 2013年12月9日 (一) 14:06 (UTC)
在dykEntry,可以簡單的改成兩名兼容,但實際上機械人會認可author,人類編輯估計也不願意去寫maincontributor而避開author才六個字。Bluedeck 2013年12月12日 (四) 16:09 (UTC)

中文移动版问题

中文移动版很多信息框把排版整个弄乱了:

 

另外,下面那个其他语言的按钮怎么变成了这个? --百無一用是書生 () 2013年12月12日 (四) 03:44 (UTC)

infobox和navbox是两大令移动Web端头疼难题。
  • navbox曾经问过英文,因为navbox大部分都超宽表格,窄屏显示效果不佳,所以默认屏宽低于768px就隐藏了。
  • infobox曾经试过被章节开关栋穿并覆盖,后来又改为infobox表格是把章节开关顶下去,但表格外缘撑满整个屏宽。
只能慢慢等Web组改吧,或者怎样考虑在不同屏宽下使用不同表格排挤排版。
外语那个按钮改了有一段时间了,好像有时刷新不好也会变回原来的章节开关。——路过围观的Sakamotosan 2013年12月12日 (四) 05:06 (UTC)
这是用火狐自适应800×1280的截图(同样用infobox)——路过围观的Sakamotosan 2013年12月12日 (四) 05:16 (UTC)
额,这是已经改过了,还是之前我的浏览器解析出问题?现在比较正常了--百無一用是書生 () 2013年12月12日 (四) 08:31 (UTC)
发现启用测试功能就乱了--百無一用是書生 () 2013年12月13日 (五) 02:19 (UTC)
确认,在窄屏时效果不错,宽屏就效果怪异些。可能是对模拟现在PCWeb版的栋穿章节的模拟吧,等设计组慢慢调试吧——路过围观的Sakamotosan 2013年12月13日 (五) 02:38 (UTC)

標籤裡的repeating characters是什麼意思?

有誰知道標籤裡的repeating characters是什麼意思?例如319北京政變條目,為何會觸發過濾器?--天天 (留言) 2013年12月11日 (三) 22:18 (UTC)

Special:滥用过滤器/117。触点没看出。--YFdyh000留言2013年12月12日 (四) 09:18 (UTC)
英文字母b到z連續出現七次的話就會觸發(不必是同一字母,也不知道為何不包括a)。應該是那個ref標籤的name值“bbcbjzb”引起的。-Lif…lon 2013年12月12日 (四) 11:53 (UTC)
感謝解答。--天天 (留言) 2013年12月12日 (四) 15:54 (UTC)
連續出現七次是不含aeiou。--GZWDer留言2013年12月13日 (五) 09:52 (UTC)
看走眼了  囧rz...Lif…lon 2013年12月13日 (五) 10:07 (UTC)

有没有快速取两个用户编辑的交集和编辑时间交集的工具?

如题--管闲事且对地图炮具有100%抗性的朝鲜的轮子留言2013年12月14日 (六) 17:11 (UTC)

字體變更?

該來的總會來的……萬萬沒想到之前討論提到的字體問題,到今天竟然在IE上發生了(當然我寧願它用不上,但變化確實已經發生)。

照例先介紹作業環境:本人使用 Windows 7,瀏覽器為IE和Maxthon,用字為港澳繁體,今早一起來發現用IE瀏覽的話,字體一律是微軟正黑體,過去的{{Lang}}模板原本有讓IE自適配字體的作用,但現在根本不行,都變成了微軟正黑,以下頁面可供參考:

顯然,中日的維基百科都無法利用lang標籤來讓瀏覽器自動選擇字體了。如果該問題不是個例,現在有兩條路可以走:

  • 仿照{{JIS2004フォント}},給簡體字、台灣正體字、香港繁體字、日文、韓文各編一個模板
  • 改造{{Lang}}模板(個人不建議用這個方案)

以上。--H2NCH2COOH留言2013年12月8日 (日) 02:09 (UTC)

我也是,用 IE11 打开维百某页面的时候页面都是微软雅黑-- ──★──  2013年12月8日 (日) 05:19 (UTC)
經檢查,昨晚電腦自動更新了IE。不僅是維基,包括百度Google翻譯在內的很多網站都一夜間變成了微軟正黑體。因此可以確定這個變化與維基無關。我已經將該問題以英文的形式提報給日文維基百科,不知有無引起重視……
記錄中顯示這個更新是「x64 系統 Windows 7 的 Internet Explorer 11」,更新後版本號為11.0.9600.16428。由於更新是微軟出的,它肯定會迅速普及,儘管不是維基的錯,但大量和漢字字形有關的條目將在越來越多IE瀏覽器上無法正常顯示,應盡快用模板解決問題。--H2NCH2COOH留言2013年12月8日 (日) 08:09 (UTC)
这个问题我在几周前就发现了(应该是IE11导致的无误)。目前有两个后果:
  1. IE设置中的“字体”沦为摆设,总是会使用默认的字体(比如中文,简体系统会使用雅黑,繁体系统会使用正黑)
  2. 无法在同一页面混合显示不同的语言字体。比如虽然在日文维基仍可以显示为默认的日文字体(简体中文系统是MP Gothic,繁体中文应该是MP Mincho),但在中文维基里所有套了{{lang|ja|xxx}}的内容仍使用中文默认字体。
可以认为是一个很严重的BUG。虽然本人非常喜欢研究浏览器对字体的处理,但是IE并非本人主力浏览器,所以这个BUG对我影响不大……另外我觉得这问题最好去微软报错比较好。--小烈 (找我?) 2013年12月8日 (日) 11:37 (UTC)
这里行不行?-- ──★──  2013年12月9日 (一) 18:00 (UTC)
求人不如求己,況且對於maxthon之類的瀏覽器,這是早已存在的問題。--H2NCH2COOH留言2013年12月10日 (二) 04:39 (UTC)
{{Font-ja}}已經創建,並首先於日本汉字條目試驗。--H2NCH2COOH留言2013年12月15日 (日) 10:20 (UTC)

這是我初始參與維基的戶頭,後來發現中字名有所不便想換名字,但是當初不知道有用戶重命名這碼事,直接拋棄了。今天突然想起來,回頭看看那邊,感覺好生可惜,不知道尚有辦法合併兩個戶頭可否? Bluedeck 2013年12月12日 (四) 15:52 (UTC)

恐怕只有bugzilla的技术人员才能帮你了。--byfserag留言2013年12月13日 (五) 09:22 (UTC)
不过他们很可能回你一个WONTFIX。--byfserag留言2013年12月13日 (五) 09:25 (UTC)
好像已经有一个工具用于合并账户的,之前说实现统一认证时用来合并不同名的账户的。——路过围观的Sakamotosan 2013年12月13日 (五) 09:42 (UTC)
@User:Liangent--byfserag留言2013年12月13日 (五) 09:46 (UTC)
没有哦。Liangent留言 2013年12月14日 (六) 10:08 (UTC)
mw:Extension:UserMerge,但是在維基百科没有安装。--GZWDer留言2013年12月15日 (日) 13:47 (UTC)
好吧,謝謝大家幫助。Bluedeck 2013年12月15日 (日) 14:02 (UTC)

為什麼“”不會顯示出「」效果?

為什麼“”不會顯示出「」效果?--Nantou222留言2013年12月16日 (一) 10:41 (UTC)

請使用wp:繁簡交換,“”簡體顯示,「」繁體顯示-Jason924tw留言2013年12月16日 (一) 11:01 (UTC)
那怎麼辦?有幾個條目我給它改掉了。--Nantou222留言2013年12月16日 (一) 11:28 (UTC)
應該只算是繁簡破壞吧--Jason924tw留言2013年12月16日 (一) 11:36 (UTC)
Jimmy xu wrk有幫我回退了。--Nantou222留言2013年12月16日 (一) 12:05 (UTC)

Cannot insert image from English Wikipedia

How can I insert the school logo of St. Stephen's College, Hong Kong into the Chinese version? The logo is already here in the English version.

--Hkcoms留言2013年12月16日 (一) 09:28 (UTC)

That is a local file in en.wp.You need to upload to here again.--路过围观的Sakamotosan 2013年12月16日 (一) 09:42 (UTC)
You must upload it into Chinese Wikipedia. -- ──★──  2013年12月16日 (一) 13:23 (UTC)

改 hosts

我不知道有多少人在用这个方法,wikisource 的解析结果已经改了,因此会造成这个方法失效,追着最新的解析结果就行。另发现 upload.wikimedia.org 的解析结果 https 访问目前暂时没有问题,所以把原来的修改注释掉应该就可以。--Kegns留言2013年12月17日 (二) 01:36 (UTC)

維基媒體貌似在今天更改了IP,但是新IP已被我發現了!O(∩_∩)O哈哈~ -- By LNDDYL.(留言2013年12月17日 (二) 05:46 (UTC)

分類

分類:聖母子主題繪畫作品對應en:Category:Paintings of the Madonna and Child,不過wikidata那裡連不上去,求解決。多謝。--淺藍雪 2013年12月18日 (三) 00:54 (UTC)

Infobox law enforcement agency

{{Infobox law enforcement agency}}這個模板問題很多啊,見英國邊境管理局,主要是標誌下面的英文“logo of the”,創始於後面的日期倒置,下面特別管轄權用了斜體,還有那個缺掉的模板,看了一下原版完全搞不懂啊,直接複製過來未免要被人刪掉。--淺藍雪 2013年12月18日 (三) 13:31 (UTC)

問:{{Link FA}}和{{Link GA}}失效了。

如题,在左侧的语言列表中看不到相应的标志。请问如何解决? --印天胤 2013年12月16日 (一) 09:22 (UTC)

  已修复,见en:MediaWiki_talk:Common.js#LinkFA_is_broken,系统版本更新造成的--百無一用是書生 () 2013年12月18日 (三) 13:32 (UTC)

2013年12月16日 (一) 08:37 (UTC)

刚刚发现一个办法,就是输入 id="mw-content-text" 可以指定可视化编辑器界面用和系统一样的字号,不需设置 font-size。-- ──★──  2013年12月18日 (三) 14:39 (UTC)

求助:WIKI又登陆不上

图书馆可以正常登陆wiki,家中无法登陆wiki。改了hosts也没用,现在只能爬墙壁,求助。--白开水 打针吃药 查水表 )☺ 2013年12月18日 (三) 16:18 (UTC)

delete F1/F5不能显示附加参数

{{delete|F5|File:Connected_film_poster.jpg}},不填又有提示。我没看懂和不会调试模块:Template:Delete。--YFdyh000留言2013年12月18日 (三) 17:17 (UTC)

因為直接在右下角顯示目標檔案的小圖像了,而不是顯示連結。把滑鼠游標放到圖像上面去或者直接點進去還是可以看到連結吧?-Lif…lon 2013年12月18日 (三) 21:29 (UTC)
原来在那里,通常在中间的,从没注意过那个角落。感觉该在中间加个提示文本,像是“目标文件见右下”。--YFdyh000留言2013年12月18日 (三) 22:29 (UTC)

portal的翻譯

  • 現在中文維基的名字空間大多已經有中文翻譯,像是Talk是討論,Template是模板;而Portal目前還是用英文,是否可以找一個中文翻譯來取代?個人是推薦「主題」,此翻譯在本站已經屢見不鮮,像是Template:Portal bar也都是用主題一詞,Template:Icon也是用主題一詞;是否可以將Portal用主題一詞取代呢?還是有更好的譯名?--Liaon98 我是廢物 2013年11月16日 (六) 15:16 (UTC)
其实portal翻译成“领域”更好,主题留给topic吧。之前的讨论:Wikipedia:互助客栈/其他/存档/2013年8月#優良主題請願乌拉跨氪 2013年11月16日 (六) 16:38 (UTC)
我個人還是比較喜歡用「主題」就是了,總之希望能有個中文翻譯。--Liaon98 我是廢物 2013年11月16日 (六) 16:48 (UTC)
而且已經有不少模板都是寫主題,若是改成領域可能很多都要修改,例如像模板:Infobox animanga,ACG相關頁面的模板也是寫主題,就連模板:Portal自己都用主題一詞,可見應該是廣為使用的名稱了。[24](在Template名字空間中搜尋主題),幾乎全都用主題一詞,改用領域可能要有很大規模的修改。--Liaon98 我是廢物 2013年11月16日 (六) 16:53 (UTC)
习惯上portal是被翻译成主题没错,但如果要引入topic名字空间的话,那topic应该翻译成什么?乌拉跨氪 2013年11月16日 (六) 17:19 (UTC)
上面那個Template:Icon幾年前是翻成話題,模板:Class mask則是翻成專題,Template:Topic也是翻成話題,其他就找不太到了,比較少用到這個詞。--Liaon98 我是廢物 2013年11月16日 (六) 18:55 (UTC)
portal可譯成入口。--118.168.131.53留言2013年11月24日 (日) 14:33 (UTC)
(+)支持翻譯成「入口」符合英文原意,也可以避免與"專題"混淆。--安可 ♪留言2013年12月3日 (二) 01:10 (UTC)
(!)意見:我認為翻成主題一樣也有入口的意思,跟專題搞混應該是不會,目前Portal翻作主題這個潛規則也行之有年,也未見跟專題有何搞混。--Liaon98 我是廢物 2013年12月9日 (一) 20:25 (UTC)
(!)意見: “门户”怎么样? 意思差不多的。 --诸人有作, 惟吾无为.留言2013年12月19日 (四) 06:01 (UTC)

(!)意見:我认为Portal应该翻译为主题。另:Category是分类。还有,topic是话题,请见WP:特色话题。--黄居士书房 | 吾绩 | 审核 2013年12月8日 (日) 07:13 (UTC)

(:)回應:特色話題那個目前還沒上路,且也還沒有共識,原本特色話題也是被命名為特色主題,但是發現會跟Portal搞混,才暫時改為話題,所以才需要來這邊討論。--Liaon98 我是廢物 2013年12月9日 (一) 20:25 (UTC)
(:)回應H:NSH:NS#主题名字空间WP:P--Jason924tw留言2013年12月15日 (日) 11:34 (UTC)
他早就有名字了--Jason924tw留言2013年12月15日 (日) 11:37 (UTC)
(:)回應:原來如此,那更沒有懸念了,那是什麼問題讓它沒法上路直接用主題:取代Portal:的?--Liaon98 我是廢物 2013年12月15日 (日) 14:10 (UTC)

孟庭葦的官方來源被垃圾链接过滤器擋下可否請管理員修復?

「http://www.moontalk.com.tw/」這個網址因此觸發垃圾链接过滤器原因何在?這明明是孟庭葦的官方來源,這樣會被擋下來令人不解與訝異,請管理員修復。--Nantou222留言2013年12月19日 (四) 13:44 (UTC)

Wikipedia:防滥用过滤器/错误报告。-Lif…lon 2013年12月19日 (四) 15:16 (UTC)

S-RAIL

{{S-rail}}似乎有點不對勁?見麥爾安德站#外部鏈接,無法正常顯示上下車站。--淺藍雪 2013年12月16日 (一) 22:33 (UTC)

嘗試修正。中文維基用的相關模板及語法和英文維基的不太一樣,見{{start rail box}}。-Lif…lon 2013年12月16日 (一) 23:59 (UTC)
thanks--淺藍雪 2013年12月17日 (二) 04:44 (UTC)
{{s-line new}} --达师 - 270 - 456 2013年12月20日 (五) 16:27 (UTC)

用API编辑维基百科,服务器提示badtoken

我的脚本先用一个账户登录,成功;获取User:Gqqnb/沙盒的编辑令牌,也成功;然后用登录时服务器给的cookies和得到的编辑令牌编辑User:Gqqnb/沙盒,服务器提示badtoken。代码在此 ,求大神指导。--Gqqnb留言2013年12月20日 (五) 11:57 (UTC)

token要escape(里面那个加号,其实所有参数应该正确转义)。token构造的方式就是目标在拦截这种有问题的编辑,token没传对可以抓得出来,编辑文本里有没转义的可能就把整个条目弄坏了。Liangent留言 2013年12月20日 (五) 19:51 (UTC)
我应该是cookies没处理好。用了requests.session()就对了!--Gqqnb留言2013年12月21日 (六) 04:04 (UTC)

Wikipedia:字词转换请求或候选中出现的字词转换问题

Wikipedia:字词转换请求或候选这个页面似乎用所有的简体语言变种(hans,cn,sg)浏览的时候,从第二行其就全部都是繁体,是什么情况?--Techyan留言2013年12月22日 (日) 02:38 (UTC)

不是清楚寫明「本頁面顯示的內容不會有繁簡或地區詞的轉換」嗎?

理由已在Wikipedia:合并请求#2013年6月中陈述:

由于之前提出时没有引起注意,所以这里重新提出。--Gqqnb留言2013年12月22日 (日) 11:55 (UTC)

那哪里介绍制作模板的高级技巧呢?--Gqqnb留言2013年12月22日 (日) 14:03 (UTC)
……m:Help:Template,或甚至m:Help:Advanced templates?嗯……-Lif…lon 2013年12月22日 (日) 16:35 (UTC)
如果帮助:模板仅仅介绍制作模板,那么哪里介绍如何调用模板、如何在调用时传参数?哪里介绍类似{{Wikipedia:互助客栈/技术}}的调用?哪里提及模板的替换引用?--Gqqnb留言2013年12月23日 (一) 01:56 (UTC)

2013年12月23日 (一) 08:31 (UTC)

模板

請求隱藏{{模板:Cite AmCyc}}的分類,見雅各布·格奧爾格·阿加德。--淺藍雪 2013年12月22日 (日) 17:40 (UTC)

創建分類頁面並且加上{{Hiddencat}}即可,見Category:含有來自美利堅百科全書文獻的維基百科條目。--Quest for Truth留言2013年12月22日 (日) 21:37 (UTC)
thx,學到了新知識--淺藍雪 2013年12月23日 (一) 15:27 (UTC)

问:如果维基百科的条目有繁体版本页面,是否也一定有简体版本页面?

--207.46.92.18留言2013年12月23日 (一) 08:38 (UTC)

目前是的。Wikipedia:字詞轉換--YFdyh000留言2013年12月23日 (一) 08:52 (UTC)

WikiProject United States

  1. {{WikiProject United States}}似乎有點問題?使用之後會出現“格式錯誤的專題橫幅”。見討論:沉默的大多數
  2. 繁體下,優良條目鐵窗喋血劇情里最後一段中盧克死後顯示成了盧剋死後,不過源代碼沒有發現問題。--淺藍雪 2013年12月23日 (一) 19:06 (UTC)
  1. Template:WikiProject United States之前沒有為BANNER_NAME參數賦值,  已修复。-Lif…lon 2013年12月23日 (一) 22:18 (UTC)
  2. 繁簡過度轉換,  已修复。-Lif…lon 2013年12月23日 (一) 22:18 (UTC)

如何在维基中显示一个北京时间

UTC+8显示格式:yyyy年mm月dd日hh时ii分(ss秒)(24小时制)

下面是我的研究进展,代码请在编辑中看。(缺点:①北京时间00:00时日期停留在前一天,②时钟不是24小时制的。)

现在是2014年1月4日 08:46:46(UTC)。今日日期 2014年1月04日,北京时间(UTC+8):04时46分46秒(非24小时制)。

greation 留言2013年12月24日 (二) 05:34 (UTC)

原来代码这么简单。应属正解。谢谢GZWDer。—greation 留言2013年12月25日 (三) 05:23 (UTC)

中文的維基百科為什麽不能像英文或法文頁面那樣有一個‘download as pdf’或‘télécharger comme pdf’這樣的選項呢?

--weni widi wiki留言2013年12月23日 (一) 08:01 (UTC) 中文的維基百科為什麽不能像英文或法文頁面那樣在頁面左邊有一個‘download as pdf’或‘télécharger comme pdf’這樣的選項呢?很多時候想下載一些中文術語就得複製,複製的時候又會出現問題。

碍于简繁转换,好像仍未解决。bugzilla:34919--YFdyh000留言2013年12月23日 (一) 08:52 (UTC)
放在测试区行吗?-- ──★──  2013年12月28日 (六) 09:00 (UTC)

路線圖模板更新通知

前後經兩名俄語維基百科用戶努力後module:Routemap已經成型並可以完全取代之前的BS模板,基本使用法已經簡單在module的doc中說明,已經有使用维基百科:铁路系统标示經驗的話應該很快就能上手,如有不清楚的地方請盡量提問。-- 同舟留言2013年12月18日 (三) 02:58 (UTC)

感激。——路过围观的Sakamotosan 2013年12月18日 (三) 03:19 (UTC)
这模块是一次过生成,不像以前堆叠式模板,建议新的可以转用这个模块,旧的引用旧的模板组合就能改造就改造。不要动原来的BS模板。——路过围观的Sakamotosan 2013年12月18日 (三) 03:23 (UTC)
将使用指南写到铁路系统标示里吧。——路过围观的Sakamotosan 2013年12月18日 (三) 03:23 (UTC)
要i18n一下。——路过围观的Sakamotosan 2013年12月18日 (三) 03:26 (UTC)
感谢! 但是感觉好复杂啊。--Qa003qa003留言2013年12月18日 (三) 07:43 (UTC)
其實路線圖本身的代碼反而比BS模板簡化了,不過我得承認輸入{{#invoke:Routemap|route|pattern=是比較麻煩,要不就直接將這句呼喚Lua module的代碼都陷入BS-map模板中,新增參數{{{lua}}}來決定是否啟用Routemap模塊。-- 同舟留言2013年12月18日 (三) 08:09 (UTC)
这种革新性的特性最好另开模板处理。——路过围观的Sakamotosan 2013年12月19日 (四) 00:21 (UTC)
|route 这个数据有什么用呢?--Qa003qa003留言2013年12月19日 (四) 15:07 (UTC)
mw:Lua呼喚模塊中特定程序的必要參數,不用在意,BS-map已經加入了lua參數所以不必再輸入#invoke:gkeurh9238g。-- 同舟留言2013年12月20日 (五) 01:26 (UTC)
可通过判断是否存在第二个参数来确定语法是旧的还是新的。 --达师 - 270 - 456 2013年12月20日 (五) 16:28 (UTC)
這樣會牽涉到額外的java script嗎?我覺得可免則免了。-- 同舟留言2013年12月22日 (日) 09:55 (UTC)
{{subst:#if:{{{2|}}} | | }} --达师 - 270 - 456 2013年12月22日 (日) 16:35 (UTC)
那么我最近新加的{{{lua}}}参数就是做这种事了。--同舟留言2013年12月24日 (二) 01:24 (UTC)
采用参数数量判断的话,待未来新版语法普及后,可进行平稳过渡,而无需再大量修改参数,同时也不会出现因为漏填lua参数而出错的现象。 --达师 - 270 - 456 2013年12月25日 (三) 13:22 (UTC)
你的意思是参数2是正的话就用旧语法,负的话则用lua吗?不过现在{{BS-map}}的使用数在250篇条目以内,手动改也不会太悲惨。-- 同舟留言2013年12月26日 (四) 03:23 (UTC)
是。 --达师 - 270 - 456 2013年12月29日 (日) 09:38 (UTC)

簽名長度的限制

簽名長度限制為255字節,但是有的簽名明顯長於255字節,這是如何做到的?--天天 (留言) 2013年12月26日 (四) 02:14 (UTC)

替代模板。(subst:XXX)——路过围观的Sakamotosan 2013年12月26日 (四) 03:11 (UTC)
能否以方针规制任何手段的过长签名?--同舟留言2013年12月26日 (四) 03:14 (UTC)
原來如此,一直在用,沒想到簽名也有人這麼用。--天天 (留言) 2013年12月26日 (四) 03:57 (UTC)
在维基百科指引上有要求的。(P.S. 放过我吧,为了2014新年大扫除计划,我的签名就超了44字节  囧rz...) ——Nigel2014新年大扫除 2013年12月29日 (日) 13:23 (UTC)
題外話:為甚麼要限制簽名長度?--一個正常人 捍衛人權 還我自由 消滅獨裁 2013年12月26日 (四) 07:11 (UTC)
因为过长签名会影响其他用户留言,拖慢编辑、读取和预览速度。-- 同舟留言2013年12月26日 (四) 07:26 (UTC)