跳至內容

維基百科:互助客棧/技術

維基百科，自由的百科全書
< Wikipedia:互助客栈

這是本頁的一個歷史版本，由小璋丸（對話 | 貢獻）在2016年4月21日 (四) 06:01 （→請求引入mw:Extension:QuickGV）編輯。這可能和目前版本存在着巨大的差異。

捷徑

本頁用作討論在編輯時遇到的技術問題；發表問題或討論前，請先參閱常見問題解答、說明資訊、MediaWiki基本問題及搜尋舊討論記錄。另請注意：

請注重禮儀、遵守方針與指引，一般問題請至互助客棧其他區或知識問答提出，留言後請務必簽名（點擊 ）。


發表前請先搜尋存檔，參考舊討論中的內容可節省您的時間。

12月16日之後沒有新回應的議題會移動至相應的討論頁或存檔。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 濫用過濾器警告信息 13 3 ZhaoFJx 2024-11-30 01:02
2 Navbox hlist 數字清單 多餘開括號（重開） 3 3 Dabao qian 2024-12-18 02:15
3 應將使用Fullurl模板之頁面連結排除於待建立模板外 22 4 A2569875 2024-12-26 12:46
4 由Flow引起的用戶討論頁故障 5 3 Txkk 2024-12-17 20:39
5 Category:巴西游泳运动员和Category:巴西游泳運動員 6 3 Liu116 2024-12-23 12:57
6 2024年第51期技術新聞 1 1 MediaWiki message delivery 2024-12-17 06:23
7 Sub-referencing: Request for feedback 3 2 Johannes Richter (WMDE) 2024-12-18 18:11
8 禮儀師之奏鳴曲頁面開頭的典範條目之星是不是太大了？ 9 3 Shizhao 2024-12-24 17:09
9 AFCH增添 2 2 SunAfterRain 2024-12-19 02:58
10 iOS行動版app加入連結功能易引導他人違反WP:NOTBROKEN 2 2 Kcx36 2024-12-21 17:40
11 修正參考資料格式能否由機械人自動完成 2 2 Kcx36 2024-12-21 17:34
12 條目左上角的「維基百科，自由的百科全書」怎麼不見了？ 17 5 Shizhao 2024-12-26 10:44
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路：條目預儲公共轉換組中匹配的規則，減少載入時間


近年有些公共轉換組越來越大，導致所嵌入的各條目等頁面（爲便説明下稱「條目」但不限於條目）載入越來越慢，爲人詬病。而若條目預先儲存公共轉換組中與條目中字詞相匹配的轉換規則，並適時更新：— Gohan 2024年3月12日 (二) 05:00 (UTC)

Wikipedia:互助客棧/技術 § 濫用過濾器警告信息

剛剛不小心觸發了Special:濫用過濾器/12，收到警告但因無明確信息我根本不知道爲什麽會觸發。現在知道了，但請為此過濾器（及其他僅使用「abusefilter-warning」做警告信息的過濾器）補充明確説明，方便編者，謝謝。--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 01:36 (UTC)

Template talk:AFG § 是時候在阿富汗條目及模板掛上塔利班的旗幟了吧？

喀布爾陷落已經三年了，而民族抵抗陣線的聲音也已經消失了三年，可以確認的是塔利班已經基本掌控整個阿富汗地區，是時候讓阿富汗的旗幟換上塔利班的了。--糯米花（留言） 2024年12月10日 (二) 09:03 (UTC)

Template talk:SYR § Template:SYR所使用的旗幟

在阿薩德政權垮台後的新政權所使用的旗幟為這個，但Template:SYR仍未更新。請問是否應立即更新？--132.234.228.89（留言） 2024年12月16日 (一) 08:57 (UTC)

關於首行空兩格的問題

這個小工具可以讓段落更符合中國人寫文章的文章。討論頁不需要首行空兩格，但是互助客棧和知識問答是討論頁，因此無需首段空兩格。這個問題怎麼解決呢？——SolidBlock討論 2016年3月11日 (五) 11:03 (UTC)[回覆]

這個功能是單純是用css實現的，而討論頁和條目頁似乎在CSS上沒有區別。所以目前不能區分頁面時討論頁還是條目頁。當然，你可以添加腳本增加這種判斷。--Gqqnb（留言） 2016年3月14日 (一) 23:38 (UTC)[回覆]
@Gqqnb：我覺得可以在css中輸入.talk p{text-indent:0px}，然後在這些討論頁頂部添加<div class=talk>。--SolidBlock討論 2016年3月19日 (六) 12:37 (UTC)[回覆]
@Gqqnb：(～)補充：但是這樣的話，編輯段落時仍然會空兩格。--SolidBlock討論 2016年3月25日 (五) 11:09 (UTC)[回覆]
如果改寫成 css+js 實現會怎樣？--⚞★⚟ 2016年4月2日 (六) 16:05 (UTC)[回覆]
@Great Brightstar：我覺得可能不太好。我訪問頁面的時候，經常遇到JS並沒有加載的問題，需要刷新才能解決。要是css能支持維基文本就好了。--SolidBlock討論 2016年4月3日 (日) 05:00 (UTC)[回覆]
js沒有加載，問題可就大了，可視化編輯器不能用，其他小插件也不能用。你還是先修復瀏覽器或給mediawiki提報。--Gqqnb（留言） 2016年4月9日 (六) 01:09 (UTC)[回覆]
用:not不就好了，參見Special:Permalink/39753328 --XYZ指示物（留言） 2016年4月12日 (二) 15:38 (UTC)[回覆]

關於MediaWiki域名的建議

MediaWiki大致有兩個域名，查看頁面時為/wiki/頁面名稱，編輯、刪除等操作時的域名為/zhwiki/w/index.php?title=頁面名稱...。然而第二種完全可以用第一種來表示，比如 https://zh.wikipedia.org/zhwiki/w/index.php?action=edit&title=Wikipedia:沙盒 完全可以替代為 https://zh.wikipedia.org/wiki/Wikipedia:沙盒?action=edit ，效果是一樣的。但是為什麼還要/zhwiki/w/index.php呢？

而且，內鏈不支持像「頁面名稱?action=edit」這樣的譯名。例如[[Wikipedia:沙盒?action=edit]]會直接顯示為Wikipedia:沙盒?action=edit，並不能連結到https://zh.wikipedia.org/wiki/Wikipedia:沙盒?action=edit 。

另外，Curse的項目（如Minecraft Wiki）的域名沒有wiki或w，直接minecraft-zh.gamepedia.com/頁面名稱 或者minecraft-zh.gamepedia.com/index.php?title=頁面名稱&action=edit。那麼MediaWiki有必要在域名中間添加「wiki」或「w」嗎？--SolidBlock討論 2016年4月3日 (日) 05:44 (UTC) [回覆]

/wiki/XXX 的請求到達Apache之後會重寫成/zhwiki/w/index.php?title=XXX 。/zhwiki/w/是路徑，index.php是文件，在/ 目錄下面還有其他的文件，比如503.html（https://zh.wikipedia.org/503.html ） --Antigng（留言） 2016年4月3日 (日) 05:48 (UTC)[回覆]
(～)補充：/wiki/XXX?action=edit 的請求在手機和平板電腦的瀏覽器上面會重根據 UA 重定向到移動版編輯器，這個在 {{LSR}} 就已經實現過。--⚞★⚟ 2016年4月9日 (六) 12:41 (UTC)[回覆]
@Antigng：建議讓內鏈支持[[Wikipedia:沙盒?action=edit]]這樣的類型，使用{{fullurl:}}和{{fullurl}}是比較麻煩的。而且建議將wiki和w統一為wiki或w。還有，為什麼Curse的項目就不需要wiki和w了呢？--SolidBlock討論 2016年4月3日 (日) 05:58 (UTC)[回覆]
(－)反對「建議將wiki和w統一為wiki或w」，難以理解。想想如果有一個條目叫做index.php怎麼辦吧。--Antigng（留言） 2016年4月3日 (日) 06:16 (UTC)[回覆]
一切都可以通過前端代理轉寫實現，不過/wiki/是出於站點功能分類慣性來部署（例如以後添加blog功能，可以使用/blog/；或論壇用/forum/）。例如另一個這裏人辦的的萌百（zh.moegirl.org）將/轉寫了。但最終還是請求為index.php。——路過圍觀的Sakamotosan 2016年4月3日 (日) 06:36 (UTC)[回覆]
語法解釋器是將[[]]轉化為「/wiki/$1」的a鏈，[[Wikipedia:沙盒?action=edit]]已經涉及語法解釋器問題了，就更加不是這裏能解決的，需要到去開發組問了。——路過圍觀的Sakamotosan 2016年4月3日 (日) 06:41 (UTC)[回覆]
@SolidBlock、cwek： 讓[[]]中的?解析為query已經不可能了，因為英文維基有些條目名中已經包含了問號，比如w:Is the Order a Rabbit?--Nbdd0121（留言） 2016年4月5日 (二) 21:06 (UTC)[回覆]
@Nbdd0121：那麼讓代碼支持[[Wikipedia:沙盒|action=edit|编辑沙盒]]（當前效果：action=edit|編輯沙盒）這樣的形式可以嗎？--SolidBlock討論 2016年4月10日 (日) 01:23 (UTC)[回覆]
找開發組問，這部分涉及語法解釋器的技術開發了。只有部分特殊頁支持這種機制。——路過圍觀的Sakamotosan 2016年4月10日 (日) 05:38 (UTC)[回覆]
傳遞參數可以用管道符轉意。——路過圍觀的Sakamotosan 2016年4月6日 (三) 04:57 (UTC)[回覆]
/wiki/是前端轉寫，到服務後端實際是請求/zhwiki/w/index.php加上。同樣/zh-cn/等語言標識也是通過轉寫實現。可以下一個原生mw安裝包看看，實際zh.wikipedia.org/就是安裝包的原生安裝包/目錄。——路過圍觀的Sakamotosan 2016年4月3日 (日) 06:28 (UTC)[回覆]
或者可以對比下mcwiki、這裏、萌百三者版本特殊頁中接入點URL部分的設定，「條目路徑」就是涉及[[]]轉換為a鏈的模板，另外三個就是三個主要文件的真正位置，其他就是靠前端轉寫來實現的。——路過圍觀的Sakamotosan 2016年4月3日 (日) 06:44 (UTC)[回覆]
那個不叫域名啦，域名是/前面的那部分，你值的是URL。從技術上來說，因為/wiki/XXX這類只能是通過rewrite對應到PHP文件，所以w/index.php?XXX肯定是有存在的必要的，/wiki只是短URL而已。--Nbdd0121（留言） 2016年4月5日 (二) 16:49 (UTC)[回覆]
其實郵件列表上以前有special page vs. action的debate。如果都做成special page了那就是Special:Edit/Wikipedia:沙盒了……Liangent（留言） 2016年4月5日 (二) 18:36 (UTC)[回覆]
原來還有這種內幕，其實我個人是偏向全Special Page的，但是MediaWiki已經發展成這樣，大規模改接口已經不可能了--Nbdd0121（留言） 2016年4月5日 (二) 20:49 (UTC)[回覆]
雖然我認同wiki統一改為w是會方便一些，但是保留Wiki可以滿足一些特殊的估計一輩子都用不上的要求比如需要一個title為index.php的維基頁面，這個時候如果wiki改成w就會和真正的PHP程序index.php衝突，所以我個人支持維持現在的狀況。--南瓜（留言 | 貢獻） 2016年4月5日 (二) 20:32 (UTC)[回覆]
/w 底下還有別的東西的，比如 https://zh.wikipedia.org/zhwiki/w/COPYING 和 https://zh.wikipedia.org/zhwiki/w/CREDITS 。另見mw:Manual:Wiki_in_site_root_directory#Reasons_why_putting_wiki_pages_in_the_root_directory_of_the_web_site_is_bad。Liangent（留言） 2016年4月6日 (三) 04:30 (UTC)[回覆]
還有404.php--Antigng（留言） 2016年4月6日 (三) 14:01 (UTC)[回覆]
@Antigng、Liangent：我覺得應該讓內鏈支持Wikipedia:沙盒?action=edit這樣的形式。內鏈可以讓訪問過的連結顯示為深藍色而不是紫色，並且可以顯示紅鏈。{{fullurl}}是如此的複雜。--SolidBlock討論 2016年4月8日 (五) 10:22 (UTC)[回覆]
因為問號可以作為標題名出現，而像#fullurl類的管道在[[]]中會出現衝突，所以這似乎無法解析。不過做一個自行接入action=edit的類似模板是似乎可行的。順便說一下，上方提到的萌百剛把.php的標題block了。 囧rz…… --RubyyTalk|Flow 2016年4月8日 (五) 12:02 (UTC)[回覆]
@Rubyy：已有{{fullurl}}模板，但是仍然具有外鏈的特徵，而且對於訪問過的頁面會顯示為紫色而不是內鏈的深藍色。--SolidBlock討論 2016年4月10日 (日) 01:23 (UTC)[回覆]
這個問題沒什麼意思，要改要伺服器管理員改，維基百科管理員改不了。樓主想要統一url，是好的，但是沒什麼用 。--Gqqnb（留言） 2016年4月9日 (六) 01:13 (UTC)[回覆]
如果讓內鏈解釋支持url式的話，已經涉及語法解釋器的技術開發問題了，已經不是本地前台管理員所能解決的，應該去找開發組建議（當然不太可能接受（笑））。至於根目錄部署映射，可以看L大轉述的mw技術建議。散了吧。——路過圍觀的Sakamotosan 2016年4月10日 (日) 05:37 (UTC)[回覆]
倒是可以考慮啟用類似短連結的形式，例如 https://meta.wikimedia.org/?curid=6125157 --百無一用是書生 (☎) 2016年4月14日 (四) 02:52 (UTC)[回覆]
並不同吧，實際上提出者理解沒理解真實文件路徑和重寫路徑的區別。
  • /zhwiki/w/index.php才是mw這個應用的真實文件和應用入口。/wiki/...是通過URL重寫機制來轉化為前者，例如/wiki/WP:SB?action=edit會由前端反向代理緩衝（squid之類，我們的部署模式）或後端服務應用（Apache httpd，單機沒前端的話）轉寫還原為/zhwiki/w/index.php?title=WP:SB&action=edit，後面才是應用伺服器真實訪問的URL。
  • /wiki/$1，只是mw生成a鏈的一個模板，這樣的就不用面對真實URL一長串的寫法，直接輸入更短的URL，伺服器組會自動轉為真實URL。
  • 得益於URL重寫，可以將多書寫模式的短URL模式（/zh-*/*）自動轉寫為對應包含variant=zh-*的真實URL
  • 至於不部署在站點根上，一來「站點/功能名」是慣例做法，二來參見L大的mw技術文章，部署根站點要考慮robots.txt等同樣放在站點根上的真實文件URL的訪問問題，而且同樣地這些文件名同樣是合法的mw頁面名可以生成相應mw頁面用於訪問。
  • 另，「?"也是合法的mw頁面名字符，所以[[<页面名>?<参数...>]]類似URL真實寫法的內鏈生成還是涉及語法解釋器問題，不過可以考慮提議允許在內鏈語法添加管道符分隔傳入語法來實現URL傳入參數。部分特殊頁面有這樣的機制。——路過圍觀的Sakamotosan 2016年4月14日 (四) 03:36 (UTC)[回覆]

過期DYK投票的結案執行者權限

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:新條目推薦/候選。

目前WP:DYKC的討論結案程序是：

  1. 獲得足夠票數而未過期的DYK提名由機械人辨認。每一項DYK提名都會在提名4天後進行中途點票，如果通過的話就自動結案，跳到第三步。
  2. 中途點票未通過的條目會在條目提名後7天再進行點票。如果票數足夠就會自動結案，否則則需要人工結案。結案後通過者跳到第三步。
  3. 登上DYK欄目。

問題主要是出在第二步。按照目前的機制，人工結案只能由管理員進行。雖然非管理員也可以藉助模仿DYK提名模板results字串的格式標示該條目通過，但是聽說系統不承認非管理員結案，如果是這樣非管理員寫了這個字串跟沒寫這個字串，根本就沒差。我在想，如果准許某些受到社群信任的用戶（例如回退員、巡查員、巡查豁免員，簡稱下三員）給DYK提名結案（就算不給他們用DYKtools），又會怎樣呢？好處是能夠增加效率，壞處是會可能給人亂搞（雖然去年DYK改革以來確認DYK投票是否有效的制度從來沒有被濫用過）。大家怎麼看？

PS. 事緣今晚我給DYK最底下的提名結案，結果因為上面提到的原因彈票，確實有點悲催。可能在技術上那篇條目還未正式結案。--春卷柯南－發前人所未知 ( 論功行賞 ) 2016年4月9日 (六) 15:24 (UTC)[回覆]

確實不接受非管理員。Liangent（留言） 2016年4月9日 (六) 16:09 (UTC)[回覆]
而且自動進行辨認的不僅是機械人，而且還是擁有管理權的機械人（看它們都是adminbot而不是bot）。當然如無很大的危險憂慮的前提，若能下放更多權力給非管理用戶，敝人也是樂見的。（話說GA和FA兩個展區可以給非管理員來搞，反而DYK一定要管理員，這點其實我不是很明白……）--街燈電箱150號 開箱維修 抄錶 檢驗證明 2016年4月9日 (六) 16:24 (UTC)[回覆]
啊啊……原來破壞者Labstore以前是巡查豁免員，Makecat更是包攬下三員權限。而且某些下三員會令他們認為政治不正確的條目從當選變為落選，這也是風險。（雖然管理員也會否決通過的DYK提名，不過以淺藍雪事件為例，當時WG提名的條目確實有瑕疵）。--春卷柯南－發前人所未知 ( 論功行賞 ) 2016年4月9日 (六) 18:54 (UTC)[回覆]
@Cdip150：FA和GA當前以及次日上首頁的版面也只能管理員搞，而DYK是實時上首頁的……Liangent（留言） 2016年4月10日 (日) 06:43 (UTC)[回覆]
然而只有GA欄目當／明天上首頁的內容才會受保護，可是自動確認用戶還是可以動之後要展示的。上次劉嘉那個仿文言式的GA欄目內容能夠登上首頁，就是因為這個原因。--春卷柯南－發前人所未知 ( 論功行賞 ) 2016年4月10日 (日) 07:48 (UTC)[回覆]
設計是WP:首頁/明天應該有人檢查……但實際沒有，近期真正首頁上看到好多次「正在使用昨天的展示項目：Wikipedia:特色條目/2016年X月X日未編寫」了。Liangent（留言） 2016年4月10日 (日) 08:17 (UTC)[回覆]
早前還有那樣一天都沒人管結果第三天直接紅鏈了的……--Jimmy Xu 論 2016年4月10日 (日) 09:39 (UTC)[回覆]
或許可以考慮怎樣：當「下三員」關閉DYK的時候，至少有五位下三員進行了結票而且有4名結果相同，那麼最後的結果就為4位下三員的結果。這樣可以有效避免一些風險。--就是他 ☞ Q 「參觀 我的用戶頁 」「有事請 給我留言 」 2016年4月10日 (日) 12:12 (UTC)[回覆]
然而在技術上要怎樣處理五個下三員的結案？這樣做我認為雖然加了一重保險，不過有可能是架床疊屋，降低效率。--春卷柯南－發前人所未知 ( 論功行賞 ) 2016年4月19日 (二) 10:12 (UTC)[回覆]

Tech News: 2016-15

這是來自維基媒體技術社群的最新技術新聞。請將這些更新轉告其他用戶。不是所有的更新都將影響您。我們也提供它的翻譯版本。

最近更新

  • 可視化編輯器可以生成帶有您使用語言圖片選項的wiki代碼。圖片選項的例子包括「thumb」或「left」。您可以在Phabricator請求將選項更改至您的語言。 [1][2]
  • 維基詞典和維基文庫現在可以使用可視化編輯器。目前這是測試功能。它仍然需要開發以在這些項目中更好工作。 [3][4]
  • ORES正在使用新的模型。使用ORES預測的工具會出現奇怪現象。ORES也有了一個新的API。 [5]
  • 可視化編輯器現已支持傳統希臘文字母。 [6]

問題

  • 當您在可視化編輯器模板中使用鍵盤方向鍵時出現問題。現已修復。 [7]

本周更新

  • MediaWiki的新版本將於4月12日部署於測試維基及MediaWiki.org。它將於4月13日部署至非維基百科wiki和部分維基百科上，並於4月14日部署至所有wiki，參見日曆。
  • wikipedia.org門戶頁面將獲得很多小錯誤的修正和改進。大多數與3月加入的搜索框和建議結果有關。 [8]

會議

將來更新

  • 維基媒體在達拉斯擁有了一個新的備份數據中心。因為此次計劃工作，您將於4月19日和21日這兩天的一小段時間內只能閱讀但不能編輯wiki。這將開始於14:00 UTC，並持續15~30分鐘。 [9]

技術新聞由技術大使製作並由機械人送達 • 貢獻 • 翻譯 • 獲取幫助 • 提供反饋 • 訂閱或退訂。

2016年4月11日 (一) 20:43 (UTC)

我們啥時候能用ORES？--百無一用是書生 (☎) 2016年4月12日 (二) 02:43 (UTC)[回覆]

請問蘋果日報什麼時候被列為不可信來源？

網址「http://www.appledaily.com/」，請問蘋果日報什麼時候被列為不可信來源？我在編輯走光 (行為)時發現，參見：這裏。--36.233.249.22（留言） 2016年4月13日 (三) 19:01 (UTC)[回覆]

應該需要修復，蘋果日報是可靠來源。--Gqqnb（留言） 2016年4月15日 (五) 02:50 (UTC)[回覆]

使用API的allrevisions的功能時出現Database query error

見[10]--Antigng（留言） 2016年4月15日 (五) 00:45 (UTC)[回覆]

無法重現，估計當時伺服器傻逼了。——路過圍觀的Sakamotosan 2016年4月15日 (五) 02:15 (UTC)[回覆]
見右圖。--Antigng（留言） 2016年4月15日 (五) 08:58 (UTC)[回覆]
上面那個還有時打得開有時打不開，這個永遠都打不開。--Antigng（留言） 2016年4月16日 (六) 06:51 (UTC)[回覆]
這個報的是超過500次查詢數限制？——路過圍觀的Sakamotosan 2016年4月16日 (六) 08:21 (UTC)[回覆]
我這邊一直是db query error。唉……逼着人家查數據庫/dump嗎？--Antigng（留言） 2016年4月16日 (六) 09:22 (UTC)[回覆]
@Antigng：MediaWiki系統好像要更新，可以參見互助客棧的消息。--Engle躍【築夢踏實，夢想起飛‎，安裝文字動畫效果】 2016年4月18日 (一) 06:44 (UTC)[回覆]
兩者並沒有什麼聯繫。不過我的12已完成，也就隨它去了。--Antigng（留言） 2016年4月18日 (一) 13:45 (UTC)[回覆]

可否做一個針對emoji的過濾器？

像這個編輯，除了mobile app edit便無其他標籤。--578985s（留言） 2016年4月15日 (五) 14:21 (UTC)[回覆]

Special:AbuseLog/1856883，看看能抓住什麼。--Jimmy Xu 論 2016年4月15日 (五) 17:48 (UTC)[回覆]
哇，統一碼區段都用上了，好厲害。。--Gqqnb（留言） 2016年4月16日 (六) 05:49 (UTC)[回覆]
讚，測試一下😏--578985s（留言） 2016年4月16日 (六) 11:44 (UTC)[回覆]
\u1F2FF:🋿、\u1F300:🌀、\u1F301:🌁、.....、\u1F5FF:🗿、\u1F600:😀......\u1F64E:🙎、\u1F64F:🙏、\u1F650:🙐、\u1F651:🙑、\u1F688:🚈、\u1F689:🚉、\u1F68A:🚊、......、\u1F6B9:🚹、\u1F6BA:🚺、\u1F6BB:🚻、\u1F6BC:🚼、....、\u1F6F2:🛲、\u1F6F3:🛳、\u1F6F4:🛴、\u1F6F5:🛵、\u1F6F6:🛶、\u1F6F7:🛷、\u1F6F8:🛸、\u1F6F9:🛹、\u1F6FA:🛺、\u1F6FB:🛻、\u1F6FC:🛼、\u1F6FD:🛽、\u1F6FE:🛾、\u1F6FF:🛿、\u1F700:🜀
@Jimmy Xu：測試後發現，我這邊從 1F64F 到 1F6F3 也都是 象形文字/顏文字/emoji字元，而過濾器目前只檢查 1F300 到 1F64F ，可能需增加為1F300到1F6F3。另外，字數統計工具會把這些字元也算入.....--宇帆(留言·聯絡) 2016年4月16日 (六) 12:07 (UTC)[回覆]
(～)補充：😏😏，&#128527;&#x1F60F;這種形式的好像無法過濾--宇帆(留言·聯絡) 2016年4月16日 (六) 12:11 (UTC)[回覆]
()BUG回報：@Jimmy Xu：過濾器目前似乎無法捕捉😏😏，&#128527;&#x1F60F;這種形式的emoji字元表達方式，測試結果。--宇帆(留言·聯絡) 2016年4月16日 (六) 12:16 (UTC)[回覆]
但是感覺要在Special:濫用過濾器/20裏實現😏😏&#128527;&#x1F60F;這種形式的判斷好像十分困難（？ --宇帆(留言·聯絡) 2016年4月16日 (六) 16:24 (UTC)[回覆]
看不太懂你在說什麼。寫成entity的不管，這種不可能是無意破壞。--Jimmy Xu 論 2016年4月18日 (一) 03:15 (UTC)[回覆]
完成：測試1F6FF🛿是否有正常捕捉，答案是有的Special:濫用日誌/1860403。--宇帆(留言·聯絡) 2016年4月21日 (四) 03:28 (UTC)[回覆]

請求引入mw:Extension:QuickGV

希望可以安裝一個外掛 QuickGV
這外掛可以用 dot 語言製作流程圖和心智圖，用 SVG 格式輸出，
用了這個外掛不僅能快速產出圖像，因為是文字產生的，所以還能實現版本管理，
可以看出不同版本之間的差異，比起上傳圖片的方式更容易維護。 --小璋丸（留言） 2016年4月16日 (六) 16:15 (UTC)[回覆] 

private static function findExecutable($exec_name, $exec_custom) {
		if ($exec_custom==='') {
			if (PHP_OS!=='WINNT') {
				$exec_path = exec("which $exec_name");
				if ($exec_path==='') {
					$search_dirs = array(
						'/usr/bin',
						'/usr/local/bin'
					);
					foreach ($search_dirs as $dir) {
						$p = sprintf('%s/%s',$dir,$exec_name);
						if (file_exists($p)) {
							$exec_path = $p;
							break;
						}
					}
				}
			} else {
				// TODO 0.2.1: search dot.exe from:
				// * %ProgramFiles(x86)% - C:\Program Files (x86)
				// * %ProgramFiles%      - C:\Program Files
				// [Gg]raphviz\s?2\.\d+\bin\dot
				//$exec_path = exec("where $exec_name");

				$prog_files = getenv('ProgramFiles(x86)'); // for 64-bits Windows
				if ($prog_files===false) {
					$prog_files = getenv('ProgramFiles');  // for 32-bits Windows
				}

				$matched_dirs = array();
				$dh = opendir($prog_files);
				while (($prog_dir = readdir($dh))!==false) {
					if (preg_match('/[Gg]raphviz\s?(2\.\d+)/', $prog_dir, $matches)) {
						$gv_ver = (float)$matches[1];
						if ($gv_ver>=2.0) $matched_dirs[] = $prog_dir;
					}
				}
				closedir($dh);
				
				if (count($matched_dirs)) {
					rsort($matched_dirs);
					$prog_dir  = $matched_dirs[0];
					$exec_path = sprintf('%s\\%s\\bin\\dot.exe', $prog_files, $prog_dir);
				}
			}
		} else {
			$exec_path = $exec_custom;
		}

		if ($exec_path==='' || !file_exists($exec_path)) {
			if ($exec_name==='dot') $exec_name = 'Graphviz';
			self::addError("$exec_name is not installed.");

			// How to install graphviz
			$os = PHP_OS;
			switch ($os) {
				case 'Darwin':
					$url = 'http://brew.sh';
					self::addError('Run the command to install:');
					self::addError('<blockquote>brew install graphviz</blockquote>');
					self::addError(sprintf('If you didn\'t install Homebrew yet, see <a href="%1$s">%1$s</a>.', $url));
					break;
				case 'WINNT':
					$url = 'http://www.graphviz.org/Download_windows.php';
					self::addError(sprintf('Click here to download installer: <a href="%1$s">%1$s</a>', $url));
					break;
				case 'Linux':
					self::addError('For CentOS users, run the command to install:');
					self::addError('<blockquote>yum install graphviz</blockquote>');
					self::addError('For Ubuntu or Debian users, run the command to install:');
					self::addError('<blockquote>sudo apt-get install graphviz</blockquote>');
					break;
				case 'FreeBSD':
					self::addError('Run the command to install:');
					self::addError('<blockquote>pkg_add -r graphviz</blockquote>');
					break;
			}

			return '';
		}

--Antigng（留言） 2016年4月21日 (四) 05:29 (UTC)[回覆]

@小璋丸：呼叫作者。--宇帆(留言·聯絡) 2016年4月21日 (四) 05:47 (UTC)[回覆]
基金會和開發組允許單獨站台使用不統一部署的插件？——路過圍觀的Sakamotosan 2016年4月20日 (三) 05:07 (UTC)[回覆]
應該是允許的--百無一用是書生 (☎) 2016年4月21日 (四) 02:27 (UTC)[回覆]

Tech News: 2016-16

這是來自維基媒體技術社群的最新技術新聞。請將這些更新轉告其他用戶。不是所有的更新都將影響您。我們也提供它的翻譯版本。

最近更新

  • 您可以以更多詳情過濾Special:Log。您可以過濾不同的導入和新用戶。 [11][12]
  • 您可以使用Telnet閱讀維基媒體wiki。 [13]
  • MediaWiki網站可以處理更大的文件上傳。新的限制是4GB。 [14]

本周更新

  • 維基媒體在達拉斯有了一個新的備份數據中心。因為與之相關的計劃工作，您將於4月19日和21日有一小段時間只可以閱讀但不能編輯wiki。這將於14:00 UTC開始，並持續15~30分鐘。 [15]
  • 本周沒有新版本Mediawiki。這是因為數據中心測試。

會議

技術新聞由技術大使製作並由機械人送達 • 貢獻 • 翻譯 • 獲取幫助 • 提供反饋 • 訂閱或退訂。

2016年4月18日 (一) 20:40 (UTC)

關於繁簡轉換問題

目前維基的五個繁簡轉換，大陸簡體、香港繁體、澳門繁體、馬新簡體、台灣正體，為何不是寫台灣繁體？ 如果要使用官方用詞的話，大陸部分，應該寫規範漢字吧--葉又嘉（留言） 2016年4月19日 (二) 16:22 (UTC)[回覆]

歷史記錄

改版之後怎麼感覺許多條目瀏覽量都增加了？大陸現在應該還是鎖着的。。只是錯覺不成--淺藍雪❉ 2016年4月19日 (二) 21:01 (UTC)[回覆]

哪些條目瀏覽量增加了？--Antigng（留言） 2016年4月20日 (三) 03:13 (UTC)[回覆]
感覺我寫的好些大學條目都有這趨勢，例如史蒂文斯理工學院，原來一直也就是三四百，最近都八百了。--淺藍雪❉ 2016年4月20日 (三) 11:06 (UTC)[回覆]
取自 "https://zh.wikipedia.org/zhwiki/w/index.php?title=Wikipedia:互助客栈/技术&oldid=39851353"