2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

萌娘百科討論:討論版/技術實現/存檔/2023年04月

萌娘百科,萬物皆可萌的百科全書!轉載請標註來源頁面的網頁連結,並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋

檔案館討論版【技術實現】檔案館


20

21

22

23

24年

請求實現黑幕能蓋住彩色表情

包括emoji🌿和圖片表情滑稽表情.png
近期閱讀條目時看到部分黑幕有幾個表情露出來,感覺非常出戲,因此發起該請求。--一條繭 2023年3月27日 (一) 10:23 (CST)

圖片相關支持已提交pr,emoji暫時想不到合適的解決方案。——BearBin 噴他 / 留名 2023年3月27日 (一) 10:57 (CST)
可以試試color:transparent⭐️--一條繭 2023年3月27日 (一) 11:09 (CST)
有道理,我測試一下——BearBin 噴他 / 留名 2023年3月27日 (一) 11:21 (CST)
相關PR已通過,可以看看有沒有什麼不兼容的地方。(您也完全可以自己去提pr的)——BearBin 噴他 / 留名 2023年3月27日 (一) 11:56 (CST)
font-variant-emoji支持。——GuoPC飛び立とう 目指していこう つくりものじゃない未来」 2023年3月27日 (一) 11:04 (CST)
(☩)我的想法:在黑幕使用的CSS加入以下樣式:opacity:0,在沒有滑鼠懸停時的效果大致是這樣:這是一般的文本。這是🚬🐘🌸。這是一個滑稽表情滑稽表情.png--ultim_0 ( USER | TALK | WORK | 再多一眼看一眼就會爆炸 ) 2023年3月27日 (一) 12:40 (CST)
劃不開……--某FFF團的高級火法 批判一番) 2023年3月27日 (一) 15:58 (CST)
選中文本時無法顯示字符;且不支持半隱黑幕小工具。——BearBin 噴他 / 留名 2023年3月27日 (一) 16:13 (CST)
由於頁面限制,懸停時的效果無法在這裡呈現。--ultim_0 ( USER | TALK | WORK | 大人有大量,不和你計較! ) 2023年3月27日 (一) 16:22 (CST)
我知道這個意思,我在自己瀏覽器控制台嘗試過相關思路,但是模板要改成多一層嵌套(span.heimu裡面再套一層opacity:0),並且選中文本時無法顯示(不是懸停,是選中)。——BearBin 噴他 / 留名 2023年3月27日 (一) 16:34 (CST)
相關更改不兼容Apple系列設備,已被全部回退。類似的討論也不是第一次有了。———— ほしみ 2023年3月28日 (二) 14:43 (CST)
( ¿ ) 喵喵喵? 我之前測試的有完全被隱藏住喔。 BugCatcher 討論 / 貢獻 / 簽名) 2023年3月28日 (二) 21:55 (CST)
是的喵,完全被隱藏住了喵,即使選中時也被隱藏了喵~ —— 鬼影233鬼影233||+
請求被拒絕。
您仍可以繼續在本模板上方回覆,但這個討論串將會在本模板懸掛滿3日後 (於2023年4月1日凌晨) 存檔。
如果您有有關疑問,建議您開啟一個新的討論串
———— ほしみ 2023年3月28日 (二) 14:43 (CST)

訪問萌百間歇出現Bad Request

如題,似乎是近期才出現的問題。訪問若干頁面(約10個頁面)之後,後續訪問都會變成「400 Bad Request - Request Header Or Coocie Too Large」。

清理cookies或過一段時間後可緩解該現象,但訪問若干頁面後會再次出現。

不知道是不是這邊網絡環境問題(多線上網),每訪問一段時間都會多一串「7373_****_*.*.*.*」或者「8002_****_*.*.*.*」(後面的*.*.*.*為IP位址)的cookie出來,然後當類似cookie達到5條記錄之後就會觸發。

如圖所示

badreq

https://postimg.cc/7fgS4cNd

希望排查並修復,謝謝。——彌生卯月討論) 2023年3月21日 (二) 16:08 (CST)

關於廣告彈窗的改進

(以下問題於手機界面發現)最近萌百開始實施點擊連結有機率蹦出廣告彈窗,然後發現一個不那麼人性化的設定:彈出彈窗後會給出兩個按鈕和一個❌,綠色按鈕為進入廣告沒人會按的吧,但是白色按鈕和❌也是都是跳轉到對應連結,這意味著彈出這個彈窗後如果想回退到原來的頁面就必須刷新頁面,所以希望能把❌修改為關閉彈窗但跳轉頁面或者額外增加一個按鈕以關閉彈窗而不跳轉,以上--有點慫的playymcmc007簽名請用--~~~~哦討論爆破) 2023年3月20日 (一) 17:37 (CST)

忽然發現打錯了些內容,改一改--有點慫的playymcmc007簽名請用--~~~~哦討論爆破) 2023年3月21日 (二) 10:08 (CST)

萌娘共享的上傳頁面和文件說明能實現預覽「文件說明(包含分類)」的效果嗎

缺少預覽對新人有一點點不友好,不經常上傳圖片的話會記不得文件說明里同時使用作品名和文件名的寫法,上傳完以後發現添加的已經存在的分類沒藍又要改。

然後已經修改已經上傳好文件的文件說明的預覽也看不見分類的部分,只能保存後看效果確認,會搞出一堆編輯記錄。--加特林03討論) 2023年4月2日 (日) 13:41 (CST)

我覺得上傳文件界面上的文件上傳指引寫得挺全面的,然而經常被新人無視,直接就上傳文件,連放在面前的指引都不怎麼看,更別說預覽功能了。--冰風飄羽討論) 2023年4月2日 (日) 13:50 (CST)
問題已答覆。
您仍可以繼續在本模板上方回覆,但這個討論串將會在本模板懸掛滿3日後 (於2023年4月11日凌晨) 存檔。
如果您有有關疑問,建議您開啟一個新的討論串
處理人留言:
不如多看文件上傳指引——冰風飄羽討論) 2023年4月7日 (五) 00:29 (CST)

MoeSkin的設計建議

對於這個皮膚,我有三個設計方面的小建議:

  • 調整通知提醒樣式。我認為在頭像上加小紅點這個設計實在是太不明顯了。這個問題我有兩個解決方案:
    1. 將搜索框縮短,然後將鈴鐺和信箱按鈕像Vector一樣擺上來;
    2. 新創製一個「通知中心」按鈕(如果可以的話,可以把貢獻按鈕去掉換上這個?)。
  • 工具欄放棄現有樣式。本來就在Fandom看不慣這種設計,現在更看不慣了。個人覺得,工具欄可以把它直接放到右欄上。現有的這種類Oasis的設計,既影響正文閱讀,又容易被忽視,還容易擋住IPE按鈕
  • 編輯序言按鈕改為單字「序」。

對於萌百的新用戶來說,MoeSkin可以說是他們接觸萌百的第一扇窗。在現有狀態下,我們可能很難一個一個地勸說他們使用Vector,那麼就只能拜託運維把MoeSkin做得更好一點了。@萌娘百科·娜娜奇 BugCatcher 討論 / 貢獻 / 簽名) 2023年4月4日 (二) 04:52 (CST)

(+)強烈支持 現在的MoeSkin給我一種嚴重的外強中乾的感覺。-- 「我點燃了火,卻控制不了它。」 2023年4月4日 (二) 07:34 (CST)
「序言」調整為「序」字已提交pr,其餘需要運營進行,——BearBin 噴他 / 留名 2023年4月4日 (二) 08:36 (CST)
現在版本的「序」位置偏左了,並且字可以更大一些。--ReikuChan 2023年4月4日 (二) 18:51 (CST)

關於萌百官方app的問題(三周目)

版本:(安卓)3.4.2 。3.4.1至3.4.2的檢查更新也不見得有奏效。

  1. (新版文章頁面的)條目頭圖會從人物信息欄拔出,即人物信息欄中無圖片。且不說美不美觀,這一情況會使後藤一里等條目的人物信息欄中的tabs失效,即只剩下了一張頭圖。我印象中3.4.1時這一情況也於曉美焰條目發生,現在復現不出來,可能是因為該條目使用的是T:信息欄2.0。另外,至少在3.4.1版本,條目頭圖從人物信息欄拔出的操作有概率會使頭圖變成純文字。如果關掉新版文章頁面,點擊圖片的效果將是跳轉至圖片對應的File命名空間。
  2. 「為你推薦」處於一種循環狀態,推薦的內容會在經過一個周期後再推薦一遍,周期可能在20左右。這一情況曾經並不存在,但近幾個版本都存在。除了循環以外,有的條目的推薦概率也高到離譜。
  3. 3.4.2的目錄無法顯示(準確地說,顯示過一遍)。3.4.1時正常。
  4. 「為你推薦」的回到頂部功能不明所以,這一功能更該給條目用。

以上。--ReikuChan 2023年3月27日 (一) 17:17 (CST)

另補,最近瀏覽功能也有問題,最後一個瀏覽的條目沒有出現在最上部,而是一般出現在從上往下幾或十幾的位置。--ReikuChan 2023年3月29日 (三) 00:05 (CST)
「條目頭圖會從人物信息欄拔出」據說就是目標效果。不過tabs的問題確實第一次聽說。推薦的循環也確實頻率過高……APP問題真的很多——柏喙意志💬 2023年3月29日 (三) 12:52 (CST)
(…)吐槽 tabs問題我不僅在維護組群說過也上過版了……--某FFF團的高級火法 批判一番) 2023年3月29日 (三) 14:17 (CST)
又想起來一個,app內文本無法複製。--ReikuChan 2023年4月1日 (六) 16:30 (CST)
附議一個問題,部分專題的專題TOP左側圖片會變形,至少碧藍是這樣.jpg ——性感航母在線空襲,美女戰列免費試射☛快來玩碧藍航線吧罵我|打工史 2023年4月2日 (日) 08:22 (CST)
我看這個倒是MoeSkin通病。 BugCatcher 討論 / 貢獻 / 萌百移民) 2023年4月2日 (日) 08:36 (CST)
問題一推斷是api缺陷,後續我們研究解決下,問題二和問題三正在解決,預計在後續版本中修改,感謝支持 --萌娘百科·Barry討論) 2023年4月3日 (一) 10:34 (CST)
不知道運維這邊有沒有看到其他問題,我再補一個問題,關於APP搜索功能的,版本號同上。
向搜索框輸入「K ON」(有空格),反饋結果為「K」的;
向搜索框輸入「KOI」(全大寫),第一遍顯示無結果,在「暫無結果哦」的界面再次向搜索框輸入「KOI」,有結果。其他全字母的輸入內容似乎亦有相同情況。
以上。--ReikuChan 2023年4月4日 (二) 19:04 (CST)

申請引入模塊:Pipe escape

如題,之前在編輯頁面的時候,遇到需要在{{hide}}等模板中添加表格的情形,這種情況下通常需要使用大量的魔術字{{!}}或者模板{{!!}},以及一些「表格替換符號」,如{{(!}}、{{!-}}、{{!)}}之類。這些模板不僅不夠直觀,大量使用還會導致頁面源碼顯得極為臃腫,難以辨識,對新手非常不友好。本人曾在中文Minecraft Wiki進行過一些編輯,也熟悉其對模板嵌套表格方式的處理:通過一個Lua模塊Pipe escape及其用於包裝模塊的模板{{Pipe escape}}來代替大量使用上述模板的行為,其使用方法如下:

{{cquote|
{{pipe escape|
{| class{{=}}"wikitable"
! 标题
! 第二个标题
|-
| 行
| 第二列行
|-
| 第二行
| 第二列第二行
|}
}}
|有人在表格里说话}}

效果相當於:

標題 第二個標題
第二列行
第二行 第二列第二行
——有人在表格里說話

本人目前已經在自己的模塊沙盒(模塊:Sandbox/Ultim 0/Pipe escape)撰寫了與其功能基本相同的模塊(不是直接搬運),並在個人沙盒進行了測試。希望能夠將這個模塊引入萌娘百科,不勝感激。--ultim_( USER | TALK | WORK | 秉忠貞之志,守謙退之節 ) 2023年4月14日 (五) 12:27 (CST)

其實已經有引自enwp:Module:Wikitable的{{Wikitable}}了,只不過現在只有少數幾個頁面使用。Wikitable的功能和pipe escape差不多。理論上pipe escape的適用範圍更廣一點,但是除了在模板里用表格之外,需要使用{{!}}的情景很少。 ——好哥哥一起來遊戲吧PetrusMagnus 你的二次元老婆於2023年4月14日 (五) 12:40 (CST)
問題不大,而且pipe escape的模塊代碼不如{{wikitable}}那麼長,易於維護,且一個pipe escape可以容納多個表格,算是各有所長。--ultim_( USER | TALK | WORK | 感覺身體被掏空 ) 2023年4月14日 (五) 13:52 (CST)
話說創建模塊應該不需要其他人同意吧,只要有人用就行。只不過我確實覺得功能和wikitable重複很大。
還有就是用..拼接字符串有性能問題,尤其是對於大表格。以1000行4列的表格測試,預覽時的lua使用時間差不多是1.750秒(見沙盒)。同樣的表格用{{wikitable}},lua使用時間是0.040秒。 ——好哥哥一起來遊戲吧PetrusMagnus 你的二次元老婆於2023年4月14日 (五) 15:04 (CST)
來這裡發討論串主要是給大家提個醒,告知大家自己想要在萌娘百科做出的一些關鍵舉措。至於模塊的性能問題,我再參照其他模塊進行修改。--ultim_( USER | TALK | WORK | 為什麼不喝?! ) 2023年4月14日 (五) 22:24 (CST)
剛才做出了一些小修改,拋棄了..的使用,轉而使用和wikitable模塊類似的方式,先讀入所有參數存放在一個表中,再將其一次性拼接。--ultim_( USER | TALK | WORK | AWWW MAN! ) 2023年4月14日 (五) 22:40 (CST)
這是當前版本中,在lihaohong沙盒裡使用兩個模板得到的數據:
pipe escape wikitable
CPU使用時間 1.003秒 0.459秒
實際使用時間 2.650秒 0.521秒
預處理器訪問節點計數 8,074/1,000,000 8,071/1,000,000
預處理器生成節點計數 80,709/1,000,000 80,681/1,000,000
展開後大小 187,537/2,097,152位元組 187,538/2,097,152位元組
模板參數大小 0/2,097,152 字節 0/2,097,152 字節
最高擴展深度 3/40 2/40
高開銷解析函數數量 0/50 0/50
Unstrip遞歸深度 0/20 0/20
Unstrip傳遞擴充大小 0/5,000,000位元組 0/5,000,000位元組
Lua使用時間 1.560/7.000秒 0.030/7.000秒
Lua虛擬尺寸 8.12 MB/50 MB 6.47 MB/50 MB
Lua估計的內存使用情況 0位元組 0位元組
可以看到性能還是有一定的差距。
拋開性能的話,雖然可能是自賣自誇,我也覺得wikitable更加符合實際使用需求。語法結構非常相似、不需要額外的嵌套;並且「可以容納多個表格」這個也不是什麼優勢,wikitable同樣可以多個使用。除了表格以外,基本只有url中的|是不期望被解析的,而此類情況直接用{{!}}更加方便。——BearBin 噴他 / 留名 2023年4月14日 (五) 23:45 (CST)
Lua使用時間非常寶貴,建議選用更優的。—— ほしみ 2023年4月14日 (五) 23:57 (CST)
關於性能:訪問frame.args[key]比訪問一般的表的鍵要耗時(見Scribunto庫 mw.lua#L191),提前用pairs將所有鍵值複製到一個普通表中(在模塊:Wikitable中是通過模塊:ArgumentsgetArgs()達到這一目的的),就可以在後續的遍歷中節省大量時間,達到以及超越當前模塊:Wikitable的性能。 あめろ 討論 2023年4月15日 (六) 04:54 (CST)

感謝大家的評價,我會在進行合適的改動和優化之後將這個模塊投入使用。--ultim_( USER | TALK | WORK | 水是劇毒的 ) 2023年4月15日 (六) 14:27 (CST)

問題已解決。
您仍可以繼續在本模板上方回覆,但這個討論串將會在本模板懸掛滿3日後 (於2023年4月19日凌晨) 存檔。
如果您有有關疑問,建議您開啟一個新的討論串
處理人留言:
我還是太連清了……——ultim_( USER | TALK | WORK | 水是劇毒的 ) 2023年4月15日 (六) 14:27 (CST)

疑似bot出問題

Template:VOCALOID殿堂曲統計這個模板中的兩個計數一直以來通過User:AnnAngela-abot更新,一般情況下只應更改兩個計數數字,但今日突然做出了兩筆更改此外內容的編輯,並對模板顯示內容造成影響。

希望可以儘快解決一下。——4O74Y74L74J7討論) 2023年4月14日 (五) 22:58 (CST)

問題已解決。
您仍可以繼續在本模板上方回覆,但這個討論串將會在本模板懸掛滿3日後 (於2023年4月21日凌晨) 存檔。
如果您有有關疑問,建議您開啟一個新的討論串
處理人留言:
已由AnnAngela[更多]對話頁貢獻上傳歷史封鎖及歷史被刪貢獻移動日誌巡查日誌使用者權限及日誌使用者查核解決——Takeuchi.BadEditor (討論留名) 2023年4月17日 (一) 13:45 (CST)