萌娘百科討論:討論版/技術實現/存檔/2020年12月
討論版【技術實現】檔案館
[BUG] HotCat小工具無法處理頁面中繁體分類
- 問題
在某頁面使用繁體中文分類時，HotCat小工具無法顯示分類下的(-)(+)等符號。Chrome 86與Edge均復現。
- 復現步驟
- 打開HotCat後，進入任意一個使用繁體名稱分類的條目（例如魔法陣）；
- 移動至分類頁面，發現無法使用HotCat更改分類。
- 期望行為
讓已使用繁體中文分類的頁面也可以使用HotCat更改該分類。
- 影響範圍
全站……吧？
--Thus Spoke Sivlovski.「討論」 2020年11月8日 (日) 16:23 (CST)
- 這個大概率解決不了，必須要分類的實際頁面名和原始碼中的名字完全一致才能用HotCat處理。中文維基百科也沒解決這個問題。——Xzonn（聊天） 2020年11月8日 (日) 16:28 (CST)
- 主站復現，但是共享站竟然沒有復現……
- 上面那個BUG也是共享站沒復現，難道共享站和主站用的是兩隻熱貓？--
ZhMGP:~ Leranjun$ 主頁 · 討論 · 貢獻 · EnMGP|72020年11月8日 (日) 16:35 (CST)- (～)補充 貌似共享站和主站對繁體分類名的處理不太一樣。訪問https://zh.moegirl.org.cn/Category:奇幻作品術語會強制轉換成簡體，但是https://commons.moegirl.org.cn/Category:奇幻作品術語好像不會。--
ZhMGP:~ Leranjun$ 主頁 · 討論 · 貢獻 · 工具人|312020年11月8日 (日) 16:38 (CST)- 因為主站存在Category:奇幻作品术语頁面，繁體會自動轉成簡體。圖站不存在cm:Category:奇幻作品術語頁面也不存在cm:Category:奇幻作品术语頁面，所以不會有這個問題。——Xzonn（聊天） 2020年11月8日 (日) 16:43 (CST)
- @Xzonn 咦？但是cm:Category:作者:无和cm:Category:作者:無是兩個分類啊……--
ZhMGP:~ Leranjun$ 主頁 · 討論 · 貢獻 · 單推人|42020年11月8日 (日) 16:54 (CST)- @Leranjun 這兩個頁面不是也沒創建嗎（小聲）--Thus Spoke Sivlovski.「討論」 2020年11月8日 (日) 16:56 (CST)
- @Leranjun是這樣的，在沒有創建的情況下，簡體和繁體視為兩個頁面，例如Category:张三和Category:張三；在僅創建了繁體或僅創建了簡體的情況下，簡體和繁體都會自動轉換成已創建頁面的寫法，例如Category:術語會自動轉換成Category:术语；在簡體和繁體都創建的情況下，簡體和繁體仍然視為兩個頁面，例如上文所說的cm:Category:作者:无和cm:Category:作者:無。在頁面左側的「頁面信息」可以看到頁面ID是不同的。這種簡繁轉換不只適用於分類，也適用於其他命名空間。——Xzonn（聊天） 2020年11月8日 (日) 17:37 (CST)
- @Xzonn 咦？但是cm:Category:作者:无和cm:Category:作者:無是兩個分類啊……--
- 因為主站存在Category:奇幻作品术语頁面，繁體會自動轉成簡體。圖站不存在cm:Category:奇幻作品術語頁面也不存在cm:Category:奇幻作品术语頁面，所以不會有這個問題。——Xzonn（聊天） 2020年11月8日 (日) 16:43 (CST)
- (～)補充 貌似共享站和主站對繁體分類名的處理不太一樣。訪問https://zh.moegirl.org.cn/Category:奇幻作品術語會強制轉換成簡體，但是https://commons.moegirl.org.cn/Category:奇幻作品術語好像不會。--
非萌百之力所能及。(註)Func君已經解決了，不過後一句還是儘量做到為好。——C8H17OH 2020年11月11日 (三) 02:01 (CST)基於頁面名的簡體優先原則，在填寫分類時請儘可能使用簡體。——C8H17OH（討論） 2020年11月8日 (日) 18:32 (CST)
- 已確認，我已經做出一個非常難看但是可以使用的修復，可用
mw.loader.load(mw.config.get("wgServer") + mw.config.get("wgScriptPath") + "/index.php?title=User:Func/HotCat.js&action=raw&ctype=text/javascript");調用。--Func（討論·貢獻） 2020年11月10日 (二) 13:56 (CST)
- 去除了 MAR：bug本身並沒有修復，只是有一個workaround而已。--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月17日 (二) 17:52 (CST)
| “ | 一直就是這樣的，工作量比較大沒人願意動手吧。 | ” |
| ——zhwp:Wikipedia talk:維基百科工具/HotCat#HotCat的簡繁問題 | ||
- 指望原作者修應該是不大可能了（畢竟本來就不是給中文準備的），要麼讓A姐把Func桑的版本放到全站？--
ZhMGP:~ Leranjun$ 主頁 · 討論 · 貢獻 · 工具人|302020年11月17日 (二) 18:03 (CST) - Func寫個diff patch，我再應用吧，這樣避免以後從維基共享那邊更新新版本時增加工作量。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月19日 (四) 12:04 (CST)
Special:Diff/4510398/4522532--Func（討論·貢獻） 2020年11月19日 (四) 23:44 (CST)- 小修復：Special:Diff/4510398/4533156--Func（討論·貢獻） 2020年11月20日 (五) 13:39 (CST)
- 指望原作者修應該是不大可能了（畢竟本來就不是給中文準備的），要麼讓A姐把Func桑的版本放到全站？--
[BUG]移動端放棄編輯對話框無法顯示
復現非常簡單，用登錄了的手機在這個頁面點擊編輯按鈕，隨便打點東西再按叉就會觸發。
用
我在我的CSS頁試寫了補丁，但是由於
NHJR（討論） 2020年11月27日 (五) 20:57 (CST)
可能是MediaWiki:Gadget-mobile-styles.css第180行的z-index導致問題，應改為一個0至4之間的整數。NHJR（討論） 2020年11月27日 (五) 21:21 (CST)
【BUG】機械人User:AnnAngela-abot每月首日移除討論串存在問題
- 問題
在翻看萌娘百科_talk:討論版/權限變更時，發現缺少了上月的某個在申請過程中被核查用戶的討論串。檢查編輯歷史，發現該串沒有被存檔，但是被機械人在本月首日將之作為已存檔討論串移除。
- 復現步驟
- 期望行為
- 將被錯誤刪除的討論串移動到存檔頁；
- 修復機械人使之正常工作。
- 影響範圍
萌娘百科_talk:討論版/權限變更，沒有檢查討論版其他頁面
--Ceba（討論） 2020年12月3日 (四) 16:23 (CST)
- 召喚一下安姐@AnnAngela。——C8H17OH（討論） 2020年12月3日 (四) 17:41 (CST)
- 不知道發生了啥，先修一下。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月4日 (五) 22:22 (CST)
【BUG】T:Hovers的class與移動端皮膚輔助class重名
- 問題
{{Hovers}}模板中的radial-in和radial-out兩個效果依賴一個叫做「content」的class，然而這個class和移動端皮膚的「content」class重名，導致hover的內容在720px以下的寬度會添加一個margin，從而導致錯位。截圖見右。
- 復現步驟
- 在手機版視圖打開Special:PermanentLink/4571582。
- 將寬度調整為720px以下。
- 將鼠標移至圖片上，或點擊圖片。
- 發現圖片位置出現問題。
- 期望行為
圖片與寬度高於720px時保持一致。
- 影響範圍
全站。
--優質編輯者樂然 
我的鍋...當初是為了方便書寫_(:з」∠)_，就沒給content類加前綴不過萌百有這種全局生效還容易撞車的class名，這好麼，這不好 --東東君（討論） 2020年12月5日 (六) 23:28 (CST)
還是萌百移動端的樣式換下class名吧，hovers引入的太多已經不好改了 --東東君（討論） 2020年12月6日 (日) 10:58 (CST)
- 恐怕不可能，這個是皮膚自帶的class。當時寫的時候就沒有檢查過移動版兼容問題嗎？——Xzonn（聊天） 2020年12月6日 (日) 11:07 (CST)
- 我在動了，等一下。--Func（討論·貢獻） 2020年12月6日 (日) 11:20 (CST)
- 目前僅剩討論頁存檔中的沒有處理，就這樣吧。--Func（討論·貢獻） 2020年12月6日 (日) 12:03 (CST)
感謝各位大佬幫忙修復！--工具人樂然
【BUG】時間戳標記錯誤及自動修正
- 問題
使用~~~~添加簽名及時間戳時，會同時產生兩次編輯，第一次為編輯內容及錯誤的時間戳，第二次為修正至正確的時間戳。
- 復現步驟
- 添加~~~~，並點擊顯示預覽
- 等待超過一分鐘，並保存更改
- 發生了編輯衝突bug，查看歷史後發現添加了錯誤的時間戳，不過並沒有自動修正
- 重複上述步驟，同樣是發生了編輯衝突bug，添加了錯誤的時間戳，沒有自動修正
- 期望行為
~~~~可添加正確的時間戳
- 影響範圍
全站
--高級火法（討論） 2020年12月2日 (三) 02:08 (CST)
- 又是編沖bug……--酒姬民樂然
【BUG】Template:遊戲分級手機版視圖問題
- 問題
Template:遊戲分級在手機版視圖下無法居中。
- 復現步驟
- 任意安卓設備
- 安卓端Chrome瀏覽器打開Template:遊戲分級
- 與桌面端視圖相比，該模板輸出的內容在手機端無法居中
- 期望行為
使輸出內容在移動端可居中
- 影響範圍
全站使用了該模板的條目（特別是遊戲類條目）
--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年12月10日 (四) 00:02 (CST)
- @Fetton 未復現，但是我試着修復了一下。麻煩大佬看看現在可以了嗎？--酒姬民樂然
- @Leranjun 還是沒有居中。--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年12月10日 (四) 10:55 (CST)
- 刷新了一下緩存，生效了，非常感謝！--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年12月10日 (四) 10:57 (CST)
【BUG】Template:萌屬性版面異常
- 問題
Template:萌屬性版面出現異常，除了subnav以外，主框體navbox疑似失效。
- 復現步驟
- 期望行為
正常顯示navbox
- 影響範圍
全站
--Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年12月11日 (五) 20:35 (CST)
關於自己和自己假編沖的bug
想要進一步收集一下信息。有哪些大佬是在未啟用編沖檢測小工具的情況下觸發bug的？有哪些啟用了該小工具的大佬在CST昨天晚上11:32的此次修復之後仍然觸發bug的？望能得到各位的反饋。謝謝！——移動版用戶 Bhsd（討論） 2020年12月6日 (日) 07:10 (CST)
- 似乎wiki+和ipe用戶暫無該問題。我嘗試過mw原生編輯器，確實出現過這個問題 開了小公舉。—— ほしみ 2020年12月6日 (日) 10:17 (CST)
- (～)補充 測試在修復前，暫無復現。—— ほしみ 2020年12月6日 (日) 10:18 (CST)
- 啊，我當初就想是否與這個小工具有關，但是之前也相安無事運行了幾個月，自己也打開工具測試了幾次，並無復現就很神必。
- 我是覺得這個小工具完全沒有必要，簡直是脫褲子放屁。還不如在界面文字裏加強引導。
- 不過之前似乎有用戶提到顯示無任何差異的編沖界面，不過沒有提供截圖，這裏還是需要注意。--Func（討論·貢獻） 2020年12月6日 (日) 10:38 (CST)
ほしみ【BUG】移動端{{Toggle}}等顯示出現問題
- 問題
發生甚麼事了?大約是今天，Toggle模板、氧娘及其他涉及mw-collapsible的東西似乎一起壞掉了，不能摺疊，同時顯示所有內容。桌面版顯示正常。然而Toggle模板前兩天還好好的，最近又無更改記錄，篩選最近更改後懷疑與Special:差異/4588093有關。
- 復現步驟
測試內容
- 期望行為
正常顯示
- 影響範圍
移動端全站?
--NHJR（討論） 2020年12月13日 (日) 11:50 (CST)
【BUG】{{文本切換顯示}}出現問題
- 問題
使用chorme瀏覽器訪問我的用戶頁，發現使用了文本切換顯示的地方報錯了。因為我的用戶頁的這部分內容借鑑了濁華前輩的代碼，於是我又嘗試訪問濁華前輩的用戶頁，結果出現了同樣的問題。目前懷疑是模塊:文本切換顯示的問題。
- 復現步驟
- 期望行為
使用了{{文本切換顯示}}的文本可以正常顯示
- 影響範圍
疑似全站
--—— 
我已經試驗出錯誤原因了，參數不得填寫數字，必須按模板文檔的說法寫字母。可能之前是兼容的，現在出問題了吧。——From 引夢者濁華 (討論·貢獻) 2020年12月13日 (日) 12:52 (CST)
- @サンムル Module:文本切換顯示修改後參數名為1或2時會出錯，其他可能存在錯誤的頁面參見Category:有腳本錯誤的頁面。該分類下的{{配音表}}相關條目應該已經修復，需等待分類連結更新緩存。——移動版用戶 Bhsd（討論） 2020年12月13日 (日) 12:59 (CST)
- {{StyleToggle}}裂開了。--Func（討論·貢獻） 2020年12月13日 (日) 14:47 (CST)
- fixed. 現在可以
偷懶使用默認數字作為字符串代號了。至於{{StyleToggle}}的問題就不是我的擔當分野了。--サンムル（討論） 2020年12月13日 (日) 15:10 (CST)
【BUG】請求核查機械人邏輯
如題，我注意到機械人User:C8H17OH-bot正在對全站頁面進行大範圍消歧義改動。
全站替換，自然會不可避免的出現誤傷行為，而在bot的編輯摘要里也提到本次編輯由機械人進行，如修改有誤，請撤銷或更正，並聯繫操作者。
我這邊也一直在跟進檢查，發現有錯誤的，都會一一更正，或撤回，或手動修正。
就在今天上午，我注意到，原本已被修正的一處錯誤，又被bot重複執行了一次，參見下方——
車軲轆
建議
- 修改機械人編輯邏輯，對已經編輯過一次的頁面，不要進行二次編輯
- 修改機械人編輯邏輯，對已經編輯過一次且被撤銷的頁面，不要進行二次編輯
- 修改機械人邏輯，停止對包含歷史/神話人物條目的頁面進行修改
以上三條做到任意一條都可以解決問題
——
- @Ave：非常感謝！首先我解釋一下，據我所知目前只能通過通知系統知曉被撤銷的編輯，而在12月2日晚我被私下告知一筆編輯出錯被撤銷時我才注意到我沒有在參數設置里開啟機械人賬戶的「還原」通知，在此之前的被撤銷編輯我都沒法被自動告知了，導致我沒能及時注意到這筆撤銷；而後在從頭開始跑第二遍的時候導致這個被撤銷的又編輯了一遍，非常
抱歉。順便，有人告訴我升級到MW 1.3.6版本的維基百科現在對被撤銷的編輯會自動新增「被回退」標籤，所以你百什麼時候升(ry - 然後，關於這種情況本身，就我目前所能想到的方法，這種情況是很難從一般的內鏈錯誤中區分出來，只能通過預先人工檢查、發現不需要消歧義則加入忽略列表的方式排除，而由於量很多（機械人目前總共已經2000筆編輯了，其中我預先檢查過的我估計大概有十分之一），我一般只會對覺得我覺得可疑的條目進行復檢，有時判斷錯誤
或者一時偷懶就會執行了錯誤修改（比如這次就是我沒想到這個條目里有直接敘述歷史），所以我希望發現錯誤編輯的能告知我，以便我亡羊補牢、將其加入忽略列表（當然在打開「還原」通知後我已經通過收到撤銷通知來知曉了），對此我也深感痛苦；但是因為原型人物的鏈入里也有很多就是應該指向相應的作品中角色，完全放棄原型人物對於整體目標（清理消歧義頁鏈入）而言也弊大於利，再加上原型人物很難機械判定（並非所有的這種消歧義頁都加了CAT:原型人物分類）…… - 所以逐條回應一下建議：1.機械人是依次檢查每個消歧義頁的鏈入而非依次檢查每個條目的鏈出，每次編輯條目只會對一個連結做消歧義，所以已經編輯過的頁面很可能還有其他沒被清理的；2.撤銷目前只能通過通知系統得知，需要我在網頁中登錄機械人賬戶才能看到，我不太清楚能否或如何通過API查詢；3.見第二段。綜上，我目前還是傾向於繼續用人工方法排除錯誤，畢竟這個機械人本來就是個在我確認前不會直接提交編輯的半自動機械人；我也會針對原型人物類消歧義頁和Fate等化用歷史傳說作品的條目加大檢查力度。
- 再次感謝對錯誤的告知和建議，此前或今後如果發現了其他問題也希望一併告知，非常感謝。——C8H17OH（討論） 2020年12月4日 (五) 13:49 (CST)
- 理解你的意思。實際上你bot所有編輯我都看過
就連每一根汗毛都看得清清楚楚，從運行至昨天，平均下來每天都會出一個錯誤，而錯誤無一例外全都出在了關於歷史/神話原型的部分，你看我貢獻記錄就看得出來。 - 因此我的建議是你的bot暫緩對相關頁面的修改，而不是建議你本人停止對其修改。
- 相反，我建議這部分內容就是應當由人工慢慢修改，因為這些東西你也清楚，很難憑藉簡單的機器邏輯辨別。
- ——
新たな世界を見せてあげよう！（討論） 2020年12月4日 (五) 14:44 (CST)
- 理解你的意思。實際上你bot所有編輯我都看過
- @Ave：非常
- 非常感謝您幫我監視機械人的編輯，老實說我自己都沒有逐個回看過所有修改
（有種鄰居幫忙照看自己家孩子的感覺xd）。看了一下您的貢獻歷史，除了上面那個之外還有Special:差異/4560988/4561085和Special:差異/4561858/4562573是嗎？如果有遺漏的還麻煩您再告知一下。 - 我也理解您的意思，但是我上面也說了，我並不很想放棄用機械人排查原型人物類的消歧義頁，因為相關的錯誤鏈入並不少，只是其中容易被錯判的比例相對單純重名等其他情況而言較高、需要人工檢查的更多，但與完全人工相比最起碼機械人可以先把可能出錯的預篩出來（而且其實我檢查後再交給機械人的情況和我手動處理也不查多少了xd，只是歷史記錄里顯示的是bot的編輯而已），所以我的想法還是加強人工複查而不是直接放棄用機械人處理這些。
- 話說回來，其實相對於錯判為可以修改的情況，機械人放過的鏈入其實多得多，畢竟我這個只是基於所謂「關鍵詞」判斷，那些沒有關鍵詞hit或者hit較多的的就直接跳過了，還是需要很多人力去慢慢改正。——C8H17OH（討論） 2020年12月4日 (五) 16:49 (CST)
- 還有就是，看起來出錯的裏面Fate相關的比較多？似乎Fate專題內的條目的沒有太多的消歧義問題，我在考慮是否加入「如果是Fate分類則直接跳過」的邏輯（不過專題外角色列舉章節類的條目里還是有些問題，比如Special:差異/4521944/4565863和Special:差異/4372660/4565699）。——C8H17OH（討論） 2020年12月4日 (五) 16:52 (CST)
- (－)非也非也出錯的地方規律非常明顯，那就是存在歷史/神話原型且存在原型頁面鏈入的頁面，凡是這樣的連結，全部躺槍了，無一例外
- 舉個栗子，比如齊格魯德，原型故事中殺死了法夫納，這個法夫納就會躺槍——
- 相反的，在某作品中的人物a頁面，提及同為該作品中的b，這種形式，給個消歧義正確率幾乎為100%，例如托爾(小林家的龍女僕)頁面，如果提及魁札爾科亞特爾，那麼給一個消歧義到魁札爾科亞特爾(小林家的龍女僕)，九成九是正確的
- 但如果在魁札爾科亞特爾(小林家的龍女僕)頁面中，提及該角色的原型為羽蛇神，那這個1000%會直接躺槍，被改成魁札爾科亞特爾(小林家的龍女僕)，即經典的我原型我自己——
- 非常
- 你可以定期檢查
{
"action": "query",
"format": "json",
"meta": "notifications",
"notfilter": "!read",
"notsections": "alert",
"notlimit": "max"
}
請求在pc端訪問詞條時自動從移動端頁面跳轉至標準頁面
Google中移動端 mzh. 域名開頭的網址常有較高權重，優先展示，但在pc端訪問時不會自動跳轉至 zh. 域名，導致瀏覽十分不便，請求添加自動跳轉功能。 分類:其他 ——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由Antinmpassthf（討論·貢獻）於2020年12月12日 (六) 23:28 (CST)添加。
- ( ¡ )題外話 先把那個莫名其妙的分類去鏈再說，然後你沒簽名……這個不是普通css能解決的吧，可能需要行政員才能做到（個人理解）--
非常非常慫的playymcmc007（
討論 ） 2020年12月13日 (日) 10:04 (CST)
- 復現，而且有的時候繁簡轉換的URL也會出現到搜索結果當中。--OIer樂然
- 實際上移動端點擊"桌面版"的時候是會添加GET參數
mobileaction=toggle_view_desktop的，我想電腦端查看手機端視圖也可利用類似方式實現吧。
- 實際上移動端點擊"桌面版"的時候是會添加GET參數
- Ann姐在Special:差異/4588093中添加了Google來源的移動→桌面版跳轉。然而她似乎把mw-collapsible一併改壞掉了?NHJR（討論） 2020年12月13日 (日) 13:05 (CST)
【BUG】討論版主頁中的討論版目錄不再更新
- 問題
見萌娘百科_talk:討論版/提問求助#討論版主頁中的討論版目錄似乎已經不再更新
- 復現步驟
檢查一下cewbot
- 期望行為
更新討論版目錄
- 影響範圍
全站
--「準備提案」from TNLHK「與我討論」 2020年12月14日 (一) 14:02 (CST)
TNLHK「- @TNLHK 請不要在兩個版重複提報。--工具人樂然
【BUG】文本切換顯示按鈕無法繁簡轉換
- 問題
在{{文本切換顯示按鈕}}中的文字無法實現自動繁簡轉換。貌似是因為文字是後期JS加上去的所導致的。
- 復現步驟
見Special:PermanentLink/4573023。
- 期望行為
在簡體設置下，兩個按鈕均顯示簡體；在繁體設置下，兩個按鈕均顯示繁體；在未設置的情況下則照常顯示。
- 影響範圍
全站。
--酒姬民樂然
- 需要區分@on和@off，還要對應着同時修改Module:文本切換顯示和Widget:TextToggleDisplay，還要做防XSS處理，改起來感覺挺麻煩的。加上萌百有權限且同時有能力維護Widget的用戶很少，不支持繁簡轉換的Widget又不差這一個，AnnAngela大佬如果不是很空的話建議先擱置吧……——移動版用戶 Bhsd（討論） 2020年12月6日 (日) 13:26 (CST)
請求改良搜索方式
そう、俺様です。如題。我（們？）在站內調查、研究、編寫一些多義詞（多是非專有名詞在不同作品內的通約，也有其他情況，彼此不同而又相互關聯）的時候遇到了一些問題。
現狀是：萌娘百科的搜索欄默認只有「輸入後跳轉到同名頁面」的功能，其它的搜索技巧對於知識不多的人（往往也是用戶）並不是很容易被使用。而且！打代碼不是很麻煩嗎！
就算在消歧義頁點擊內設的「 全站搜索【（該詞）】」，也一般只是像德羅斯特效應似的套娃……
現在搜索的時候會出現的那個「搜索聯想」一類的東西，電腦端看來也還是不太好使。不知道手機端怎麼樣。而且對於一些歧義太多的詞（舉例：chika、咲夜、未來）那麼短的搜索聯想也不好用……
所以，這對搜索有多義的詞的用戶來說，不方便。
人們在社會生產發展中要反映日趨複雜的客觀現象，就不可避免地要用原有的詞來表示相關的其他事物， 使新舊詞義並存。
動手對一些原住內容出警寫過幾個消歧義頁（舉例：miku/au/月/變色/p）之後，我深深地感到。想只憑部分文化人的鍵盤靠考據和追加追上這種大勢，只會力不從心。
人群中突然鑽出一個新的歧義的時候，做到及時加進對應的消歧義頁也很難。而且站內活人真少，廚力不濃的地方連點讚的都沒有，更別說送krkrdkdk
我有時候會故意搜索已經是常識的字詞來觀測文化的脈絡，為了尋找玩歧義梗的辦法，我不是一個人。而且我經常參觀的幾家其它的網絡共筆百科也全都不是只在搜索欄默認提供這種跳轉方式。
有一家熊掌的搜索欄右側兩個按鈕，其中一個有直達同名頁面的作用，另一個有全站搜索標題內含有輸入的關鍵詞的作用。而且那家是船新的同義詞處理辦法，不像現在的wiki某1覺得是好的。
而且，對於之前的一件事情，因為在考據的時候發現搜索功能好像並不完全一樣的某幾處異時空同位體那裏並沒有吵起來，感覺已經要「僅僅是出於這個原因引發一類在萌百站內特有的矛盾」了。
所以我認為作為一個百科全書這樣設計是不好的！況且看樣子最近方針對於原型類條目也引起重視了。
在這裏多碼一些字？寫方針指引論述？還是改搜索欄？選一個還是全都要？
( ¡ )題外話 之前某1被吐槽「在討論問題的時候經常上升到概念層面的控制」（差不多是這樣……？）以後，思考了幾天，結論是：或許只是人和人的思想所處的位面不能一概而論吧。
只跳到一種解釋，容易成為滋生KY、小鬼之類試圖獨佔某詞解釋權的**的有利條件。
就算我們的力量和邪惡的來源一樣，但我也曾經化絕望成希望。某1也期待過提到簡約名字的時候有人能想起自己，只是「變得只能想到一個」的世界太可怕罷了。
——[「一」切皆流]水精靈迪迪 (給某1留言) 2020年12月6日 (日) 18:10 (CST)
- 閣下想怎麼改良..？我好像沒看懂...不過這兩個頁面幫助搜索應該有用：Help:搜索、Help:搜索/搜索代碼
- ( ¡ )題外話 Special:搜索右上那個幫助連結能不能換成Help:搜索頁面，鏈去mediawiki全英文看不懂（（--這不是個人/吸毒or蹦迪中 2020年12月6日 (日) 19:45 (CST)
- @水精灵迪迪 =。=看了1e9遍終於看懂了，要全站搜索是嗎？
- 給。--酒姬民樂然
- 看不懂…… --Fetton論（✉戰雙帕彌什專題編輯組求人中...），留言於: 2020年12月6日 (日) 21:07 (CST)
- 請使用簡單明了的語言闡述自己的觀點。——因為你百不能中英混合導致的本應是某FFF團的高級火法的高級火法
論·錄 2020年12月6日 (日) 22:12 (CST)
原先{{disambig}}的模板其實有檢索頁檢索而不會回到同名頁面的功能，但是Func[更多]的最近一次修改使這個功能失效。因此你要問問他，這裏@Func。——淑子（トーク） 2020年12月6日 (日) 21:51 (CST)
- 額，不好意思，修復了。--Func（討論·貢獻） 2020年12月6日 (日) 23:01 (CST)
- 然而全站檢索並沒有恢復，至少在我這裏是這樣。——淑子（トーク） 2020年12月7日 (一) 00:03 (CST)
- 應該是有緩存的問題吧。--酒姬民樂然
- 應該是有緩存的問題吧。--酒姬民樂然
- 然而全站檢索並沒有恢復，至少在我這裏是這樣。——淑子（トーク） 2020年12月7日 (一) 00:03 (CST)
驚訝，果然這就有人來修了o(ﾟДﾟ)っ！說好的換一個燈泡要那麼多萌百人呢。自己換瀏覽器用了幾下消歧義頁內的那個搜索，感覺良好。
我覺得只要改到常識人用起來很難套娃就好了（常識人，性格類萌屬性，意思大約是「一般人」。對應條目在寫了）。之前沒看見「搜索」的幫助里有一個列舉搜索代碼的子頁面，這樣已經可以了。
剛才又試了一下，還有一種套娃的情況是，現在如果在頁面內自搜和頁面同名的詞語就會套娃。我剛才在「火焰」這個條目里又體驗了一次然後無情地除它佔用了。
( ¡ )題外話 真是悲哀，總有一天還是要讓其餘的世界來承擔後果，邀請新玩家哪裏是那麼簡單的事。放心，我自己也在努力，包括但不限於，這個基因組不會被自願加入池裏了。有人試圖知道ASDD是山東人嗎，√，倒裝句我也不太會用的其實很少說話和其它的地球人，看來漢字的順序確實還是會影響一些人的閱讀啊！！！。然而會熟練地自傷。然而某1學語言主要是為了讀寫而非聽說，因為對聯機模式已絕望；所以突然對自己德不配位的英語成績想開了。
願意看1e9遍並給出按鈕的那位好帥氣ヾ(✿ﾟ▽ﾟ)ノ然而，對此事能否成為能在現界行動如常的契機也一如既往地並不希望被抱希望。——[「一」切皆流]水精靈迪迪 (給某1留言) 2020年12月10日 (四) 17:11 (CST)
- @水精灵迪迪 這個應該是mw自身的問題，我去問一下。--OIer樂然
啊Σ(゜ロ゜;)。看樣子一時半會裝不上了。在換燈泡……的事之前我來把那個框搬到我用戶頁湊活一陣子，感謝這位少俠翻出來的代碼。
之前幾次也因為「有了同名頁面之後別的就難搜」和其它編輯就消歧義問題跤流的時候行為不夠自持……嚶嚶嚶_(QwQ」∠)_——[「一」切皆流]水精靈迪迪 (給某1留言) 2020年12月11日 (五) 13:20 (CST)
- 有同名頁面的情況下有兩種方法可以搜索：1.手動打開Special:搜索（或者PC端直接按下放大鏡按鈕）；2.在搜索時前面加一個"~"，參見Help:搜索/搜索代碼#防止空降。——C8H17OH（討論） 2020年12月15日 (二) 14:32 (CST)
關於註腳內容自動補全的小工具/模板
我相信所有寫過References的編輯者都知道它有多麻煩（儘管萌百對這塊沒什麼要求），有沒有辦法引入某個小工具或者模板，輸入網站連結或其他內容自動補全餘下信息？比如說維基的可視化編輯器--Relic5064（討論） 2020年12月10日 (四) 17:58 (CST)
- ( ¡ )題外話
退可視化編輯器保平安（——4O74Y74L74J7（討論） 2020年12月10日 (四) 18:00 (CST)
- 維百負責這塊的應該是mw:Citoid，但實裝可能性微存。小工具的話，私找不到相關的API……--酒姬民樂然
- 維基百科有ProveIt小工具，但是需要TemplateData擴展，萌百沒裝。目前還是只能手寫{{Cite web}}系列模板。理論上可以通過瀏覽器獲取網頁信息然後填到對應的區域，但是標題、URL、訪問時間好獲取，作者、網站、更新時間就有點麻煩了。——Xzonn（聊天） 2020年12月11日 (五) 07:20 (CST)
【BUG】監視列表更新時無法收到郵件通知
- 問題
- 復現步驟
- 期望行為
監視列表更新時恢復郵件通知
- 影響範圍
全站
--「準備提案」from TNLHK「與我討論」 2020年12月14日 (一) 13:20 (CST)
似乎不只是監視列表更新時收不到郵件，現在連新賬戶的郵箱確認郵件都收不到...
這裏——
- 復現。--酒姬民樂然
從今天下午開始貌似又能正常收到通知了……--酒姬民樂然- 怪，今天下午發了一封郵件之後就再沒收到其他郵件了，貌似還是有點問題。--工具人樂然
- 怪，今天下午發了一封郵件之後就再沒收到其他郵件了，貌似還是有點問題。--工具人樂然
圖站bug？
File:72764746_p0.jpg無法查看原始尺寸圖片，會提示You do not have permission to get URL '/common/6/6c/72764746_p0.jpg' from this server.請問這是什麼bug嗎？--
沉迷修仙的456君(討論·貢獻) 2020年12月13日 (日) 13:45 (CST)
- 復現。--酒姬民樂然
- (～)補充 出現問題的URL：[1]。--OIer樂然
- (～)補充 出現問題的URL：[1]。--OIer樂然
- ( ¡ )題外話 這張圖片能過審嗎——
- 經檢查，原文件已損壞無法正常訪問，縮略圖因為生成緩存尚在故正常。此文件隨後將會被刪除，同時不建議在條目等各頁面中再使用相同的圖片。--未濟橋姬(☯太虛之門) 2020年12月18日 (五) 22:42 (CST)
無法上傳圖片
如題。從之前直到現在都需要花長時間和多次F5才能上傳圖片，是網的問題嗎？--來自馬來西亞的Mememaker（討論） 2020年12月18日 (五) 22:25 (CST)
請問如何使用API執行撤銷編輯的操作
調用rollback模塊提示只有管理員和巡查姬可以使用，請問有沒有一般用戶使用的撤銷接口？雖然讀取歷史版本內容也可以做到回退，但這樣做不會給被回退用戶發通知_(:з」∠)_ -東東君（討論） 2020年12月19日 (六) 21:42 (CST)
【BUG】移動版討論版頁頂檔案館存檔連結為桌面版
- 問題
如題，頁頂的"檔案館"在移動端仍顯示為桌面版連結。
- 復現步驟
用移動版訪問任意討論版子頁面。滑到最上面↑
- 期望行為
替換為移動版連結。也許需要更改Widget:ArchiveLink。
- 影響範圍
移動版討論版
--NHJR（討論） 2020年12月19日 (六) 18:47 (CST)
請求協助換綁郵箱
本人忘記了這個賬號的登錄密碼，由於綁定的是outlook郵箱無法接收密碼重置郵件，現在還有沒有別的方法換綁我的郵箱--希望のはな 繋いだ絆を (不要停下來啊！) 2020年12月21日 (一) 12:47 (CST)
- 直接在參數設置點擊更換或移除電子郵件地址，就可以直接更換了，不需要輸入登錄密碼（至少我這裏數個賬號測試都是這樣的）。--未濟橋姬(☯太虛之門) 2020年12月21日 (一) 13:31 (CST)
- @金萌桥姬我這邊要我再登錄一遍，我上次在電腦上登錄的時間是7月--希望のはな 繋いだ絆を (不要停下來啊！) 2020年12月21日 (一) 13:36 (CST)
請使用你的帳號現在綁定的郵箱，將以下內容發送到zhanwuniang
moegirl.org：
- 萌娘百科用戶名；
- 現在綁定的郵箱地址；
- 新的郵箱地址。
順帶注意，本渠道為臨時措施，我們仍在努力解決outlook等微軟系郵箱無法接收郵件的問題。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月21日 (一) 14:24 (CST)
- @AnnAngela郵件已發送--希望のはな 繋いだ絆を (不要停下來啊！) 2020年12月21日 (一) 14:30 (CST)
- 已完成密碼修改，感激不盡--希望のはな 繋いだ絆を (不要停下來啊！) 2020年12月21日 (一) 15:01 (CST)
- @AnnAngela郵件已發送--希望のはな 繋いだ絆を (不要停下來啊！) 2020年12月21日 (一) 14:30 (CST)
繁簡分類移動後出現殘留頁面
C8H17OH[更多]發現中國出版社是繁體標題就移動了並削除了。但是問題來了，繁體的分類:中國出版社下有30個分類，3個頁面；而簡體的分類:中國出版社只有5個頁面，沒有分類。必須在原條目手動修改才可以納入簡體分類。Category:ARGONAVIS from BanG Dream!音樂也出現過類似現象，後來不知道什麼時候恢復了。 ——淑子（トーク） 2020年12月22日 (二) 22:39 (CST)
- 已批量刷新分類頁面的緩存。———— ほしみ 2020年12月22日 (二) 23:11 (CST)
【BUG】圖站上傳文件時的迷惑互動
- 問題
這界面是故意弄的嗎…？先不說滿屏亂飛的綠色「萌」字浮屏……
剛才上傳圖片時，已經像平時一樣按照規定填寫了作品名等分類，但點擊上傳後被莫名以紅字部分阻止上傳（並同時從頁面底部飛出文字浮屏，在頁面上部淡出消失）
- 復現步驟
- 期望行為
能夠上傳圖片
- 影響範圍
圖站
--迪爾碧莉蝶（留言板）
2020年12月7日 (一) 09:52 (CST)
- 這個需要巡查及以上權限才能免填這一欄，不過這個萌字確實有點迷惑——
- 啊這，我好像傳過三個都沒填的。——因為你百不能中英混合導致的本應是某FFF團的高級火法的高級火法 論·錄 2020年12月7日 (一) 14:28 (CST)
- 啊這，我好像傳過三個都沒填的。——因為你百不能中英混合導致的本應是某FFF團的高級火法的高級火法
- 這個萌字貌似是彩蛋？之前碰到過。但是填了作品名還提示確實蠻怪的。--OIer樂然
- (▲)同上 這個bug好像是這幾天出現的，這三欄必須要填，不填就像圖片展示的那樣，出現萌字
- (～)補充 復現步驟在加一條:需要不填寫源地址或原作者其中的一欄，不然復現不了--「我的主頁」from TNLHK「與我討論」 2020年12月7日 (一) 18:53 (CST)
- 填寫要求已恢復為三者至少填一項，請等待可能的緩存更新。綠色飛字是彩蛋（確信）。——C8H17OH（討論） 2020年12月8日 (二) 12:47 (CST)
- @C8H17OH 不過我今天傳的時候它要求我一定要全填喔，雖然顯示的文字還是至少一項。——因為你百不能中英混合導致的本應是某FFF團的高級火法的高級火法 論·錄 2020年12月8日 (二) 12:58 (CST)
- @C8H17OH 不過我今天傳的時候它要求我一定要全填喔，雖然顯示的文字還是至少一項。——因為你百不能中英混合導致的本應是某FFF團的高級火法的高級火法
- (▲)同上 現在依舊會出現這種情況。(～)補充 我甚至出現了三項全填卻依舊無法上傳的情況，沒有出現任何紅字警告，只返回頁面頂端並出現萌字。——4O74Y74L74J7（討論） 2020年12月8日 (二) 22:37 (CST)
- (▲)同上 好像是還沒修好。 Kairos in the Space Time 2020年12月8日 (二) 22:47 (CST)
- @4O74Y74L74J7，Kairos：試着清除一下瀏覽器緩存試試？——C8H17OH（討論） 2020年12月8日 (二) 23:42 (CST)
- 現在我可以上傳了，但依舊需要三項全部填寫。——4O74Y74L74J7（討論） 2020年12月9日 (三) 10:45 (CST)
- 復現，缺一不可。--工具人樂然
- 同樣復現，缺一不可。--夜刀神真香（討論） 2020年12月9日 (三) 18:47 (CST)
- 同樣復現，缺一不可；不過上傳文件後在原始碼處全刪反而不會被插件阻攔。--一位普通的刺客以及他的私人郵箱 2020年12月11日 (五) 14:00 (CST)
- @4O74Y74L74J7，Kairos：試着清除一下瀏覽器緩存試試？——C8H17OH（討論） 2020年12月8日 (二) 23:42 (CST)
- 服務端上代碼確已更新。
- github上的代碼是落後於服務端的，僅站長有權限更新其內容，當前運維無法對其進行改動。
- 請等待CDN緩存刷新/嘗試刷新您的瀏覽器緩存。--Sysop 北極星と南十字（給我留言） 2020年12月11日 (五) 09:20 (CST)
- 我在當下時間點（2020年12月11日 (五) 14:35 (CST)）訪問伺服器上的原始碼（ https://commons.moegirl.org.cn/load.php?modules=ext.MoeUpload&_=xzonn ），發現仍然與未修改的版本一致，而我在URL最後加入了「
_=xzonn」使得幾乎不可能有緩存存在。關鍵代碼為（已格式化）：
var haveNoDetail = $("#wpCharName, #wpAuthor, #wpSrcUrl").filter(function() {
return $(this).val().length === 0;
});
if (haveNoDetail.length > 0) {
haveNoDetail.addClass("inputError");
var noDetailRow = uploadFormMsgRow.clone();
noDetailRow.find("td").text(i18n("noDetail"));
haveNoDetail.first().closest("tr").before(noDetailRow);
returnValue = !1;
}
其中「haveNoDetail.length > 0」決定了只要有一項未填寫即會跳出提示，應改為「haveNoDetail.length === 3」。希望運維能再次檢查是否真的部署了代碼。——Xzonn（聊天） 2020年12月11日 (五) 14:35 (CST)
- 現在的代碼變成了「
haveNoDetail.length < 3」，代碼依舊不正確，希望運維能再次檢查。不過這樣的話只要啥也不填就能傳上去圖了--夜刀神真香（討論） 2020年12月16日 (三) 13:38 (CST)
確實仍然要求填三項，請求修復。--Djjr（討論） 2020年12月14日 (一) 13:17 (CST)
- 這bugfix啥時候部署啊這都快兩周傳不上圖了。Kairos in the Space Time 2020年12月16日 (三) 00:27 (CST)
- 我又遇到了這樣的bug，而且即使三欄皆填也沒法上傳。--白內障，看不清，CuSO4滴眼睛 2020年12月16日 (三) 14:45 (CST)
12月18日，再度復現，代碼仍為上述錯誤代碼--夜刀神真香（討論） 2020年12月18日 (五) 07:11 (CST)
簡而言之，運維正在進行第二次修復嘗試，第一次修復嘗試失敗被回滾了，請各位耐心等待。--Sysop 北極星と南十字（給我留言） 2020年12月18日 (五) 16:38 (CST)
- @北极星与南十字 能否建議負責修改的技術人員看一眼Xzonn[更多]大佬上面給出的修複方法？——移動版用戶 Bhsd（討論） 2020年12月18日 (五) 23:06 (CST)
- 又一周過去了……--夜刀神真香（討論） 2020年12月24日 (四) 07:14 (CST)
- 所以現在萌娘百科的上傳是不可用的狀態嗎？--User:LZfTmNXHAFyl （討論） 2020年12月26日 (六) 01:11 (CST)
@迪尔碧莉蝶，高级火法，Leranjun，TNLHK，夜刀神真香，Kairos，实验性：无用论废人，CopperSulfate Wikipedia，Djjr 運維已再次嘗試部署修復，請各位幫忙檢查上傳圖片是否正常。人太多隨便at幾個。--Sysop 北極星と南十字（給我留言） 2020年12月26日 (六) 22:45 (CST)
- ✔ Leranjun 已看過，預計於下次上傳文件時回復
- 這一問題已經解決，但代碼出現了新的問題：
if(haveSymbol.length>0){
haveSymbol.addClass("inputError");
var haveSymbolRow=uploadFormMsgRow.clone();
haveSymbolRow.find("td").text("haveSymbol");
haveSymbol.first().closest("tr").before(haveSymbolRow);
returnValue=!1;
}
這裏代碼似乎應為haveSymbol.length===0，因為出現了新的問題，如圖所示。
--夜刀神真香（討論） 2020年12月26日 (六) 23:20 (CST)
- 圖裂啦。Kairos in the Space Time 2020年12月27日 (日) 08:29 (CST)
- 從不手動上傳的我瑟瑟發抖----
- 該bug似乎已修復，親測不填作者可以上傳，不會觸發「萌」字彩蛋。——Wallfacer of moegirl（討論）三體、萌化科學專題歡迎您的參與《一位脾氣很好不會暴躁的用戶，卻對如何有親和力的交流而迷茫，正在學習與正常人類的交流中》 2020年12月28日 (一) 18:12 (CST)
完成 原來是緩存的問題，感謝！咕噠凪（討論） 2020年12月28日 (一) 21:37 (CST)
- ( ¡ )小提醒 @咕哒凪 請注意下方MAR模板顯示的提示，您需要在該模板上方回復。如有需要也可以選擇使用{{removedMAR}}移除MAR模板。——迪爾碧莉蝶（留言板） 2020年12月28日 (一) 22:49 (CST)
- ( ¡ )小提醒 @咕哒凪 請注意下方MAR模板顯示的提示，您需要在該模板上方回復。如有需要也可以選擇使用{{removedMAR}}移除MAR模板。——迪爾碧莉蝶（留言板）
【BUG】機械人存檔連結出錯
- 問題
技術實現版討論串「【BUG】討論版主頁中的討論版目錄不再更新」的存檔連結錯誤，應由機械人Bug引起。
- 復現步驟
- 期望行為
連結處理正確。
- 影響範圍
討論版
--—— JackBlock ( T • C ) 2020年12月18日 (五) 19:38 (CST)
- (～)補充 我也注意到了，不過查看了一下存檔本身倒是有正常備份在子頁面，只是主頁面留下來的內鏈傳送門有誤（包括編輯摘要中的，想必正是這個致使樓上誤解）過陣子完全移除主頁面討論串的話，可能都不會有人注意到發生過這個bug。但還是建議檢查一下，以免造成更大問題。——迪爾碧莉蝶（留言板） 2020年12月19日 (六) 00:54 (CST)
(～)補充 發現一個未被正確存檔的討論串：Special:差異/4537785/4538307，於2020年11月22日被bot在萌娘百科_talk:討論版/操作申請刪掉了，但沒有在萌娘百科_talk:討論版/操作申請/存檔/2020年11月加入。——C8H17OH（討論） 2020年12月19日 (六) 17:23 (CST)
- 由於相當偶發，所以暫時無法debug。不過我已經開啟日誌留存功能，下次遇到我會嘗試debug。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月26日 (六) 11:29 (CST)
關於黑幕下紅鏈的顏色
按照目前的格式設置，藍鏈在黑幕下會被替換為適應黑幕的淺色，右為示例，如這段文字所示；但是紅鏈在黑幕下並不會改變顏色，右為示例，如這段文字所示。這樣就會導致紅鏈文字在黑幕下非常難以識讀。（更有趣的是，黑幕在紅鏈中的時候會改變顏色，如同黑幕在藍鏈中一般，這段文字中間如是即為示例。）
看了MediaWiki:Gadget-site-styles.css我就更困惑了。CSS中明明就有對黑幕下紅鏈的格式設置，但顏色是與無黑幕的紅鏈一樣的#BA0000：
body:not(.heimu_toggle_on) .heimu.off .new,
body:not(.heimu_toggle_on) .heimu.off .new:hover,
body:not(.heimu_toggle_on) .new:hover .heimu.off,
body:not(.heimu_toggle_on) .heimu:hover .new {
transition: color .13s linear;
color: #BA0000;
}
因此我想問一下沒有把黑幕下紅鏈的顏色改成其他更淺、更便於閱讀的顏色是有什麼考慮嗎？感謝。 --
- @MJH 可以參考一下Bhsd大佬和我在MediaWiki talk:Gadget-site-styles.css上的編輯請求。我提的請求里有提到改黑幕紅鏈，但是因為嵌套不需要修復所以一起被拒絕了……--工具人樂然
- 我需要一個更淺的紅色，誰能提供一下。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月20日 (日) 23:55 (CST)
請問一下可摺疊的實現
我在我的js頁寫了個破玩意以便在移動版
有人能告訴我怎麼整嗎? NHJR（討論） 2020年12月24日 (四) 23:19 (CST)
重新再加載一次MediaWiki:Mobile.js即可。麻煩哪位來掛一下MAR? NHJR（討論） 2020年12月26日 (六) 17:08 (CST)
mw.loader.using("jquery.makeCollapsible").then(function () { $(".navbox").makeCollapsible(); });就行。重複加載 Mobile.js 有副作用 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年12月26日 (六) 20:31 (CST)
請求在插入音頻方式中添加spotify
通過Help:插入音樂頁面我知道可以添加網易雲、蘋果音樂、蝦米音樂、soundcloud等平台的歌曲內嵌，但是本人目前用的是spotify，可能不少人用的也是這個，所以想問一下是否可以添加spotify的內嵌模板，或者是否會有政策等問題添加不了，謝謝。 --——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由Bug0_1（討論·貢獻）於2020年12月24日 (四) 17:28 (CST)添加。
- @Bug0_1：您能否提供一下Spotify的外部播放器組件（就是像上面說的那幾個那種）以供技術人員開發相應模板？我沒有用過Spotify，不知道Ann姐或者其他人是否了解。（好像在中國大陸不開放？）——C8H17OH（討論） 2020年12月24日 (四) 18:57 (CST)
- Spotify內地可以使用，但除app外不提供搜索服務，也沒有外鏈播放器。—— ほしみ 2020年12月24日 (四) 19:00 (CST)
比如這首https://zh.moegirl.org.cn/%E4%B8%83%E5%BD%A9%E6%97%A5%E5%92%8C，「なないろびより」，在網易雲里至少我的非會員賬號上搜索不到，但是在日區的spotify上可以搜到，分享方式有下面幾種
①複製多個歌曲連接
https://open.spotify.com/track/5uXbikVUQDFgBa6UJbnK1S?si=t0v3PUOkTVKbgDTnC0rmYQ
②複製多個內嵌程式碼
<iframe src="https://open.spotify.com/embed/track/5uXbikVUQDFgBa6UJbnK1S" width="300" height="380" frameborder="0" allowtransparency="true" allow="encrypted-media"></iframe>
③複製多個Spotify URI
spotify:track:5uXbikVUQDFgBa6UJbnK1S
如果不可以的話那就算了
——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由Bug0_1（討論·貢獻）於2020年12月25日 (五) 11:36添加。
- FYI，Spotify確實是有外鏈播放器的。--OIer樂然
- @Bug0_1：1.換行需要兩個回車；2.發言後請使用
~~~~簽名。 - 看起來似乎是可以有？要召喚Ann姐嗎？（雖然感覺能用上的頁面不多啊x 而且大陸基本沒法用）——C8H17OH（討論） 2020年12月27日 (日) 00:25 (CST)
- 驚了，spotify居然可以搜索了x
- 順便cn區的applemusic就有，可能是這個？
- 我認為應該儘可能使用內地能夠試聽的連結，堆砌很多不太好。上述歌曲大陸地區版權是騰訊的。
- —— ほしみ 2020年12月27日 (日) 01:31 (CST)
- {{Spotify}}——From AnnAngela the Temporary Bureaucrat (Talk) 2020年12月27日 (日) 13:26 (CST)
- @C8H17OH：感謝指正，新人不太了解用法
- @星海子：本人比較喜歡聽acg相關音樂，個人用過網易雲和國區apple music，在各自使用的時期里遇到過歌曲下架，或是歌曲搜索不到，或者歌曲上架不及時等問題，還有國區apple music歌曲的命名不統一問題。我不想為了聽歌下載氪金好幾個音樂app，所以選擇了我喜歡聽的歌曲在曲源相對較全的日區spotify。（spotify歌曲播放在國內可以直連，外鏈播放器應該也能正常顯示吧）
- @AnnAngela：感謝Ann姐
- --Bug0_1（討論） 2020年12月27日 (日) 18:44 (CST)
- @C8H17OH：感謝指正
- @Leranjun@AnnAngela：以添加Hello!My World!! - song by fhána | Spotify為例，經測試：
- Hello!My World!! - song by fhána | Spotify 網頁播放器網址
- ①國內網絡環境瀏覽器打不開spotify網頁播放器，會彈出未在所在國家/地區提供服務提示
- ②科學上網網絡環境可以打開spotify網頁播放器，但是播放需要登陸賬號，非會員不知道能播放多久，我是會員可以直接完整播放
- Hello!My World!! - song by fhána | Spotify 外鏈播放器網址，非網頁播放網址，區別在網址里有/embed
- ①國內網絡環境顯示「This content is not available in your country.」
- ②科學上網網絡環境未登錄可以播放30s，網頁登陸過且是會員可以完整播放
- ③港區沒有但日區有版權的歌曲在香港的網絡環境下未登錄時會顯示未在所在國家/地區提供服務，如こだまことだま - song by nano.RIPE | Spotify
- 所以就目前而言，插入spotify音樂模板和插入Youtube視頻模板一樣可以歸類為在大陸無法使用的功能，所以@AnnAngela，如果繼續編輯模板:Spotify的話，可以這樣說明，還有我嘗試過
{{Spotify|id=1ONHsWeZjE5Uj5h1wVSCoq}}會出錯，我對比了一下似乎spotify是用的track而不是id，自作主張用track的話也會有錯{{Spotify|track=1ONHsWeZjE5Uj5h1wVSCoq}}，謝謝。 - ——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由Bug0 1（討論·貢獻）於2020年12月27日 (日) 23:17 (CST)添加。