萌娘百科討論:討論版/技術實現/存檔/2022年03月
討論版【技術實現】檔案館
共享站再次出現「文件不存在」問題
RT，前幾天有人問過了，但好像又出現了。查了一下最新文件，可能是今天早上8：30以後開始的。煩請運維解決。--From 環保酵素簽名提醒小助手（💬會客廳） 2022年2月26日 (六) 15:15 (CST)
- (▲)同上 嘗試了好幾次，都顯示了您所上傳的文件不存在。這可能是由於文件名鍵入錯誤。請檢查您是否真的要上傳此文件。就算用了批量上傳小工具也無法上傳圖片。--TNLHK（sign|talk） 2022年2月26日 (六) 19:03 (CST)
關於主站緩存問題
有無方法可以使某個模板這裏指的是模板:原神材料在某個時間點自動刷新緩存。還是只能用bot每天0：00的時候發一個零編輯強制刷新緩存？
from:NE-Fengyun（討論頁） 2022年2月27日 (日) 00:50 (CST)
- 不用人工刷新吧，你遇到的是緩存，每天會自動刷新的。—— ほしみ 2022年2月27日 (日) 01:16 (CST)
電郵聯絡的回覆功能似乎無法使用
我在之前沒有收到過來自電郵聯繫的郵件，不過一封發送給我的郵件中寫道：
「如果您回復該電子郵件的話，您的電子郵件將直接發送至原始發送者，並向其顯示您的電子郵件地址。」
所以看起來這封來自 system [at] moegirl.org.cn 的郵件是可以回復，並且可以將我的回覆內容發送給對方的。不過在我回覆郵件後，郵件系統告知我無法遞送我的回覆郵件。經過查看，我注意到 moegirl.org.cn 並不含有 MX 記錄，代表着發送至 [at] moegirl.org.cn 的郵件可能無人接收。考慮到 moegirl.org 仍然有指向騰訊企業郵箱的 MX 記錄，我猜測在域名遷移的時候，MX 記錄並沒有遷移過去，導致電郵聯絡的回覆功能失效。
--Outvi V (Talk) 2022年3月7日 (一) 01:02 (CST)
- 應該是這樣的，因為直到前一段時間，萌百的郵件系統還在使用舊域名的解析，順便@Etolli（
( ¡ )題外話 我擅自將您發言中的@改為了{{mail@}}，順便善意提醒您在給出郵箱時還請避免直接使用@，以防spam轟炸（——單推人⭐一位史蒂夫 （討論·貢獻）✏編輯自分身賬戶一位史蒂夫小跟班 2022年3月7日 (一) 01:43 (CST) - 已提報相關問題。—— ほしみ 2022年3月7日 (一) 01:48 (CST)
某些場景圖片無法加載
如題，似乎目前除了參數設置里的頭像上傳之外其他地方用戶頭像都無法加載，並且一些條目內的圖片同樣無法加載，直接打開圖片是403。--忒有錢（討論） 2022年3月11日 (五) 03:26 (CST)
为什么部分设备上{{T:Choose}}模板不会生效
之前一直在自己的設備編輯，沒發現任何問題，系統版本Windows11，使用Google Chrome瀏覽器，版本96.0.4664.110。
現切換設備於一台系統為Windows7，使用Google Chrome瀏覽器，版本75.0.3770.100。此設備瀏覽使用{{T:Choose}}模板的頁面時，模板內的內容直接憑空蒸發，理論上應該從模板里隨機選擇內容進行顯示。分析器表明瀏覽器有對此模板進行展開並加載內容，但是因為未知原因並沒有渲染。
希望有關人員能儘快處理，如果是因為換的設備Chrome版本過舊的話，我希望優化此模板的兼容性，因為這是目前你百最後一個能無需手動清緩存實現隨機的辦法了（）--∷∷by Selfice
🏠|📭 2022年3月18日 (五) 22:51 (CST)
- 應該就是兼容性問題，我給這個設備的Chrome升級了以後就正常了。
Chrome舊版本尚且如此，很難想像IE黨該怎麼辦(--∷∷by Selfice
🏠|📭 2022年3月18日 (五) 23:01 (CST)
- @机智的小鱼君。 あめろ 討論 2022年3月18日 (五) 23:09 (CST)
- 我查了一下，Chrome 75 是兩年前的版本，而{{Choose}}使用了一些較新的 JS 特性，大概率是兼容性問題。請儘量使用新版的瀏覽器訪問……
機智的小魚君⚡ (留言✨) 2022年3月18日 (五) 23:29 (CST)
近日似有再次遭受DDoS攻擊的跡象
如題，近日登陸萌娘時經常出現503錯誤，理由似為請求過多，疑似再次發生DDoS攻擊。希望能夠調查一下，謝謝。--Sayo_Hikawa_1030（討論） 2022年3月22日 (二) 22:36 (CST)
- 您好，自信點，去掉近日，DDoS從未停過。 —— ほしみ 2022年3月22日 (二) 23:56 (CST)
minerva下的branding-box
目前.branding-box下面套了個h1，然後這個的顯示似乎不怎麼正常（比如原來有個β的sup現在不見了）。提議把h1換成帶上若干樣式的span。Shikieiki（討論） 2022年3月15日 (二) 05:00 (CST)
- 「β」不見了是因為測試掉了，你在Special:移動版選項開啟萌娘百科測試即可。不 あめろ 討論 2022年3月15日 (二) 16:12 (CST)
關於廣告的遮擋
目前的廣告雖然只有中間一部分是廣告，然而整條廣告欄卻是覆蓋了左右兩邊，在瀏覽較短的頁面時會對左側工具欄產生遮擋，如是上方顯示的廣告也會對右上的用戶欄產生遮擋。雖然只是點一下讓廣告縮回去的事，不過我想如果廣告能夠只顯示中間的有效部分的話會提升用戶的體驗吧。--某FFF團的高級火法 
（批判一番） 2022年3月5日 (六) 19:33 (CST)
- (＆)建議 將廣告改為在頁頂或頁腳展示。--ultim_0 ( USER | TALK | CONT | 我從未見過有如此，厚↓顏↑無↑恥↓之人↑！ ) 2022年3月5日 (六) 20:28 (CST)
- 移動版的廣告會覆蓋搜索欄——NHJR 2022年3月5日 (六) 21:12 (CST)
- (～)補充 使用IPE和wikiplus時，廣告會遮擋這兩個編輯工具的窗口，以及IPE在右下角的toolbox。經使用開發者工具發現，廣告的
z-index值為2147483647，希望能夠修改。--ultim_0 ( USER | TALK | CONT | 棘手·懷念·摧毀 ) 2022年3月7日 (一) 17:35 (CST) - 同意，特別是頁頂的廣告直接擋住了用戶設置和搜索欄那一塊，對用戶體驗影響很大，建議不要設置頁頂彈出的廣告。--W3jc（討論） 2022年3月10日 (四) 09:37 (CST)
table的顯示又出問題了
所有的欄目都會一起顯示，不能選擇了——以上未簽名(註)本條留言未簽名，留言後請記得用--~~~~簽名！的留言由King07 Castanea5（討論·貢獻）於2022年3月19日 (六) 16:05 (UTC+8)添加。
- @King07 Castanea5 可以說清楚點嗎？ あめろ 討論 2022年3月23日 (三) 02:58 (CST)
- 推測為網絡問題，js沒加載。 —— ほしみ 2022年3月24日 (四) 16:22 (CST)
建議在主名字空間禁用彈幕類模板
不少管人條目因為美化內卷添加了大量彈幕類模板，內容質量好的條目加了彈幕看着讓人不爽，本來就沒啥實質內容的條目加了彈幕就容易美化過度，好似東施效顰。給人家刪了又會被回退搞不好還挨一通罵，我建議全揚嘍。—— 冬月下的二重奏 
LUO1P✾ 2022年3月8日 (二) 00:08 (CST)
- 是不是應該在頁面相關版發起討論..—— ほしみ 2022年3月8日 (二) 00:25 (CST)
- 我感覺如果要禁用的話應該是在方針政策版...另外能否給出幾個「添加了大量彈幕類模板」的例子？--Zyszhao.GoodEditor (討論頁與用戶貢獻) 2022年3月8日 (二) 00:28 (CST)
- 可以參見彈幕、以及我編輯前的{{danmu}}。--
「與葉共舞」· 叢林意志 V20.3.10 2022年3月10日 (四) 09:45 (CST)
- 可以參見彈幕、以及我編輯前的{{danmu}}。--
- 我感覺如果要禁用的話應該是在方針政策版...另外能否給出幾個「添加了大量彈幕類模板」的例子？--Zyszhao.GoodEditor (討論頁與用戶貢獻) 2022年3月8日 (二) 00:28 (CST)
- (＆)建議 給使用了彈幕模板的頁面適量削減一些重複刷屏的內容，不宜一刀切。--ultim_0 ( USER | TALK | CONT | WYSIWYG! ) 2022年3月8日 (二) 00:35 (CST)
- (－)反對 萌娘百科不是管人百科，非管人部分不該因為管人內卷而受波及。容我滑坡下，今天管人區卷彈幕離譜了禁下，明天卷hover效果離譜了禁下，後天連背景圖說不定都沒法用了。——CG/SS domain GOOD EDITOR Kaze Iro the Legend frog (wisdom·stupidity) 2022年3月8日 (二) 04:18 (CST)
- (－)反對 我建議你從收錄範圍裏面揚掉一些管人。 あめろ 討論 2022年3月8日 (二) 05:10 (CST)
我覺得您說得有道理.jpg——CG/SS domain GOOD EDITOR Kaze Iro the Legend frog (wisdom·stupidity) 2022年3月9日 (三) 12:00 (CST)- (＋)支持 真心感覺應該就網絡視頻作者（含管人）劃定一個硬性的數據指標（粉絲數、播放量之類）才允許收錄。——北湖3（討論） 2022年3月12日 (六) 17:42 (CST)
「
- (－)反對 又不是只有管人人物會用到這麼模板，覺得不好看在討論頁或者和彈幕添加者討論一下不就行了，人的審美各不相同，你認為不爽不代表別人對此不滿--
有點慫的playymcmc007簽名請用--~~~~哦（
討論 ） 2022年3月9日 (三) 16:18 (CST) - (－)弱反對 我知道彈幕可以用模板還是因為其他條目中使用，而且，已經有濫用過濾器了，好像是彈幕超過 10 個就無法通過。這個討論串如果是在技術實現板塊下，那不如用小工具把彈幕隱藏起來，有的時候彈幕的確影響閱讀正文。--
- 偶然找到了有關彈幕開關的模板，可惜沒有文檔，知道的補一個，然後在全屏彈幕和區域彈幕補充一下（目前的彈幕隱藏都是用的比較麻煩的代碼來着--
討論 ） 2022年3月10日 (四) 09:07 (CST)- 搞定，雖然不完全清除彈幕開關的模板，但還是把連結塞進去了--
- 搞定，雖然不完全清除彈幕開關的模板，但還是把連結塞進去了--
- 補充一個自動隱藏彈幕的JS工具，當存在彈幕開關時自動關閉，否則永久隱藏。——移動版用戶 Bhsd 2022年3月10日 (四) 14:42 (CST)
- 偶然找到了有關彈幕開關的模板，可惜沒有文檔，知道的補一個，然後在全屏彈幕和區域彈幕補充一下（目前的彈幕隱藏都是用的比較麻煩的代碼來着--
- (＆)建議 加入彈幕開關，並且可以全局設置默認隱藏彈幕？
display:none的話應該就不會渲染css動畫了我記得。——
朵不知27 葉奕⁴/ttsunboy 於 2022年3月17日 (四) 11:49 (CST)
對T:A的改動 與 對T:Anchor的處理
這兩個模板極其相似，但又有不同：
- {{A}}：
- 填寫一個參數：
{{A|既是锚点也是显示内容}}； - 填寫兩個參數：
{{A|显示内容|锚点}}。
- 填寫一個參數：
- {{Anchor}}：
- 填寫一個參數：
{{Anchor|只添加锚点，不显示内容}}； - 填寫一個參數：
{{Anchor|锚点|显示内容}}。
- 填寫一個參數：
這種差異在我看來是很不必要的。
將T:A的原始碼改為<span id="{{{1}}}">{{{2|{{{1}}}}}}</span>，使用方法為{{A|锚点|显示内容}}。原因：與維基連結的語法[[链接|显示内容]]類似，更符合直覺。
這個我是非常想做的。但是涉及到近兩百個頁面（其中73個頁面需要修改）以及今後此模板的用法，我先看看大家的意見。
T:Anchor的地位很尷尬：修改後的T:A用{{A|锚点|}}就能達到同樣的效果，寫起來還更短。處理方法：
- 重新導向到A；
- 仿照zhwp:Template:Anchor，功能改為「用了多少參數，就添加多少錨點」，不顯示內容；
- 不動它。
我傾向於1或2。另,Anchor的創建者@弗霖凯. あめろ 討論 2022年2月28日 (一) 00:40 (CST)
- (：)支持3 因為 {{A}} 模板是被機械人使用的，而且 {{Anchor}} 是放置錨點，而 {{A}} 模板還有跳轉錨點的作用。直接合併不僅有可能干擾機械人的正常工作，還有可能對網頁跳轉產生不利影響。所以我目前支持不動它。--
- 我更改之前自然會通知User:Kanashimi。A沒有跳轉錨點的作用，也是放置錨點用的，跳轉錨點用的是
[[#锚点]]。為什麼要重複造輪子…… あめろ 討論 2022年2月28日 (一) 10:30 (CST)
- 我更改之前自然會通知User:Kanashimi。A沒有跳轉錨點的作用，也是放置錨點用的，跳轉錨點用的是
- 我覺着沒必要動,保持現狀即可.--飢餓之聲-弗霖凱（討論） 2022年2月28日 (一) 18:33 (CST)
- 部署完變更以後把A移動到Anchor吧，畢竟「A」沒什麼識別性啊。—— Eric Liu 創造は生命（留言·留名） 2022年3月1日 (二) 02:32 (CST)
- (＋)支持 合併，(＋)傾向支持a重新導向到anchor，畢竟html中的連結跳轉用的也是「a」，識別性沒有那麼差。但是兩邊差異實屬不必要。如果機械人會有問題的話，建議增加同時識別a和anchor。--小萌貓-瀧澤さくね（討論） 2022年3月6日 (日) 19:15 (CST)
- 不一定要重新導向嘛……可以把{{Anchor}}代碼改成
{{A|{{{2|}}}|{{{1|}}}}}--SinonJZH(๑•̀ω•́๑)(討論) 2022年3月9日 (三) 12:07 (CST)
- 我先改{{A}}，Anchor還沒個定論。 あめろ 討論 2022年3月17日 (四) 17:05 (CST)
關於節日提醒的模板
一個模板內設置許多個節日和對應日期，到了日期添加對應模板的頁面就會顯示今天是xx號，是xx節（舉五四的例子，五四當天顯示：今天是5月4號，是青年節）。這樣的模板，在萌百里有沒有呢？ --Alisa（討論） 2022年3月17日 (四) 21:48 (CST)
- 有個類似的模塊:TodayBirthday，不過是生日。 あめろ 討論 2022年3月18日 (五) 00:41 (CST)
- 有個類似的Template:生日祝福，不過是生日，而且只有一個日期。——C8H17OH（討論） 2022年3月18日 (五) 01:11 (CST)
- 這麼說的話，Template:生日祝福/頁內似乎可以自定義顯示內容，但因為是由Template:生日祝福衍生而來（大概），所以還是只能一個日期。只要加的夠多，就能每個節日都有啦！——朵不知27 葉奕⁴/ttsunboy 於 2022年3月18日 (五) 05:22 (CST)
- 這麼說的話，Template:生日祝福/頁內似乎可以自定義顯示內容，但因為是由Template:生日祝福衍生而來（大概），所以還是只能一個日期。只要加的夠多，就能每個節日都有啦！——
- 沒有想到在主空間內的應用場景，如果是用戶頁自用不如自行拿switch寫一個。——From 引夢者濁華(討論) 2022年3月23日 (三) 08:56 (CST)
關於wiki文章到處為PDF的建議
我在實際觀看本站時，發現沒有找到導出為PDF的功能。
說實話，有時候wiki內容需要打印什麼的，這時候PDF我覺得會更方便一些，而實現原理並不複雜。
具體呢是這樣的1.確定排版格式2.確定內容，這一切只需要將wikitext轉為PDF的格式就行。
對於圖片可以插入，黑幕可以進行反色等等，我覺得辦法總比困難多。
真的希望萌娘百科能推出這個功能，大愛萌娘百！--楚天杳（討論） 2022年3月17日 (四) 00:01 (CST)楚天杳
- 他可能是想問wikitext不經由生成html直接轉PDF。不過我還是建議串主自己想辦法。給站點推新功能不是原理簡不簡單的事，功能推出後的維護、兼容性、用戶反饋投訴等問題都需要考慮。隔壁維百轉PDF的功能也僅僅能保證順利處理普通的正文文字和常見的模板，稍微複雜一點的排版就容易出現一些混亂。萌百這邊奇奇怪怪的模板、圖文混排、HTML標籤、互動元素那麼多，我覺得用直轉PDF插件的效果還不如網頁另存為呢。更何況我一直認為離線閱讀和網絡百科的精神是相悖的，運維沒到閒得發慌的程度恐怕不會為離線閱讀的功能做多少投入。所以串主如果有存檔的個人需求，還是請尋找各種第三方轉PDF的方案，據我所知這方面軟件或插件的選擇本來也非常多。——Sirogohan（討論） 2022年3月17日 (四) 11:09 (CST)
首先你的標題打錯字了，錯字受確定x- 如Sirogohan（白ご飯？）所說，萌百有不少模板、互動標籤等等，這一切並不是只需要將wikitext轉為PDF的格式就行。
- 不過話說回來，那個「可打印版本」可以自動把評論區和頁底刪了嗎（
- ——朵不知27 葉奕⁴/ttsunboy 於 2022年3月17日 (四) 11:44 (CST)
- (☩)意見 ：Ctrl+P選擇「另存為」PDF能否解決問題？--ultim_0 ( USER | TALK | CONT | NO ONE KNOWS ME BETTER THAN ME! ) 2022年3月17日 (四) 19:09 (CST)
致所有使用歌詞注音小工具的編輯者
因本人疏忽，出現了一部分生成的歌詞代碼注音錯誤的問題，現已修復。建議最近使用了這個工具的用戶重新檢查近期添加的歌詞假名注音是否正確，同時對於給大家帶來的麻煩十分抱歉。另外大家可以關注一下這個頁面：用戶:東東君/js/ruby.js/轉換列表（點擊注音小工具中的「打開轉換列表頁面」按鈕也可以打開），由於注音API返回一些讀音在歌詞中並不常用，需要將其替換為常用讀音（例如「君」會被注音為「くん」，然而歌詞中大多數情況都是讀「きみ」）。之前的轉換列表寫在小工具的代碼內，只能我一個人修改，為能共同維護轉換列表，故建立了這個頁面，大家在使用注音小工具時，如果遇到上述註上不常用讀音的情況，可以隨時補充轉換規則，避免之後使用的人再遇到同樣的情況。--東東君（討論） 2022年3月19日 (六) 23:56 (CST)