维基百科:互助客栈/技术/存档/2024年4月

續太不智能的跳轉與搜尋

接續上次討論：要使「阿當．戴華」自動跳轉至阿當·戴華，除將「．=>·」加入全局轉換表或批量自動建立此類重新導向二個選項外，別無他法？有無更簡潔的更佳選擇？若提請「．=>·」加入全局轉換表失敗，就只有批量自動建立此類重新導向一條路？--— Gohan 2024年3月12日 (二) 05:02 (UTC)

直接修改搜尋系統，斷詞為"阿當 / 戴華"。這樣不論你打什麼符號在中間都搜尋的到。中文維基本站可能做不到，需要由MediaWiki來做搜尋演算法修改。--Shyangs（留言） 2024年3月12日 (二) 06:15 (UTC)

[1][2][3]，没找到中文的stopwords是如何定义。或者，如果适用于所有语言，可能应该char_filter做转换？--YFdyh000（留言） 2024年3月12日 (二) 11:49 (UTC)

修改搜尋系統是否足夠？畢竟在港澳臺星馬人名中，全形的「．」或無間隔號遠比半形或不足半形的「·」常見，後者在站外幾近捏造。使用外挂工具從站外的「阿當．戴華」／「阿當戴華」跳轉至阿當·戴華的需求，大概遠遠多於從站外的阿當·戴華直達的需求。若在社會中不常見的阿當·戴華能夠直達，而更常見的「阿當．戴華」／「阿當戴華」不能跳轉，或許輕重倒置、並不公平？--— Gohan 2024年3月18日 (一) 01:53 (UTC)

您是期望内链、正文也获某种转换吗。不了解“．”的常用性。--YFdyh000（留言） 2024年3月18日 (一) 02:03 (UTC)

我期待使用Wikipedia search之類的工具從站外的「阿當．戴華」能夠跳轉直達阿當·戴華。--— Gohan 2024年3月18日 (一) 02:08 (UTC)

Wikipedia Search扩展？如果目前仅有此需求，您可以写一个用户脚本作为临时解决方案。例如将下列代码插入您的common.js文件。if (mw.config.get('searchTerm')) {window.location.href = decodeURIComponent(window.location.href).replace(/．/g, '·');}--YFdyh000（留言） 2024年3月18日 (一) 02:26 (UTC)

最理想還是人人可用。--— Gohan 2024年3月18日 (一) 09:54 (UTC)

@YFdyh000：，看了SuggesterAnalysisConfigBuilder.php的char_filter配置，似乎这是改搜索索引配置的正确思路，或者可以考虑将“U+FF0E=>U+00B7”（如果能针对部署的语区（只针对zh区）的话更好）的映射配置进去？——Sakamotosan路过围观 | 避免做作，免敬 2024年3月25日 (一) 02:36 (UTC)

所以我认为还是允许将“．”作为间隔号的错误代替来建立重定向（基于“标点符号上的区别”或者“常见的错别字和错误拼写”），这样应该能够帮助搜索系统归集数据来使其也能被正常搜索出来。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月18日 (一) 05:59 (UTC)

我覺得若可以應該內部處理，這樣一開放預估又會多出幾萬個重定向，有點雞肋--SunAfterRain 2024年3月19日 (二) 01:43 (UTC)

重定向操作相对简单一些，加全局转换可能影响更大（因为不只是标题，内容也会有影响）。或者调整搜索系统的来源词过滤也可以考虑，但需要检查CirrusSearch的技术信息，上面提及的似乎可行。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月19日 (二) 01:52 (UTC)

至少在大陆“阿當．戴華”不会用这种不规范的标点或者很少这种不带标点的外文译名，这样的重定向绝大多数没用。普通情况下，不论是否使用间隔号或者不规范间隔号，Google搜索或者维基内部的提示词皆会排在首位，而且不想输入间隔号的话，还可以复制。港台或新马地区也许有些用。对于外部资料中有使用的或许可以考虑建立重定向，但是在所有的条目上建立未从使用、不规范的重定向感觉没必要。

另外，对于比较长的名称“维亚切斯拉夫沃洛金”，special:search中排在首位。“阿當戴華”的话，special:search的推荐词中会在首位推荐“阿當·戴華”，但是搜索结果中并未将其放在首位，要加前缀intitle:。--Kethyga（留言） 2024年3月19日 (二) 02:29 (UTC)

不宜以中國大陸的「規範」凌駕其他國家／地區。如果走到只能大量建立重新導向的地步，而且機械人無法辨別中國大陸標題與否，那麽只能一概建立。況且，大陸「不會用這種不規範的標點」？中国出版集团所用的「本•阿什克罗夫特」算不算規範呢？很少「不帶標點」？在中國大陸新聞網站搜尋名人姓名，輕易可見；更不用説在微博、小紅書等選詞跳轉的需要。手寫且手快的人士未必會看選單，自加intitle:更是有違絕大多數人的習慣。--— Gohan 2024年3月25日 (一) 00:36 (UTC)

这不是中国大陆的规范问题，而是W3C《中文排版需求》是建议“间隔号”是用“·（U+00B7）”作为字符编码，中国大陆规范等同这个标准，但字型（字符通过字体库渲染）上，港澳台的（字体库）是全角字型、中国大陆的是半角字型；台湾的标准是“．（U+FF0E）”，港澳台的（字体库）为居中字型，而中国大陆的（字体库）是左下角字型。（关于字型渲染效果的话，可以找一个叫BabelPad的类笔记本软件，支持Unicode全部字符编码和选择字体库渲染字型，然后下载微软雅黑（简体字型）、微软正黑体（繁体字型）、思源宋体的不同地区字型变体的字体库，用BabelPad加载看看两个字符渲染形式）如果从Unicode给的字意的话，应该U+00B7才是对应间隔号的正式字符，U+FF0E是将错就错的结果（字符编码用错+字体库“修正”）。所以最快的方法是按照Wikipedia:重定向来建立重定向代替，或者修改搜索索引的配置，再次就是修改全局转换表。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月25日 (一) 02:08 (UTC)

所以不就是中國大陸的規範嗎？--— Gohan 2024年3月27日 (三) 05:03 (UTC)

是W3C的标准也这样规范。（指正）——Sakamotosan路过围观 | 避免做作，免敬 2024年3月27日 (三) 11:46 (UTC)

有個目前難以實現、或許異想天開的思路：既然個別本地轉換表能只針對指定命名空間，能否讓重新導向頁被本地轉換表視爲一種命名空間（無論是真是假），或者乾脆讓標題起到本地轉換表眼界中的命名空間作用？--— Gohan 2024年3月25日 (一) 00:37 (UTC)

我觉得这是不了解技术细节胡思乱想的方案吧？好像没有所谓指定命名空间生效的转换表机制，而且重定向（mw:Manual:page table，重定向页本身也是一种页面，只是检测到源代码有重定向标记后，将页面表的对应字段flag起来，方便后续代码按照重定向的方式做跳转行为处理）也不是一种命名空间。四级字符转换配置表中，第一级是放在源代码的超大转换数组（方便程序读取），第二级也只是放在Mediawiki命名空间（作为系统消息等可以方便前台人员维护）而已。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月25日 (一) 02:16 (UTC)

的確存在只針對ns8的本地轉換表。正因爲重新導向頁不是命名空間，才説「讓重新導向頁被本地轉換表視爲一種命名空間（無論是真是假）」。--— Gohan 2024年3月27日 (三) 05:03 (UTC)

@神秘悟饭：模块:CGroup/MediaWiki special？那只是针对Mediawiki语境下，方便转换Mediawiki这个应用下的用词的公共转换组（也就是字词转换机制下的第三级）而已。我至少没找到针对特定命名空间的字词转换机制。我认为你提的这些东西没有技术依据做支撑。至少在有限时间内不具可行性的讨论。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月27日 (三) 11:44 (UTC)

不是，是MediaWiki:Conversiontable/zh-hans/ns8、MediaWiki:Conversiontable/zh-hant/ns8等。--— Gohan 2024年3月28日 (四) 10:23 (UTC)

没找到mw相关文档的说明。（这真的有用？）就算这样，重定向页并不是命名空间。如果为此做实现，可能技术上有限时间内不具可行性。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月1日 (一) 08:29 (UTC)

找了一些讨论，似乎MediaWiki:Conversiontable/zh-hant/ns8等不是mw内的运行机制，而是给本地机器人整理字词转换的辅助内容。（Wikipedia:机器人/申请/Cewbot/24、User_talk:Jimmy_Xu/存档/2015年/7-9月）——Sakamotosan路过围观 | 避免做作，免敬 2024年4月1日 (一) 08:33 (UTC)

现时可行的技术方案不外乎三种：（1）建立重定向页、（2）调整搜索索引的分词配置、（3）增加全局转换（影响广泛，不只是页面命名，还包括正文，但也不是不可行的办法）。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月25日 (一) 02:25 (UTC)

应该集中在如何控制搜索适配的问题，也就是集中“在如何控制页面标题使用‘U+FF0E’作为间隔号时或者输入关键词使用‘U+FF0E’作为间隔号时能正确匹配到对应的页面”的问题上。至少（1）、（2）的技术可行性更好，对其他方面（如正文源代码的录入）的影响程度更少。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月25日 (一) 02:30 (UTC)

2024年第14期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 無障礙閱讀測試功能的用户將注意到「標準」和「大」文本大小選項的默认行高已更改。 [4]

本週變更

• MediaWiki的新版本將於4月2日部署至測試維基及MediaWiki.org，於4月3日部署至非維基百科wiki及部分維基百科，並於4月4日部署至所有站點（參見日曆）。 [5][6]

未來更改

• 維基媒體基金會每年都會制定年度計畫，以決定基金會將致力進行的事項。您現在可以閱讀產品與技術部門的關鍵成果草案。該草案建議基金會於2024年7月至2025年6月間，在重大技術變革中希望獲得的成果。您可以在討論頁發表評論。

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年4月2日 (二) 03:34 (UTC)

建議對{{link-xx}}系列模板進行編輯

具體建議：在「可參考外文維基百科條目」的提示信息末尾加入「創建條目前請先查詢相關的本地關注度指引。」，以免用戶不小心創立不符合本地關注度要求的條目。--📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年4月3日 (三) 18:29 (UTC)

我觉得不太必要。除了关注度，可供查证等方面也需要注意，但不能将所有提示都塞进去，会类似冗长的欢迎模板、警告模板，用户自知创建的各项要求会更好。可以加指引来建议不要链接低品质的条目，不过执行力度和方式需要商榷。(＆)建議 比如甚至能用机器人自动解链不存在或低品质的目标条目，或者标记和允许用户看不到/特殊标出这种链接（甚至普通内链），标记用模板参数、自动评级。--YFdyh000（留言） 2024年4月3日 (三) 20:45 (UTC)

閣下認為機器人應該根據什麼標準判定目標條目為「低品質」？是目標條目在目標維基的評級，是目標條目屬於任何一個小作品分類，是目標條目字數小於多少字節，還是其他什麼標準？不好意思，在下對維基機器人的編程和運作一無所知。

另外，如果閣下不想「將所有提示都塞進去」的話，就把上面的提示改成「創建條目前請先了解相關的本地規則。」行不行？因為「規則」包含了關注度、可供查證度、以及其他所有條條框框。📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年4月3日 (三) 21:55 (UTC)

至少那些无任何来源（日文维基就有不少）或挂有{{无来源}}等重要维护模板的。挂有{{广告}}的也值得慎重。其他复杂的评级计算和目标维基上的评级，能考虑但后话。原则上不反对，但我期待更好方案。--YFdyh000（留言） 2024年4月4日 (四) 00:43 (UTC)

巡查员能按规则巡查新入条目，作出处理，并且要适当提醒这样创建条目的问题，无论来自于哪里。而老用户也应该根据外文条目的质量来判断是否将其翻译引入或者改进。看上去提案者认为其他用户（或者他自己）更像不思考条目质量而盲目引入，而之只能要靠那些可怜的提示来提醒。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月4日 (四) 01:58 (UTC)

「不思考條目質量而盲目引入」的不是我，而是另有其人。📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年4月4日 (四) 03:42 (UTC)

@Cwek能詳細說明一下「引入」意思? 我真的認為@PÑēüḾôňïę1357誤解了.--Winston（留言） 2024年4月4日 (四) 03:59 (UTC)

如果认为不需要根据外语条目创建该本地条目的话，直接除链则可，如有问题，自行讨论。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月4日 (四) 01:35 (UTC)

@Cwek 我認為最好舉個例子講述. 是這樣的, @PÑēüḾôňïę1357沒有滿足關注度認為使用跨語言連結是不合理的 (例子). 但我個人關心的是如果連結被除其他讀者將無法參考相應的英文/其他語言頁面.

我認為這次討論是Wikipedia:互助客栈/求助#跨語言連結問題延伸.--Winston（留言） 2024年4月4日 (四) 04:08 (UTC)

还是没理解我想说什么？我们这里建条目是依照相关规则（包括关注度等）来建立的，不考虑从哪里来（包括原创或者翻译）。至于加了link-xx是否就要翻译，那是另一回事，或者如果你认为不值得建立（无论是是否满足本地关注度还是当地语言的条目质量不符合在本地规则建立），可以直接消除link-xx（最好说明清楚在编辑摘要，作为备忘），根本不需要如此画蛇添足。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月4日 (四) 04:55 (UTC)

@Cwek 如果消除跨語言連結其他讀者將無法參考相應的英文/其他語言頁面. 這有沒有可能缺乏參考嗎? 如果翻譯可能無法被讀者理解/可能會令讀者困惑, 沒有英文/其他語言頁面的參考我認為這將是一個潛在問題--Winston（留言） 2024年4月4日 (四) 06:03 (UTC)

@Cwek 如果每個人消除跨語言連結(原因是個人認為不值得建立), 那麼跨語言參考就會被斷掉. 我不確定這是不是一個問題. 謝謝--Winston（留言） 2024年4月4日 (四) 06:06 (UTC)

如果来源条目不符合本地规则用于创建，那就添加link-xx我认为没意义。创建条目质量和是否来自link-xx不是直接相关，与巡查员的职责履行有关。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月4日 (四) 11:32 (UTC)

@Cwek 我想闡明, 維基沒有規定使用內部連結助手需要滿足關注度, 對嗎？謝謝. 內部連結助手文檔指出對於中文維基百科未建立條目的詞彙，該模板可在生成內部連接的基礎上，展示外語版條目連結以供參考。 --Winston（留言） 2024年4月4日 (四) 13:13 (UTC)

不太会建立条目的文字不应加入红字链接，link-xx相当于红字链接后面括号附注原文，所以不满足关注度的主题不应该加入link-xx。

最初设立link-xx时，模板的效果是直接在正文里写红字连接+外部连接（红字链接（英语：Redlink）），弹窗效果要注册后自行设定才出现。后来模板（没有讨论地）就改成了现在的预设弹窗设置，但是对这个模板的定位没有再议（现在有人认为模板主要是方便读者看外维；也有人认为主要是方便编者翻译条目；还有人认为模板就是单纯标记外语原文，只不过顺便加个链接）。所以现在link-xx的定位很迷，开头说的推论不是所有人都同意。

另外MOS:IWL第二段也是说「在不过度使用内链的前提下……」。目前看来如果条目没有关注度，就只能在后面用括号单纯附注外文，不加跨语言链接了。--For Each element In group Next（留言） 2024年4月4日 (四) 13:28 (UTC)

@For Each element In group Next 感謝您提供參考, MOS:IWL第二段是說「在不過度使用內部連結的前提下，對於不為中文用戶熟知的外來詞彙，編輯可以使用跨語言連結模板」. 我個人認為和關注度低是有點矛盾的, 因為不為中文用戶熟知的外來詞彙很有可能關注度低. 不為中文用戶熟知的外來詞彙可以使用跨語言連結模板但關注度低不推薦使用跨語言連結模板. 因此對我來說會很混亂, 我不確定是否要添加跨語言連結模板. 另外我覺得整個MOS:IWL從未提及跨語言連結模板和關注度之間的關係.

我傾向同意link-xx的定位不是和紅字連接相等(跨語言連結模板有額外的功能, 提供外語版條目連結以供參考). 也許這就是定位很迷原因.--Winston（留言） 2024年4月4日 (四) 14:59 (UTC)

“不为中文用户熟知的外来词汇很有可能关注度低”是不对的，仅存在外文有效资料、中文圈完全不关心的内容，也是有关注度的。不能创建条目的直接除链我是赞成的，但link-xx模板的作用已较为多元，可能有些人当作参见外文维基的外部链接或者原文标注等。--YFdyh000（留言） 2024年4月4日 (四) 15:43 (UTC)

但維基有自己的條目開啟關注度政策要求, 也許我們可以用這次當例子. 卡爾加里山麓不滿足關注度政策要求. 當你在搜尋引擎上搜尋時, 讀者可能不知道我在說什麼. 我覺得它應該滿足不為中文用戶熟知的外來詞彙和關注度低(也不滿足條目開啟關注度政策要求). 在這種情況下，link-xx模板將提供讀者參考. --Winston（留言） 2024年4月4日 (四) 23:38 (UTC)

这笔是吧。该英文条目的30个来源中，有无符合中文维基百科关注度的来源。暂时未看到特别明显的介绍，但媒体持续对球队表现有关注和报道，以及像[7]和其他文献可能存在对球队历史的介绍，是否满足关注度。--YFdyh000（留言） 2024年4月5日 (五) 00:54 (UTC)

WP:FOOTBALLER提供足球運動員關注度指引指導, 根據足球地區分類加拿大屬於第三類國家/地區, 然後根據足球俱樂部第三類國家/地區累計最少在第一/第二級聯賽存在兩個賽季滿足關注度. 然後根據加拿大足球聯賽系統加拿大暫無第二級聯賽. 第三級聯賽也沒有晉升系統. 現在卡爾加里山麓屬於第三級聯賽, 所以我沒看到卡爾加里山麓如何滿足關注度. 所以我相信當有人根據WP:FOOTBALLER要求移除時，卡爾加里山麓很可能被移除.--Winston（留言） 2024年4月5日 (五) 02:17 (UTC)

关注度细则只是方式之一。我觉得有可能存在符合WP:GNG的来源，未必是线上来源。--YFdyh000（留言） 2024年4月5日 (五) 04:35 (UTC)

理解--Winston（留言） 2024年4月6日 (六) 07:10 (UTC)

同時在沒有找到太多搜尋結果時, 是否link-xx可以提供一些參考? 但是有一個「創建條目前請先查詢相關的本地關注度指引。」這個話題出現.--Winston（留言） 2024年4月5日 (五) 02:22 (UTC)

也有可能如果編輯自己沒有翻譯正確的話，那麼搜尋結果就會缺失. 沒有搜尋結果且沒有link-xx(參考鏈被除). 那麼讀者如何信任WIKI內容?--Winston（留言） 2024年4月5日 (五) 02:30 (UTC)

所以你的理解还是搞错了。加link-xx对应到外语条目，并没有规定添加的方式或者限制。但如果link-xx预期不可能创建本地条目的话，是可以不添加。至于如何创建本地条目，是通过link-xx引导翻译、还是单纯直接地翻译，如何确认本地条目是否满足本地规则的话，那是编辑者和新页面巡查应该去判断地，但与link-xx无关，link-xx不应该承担这种提醒需要。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月5日 (五) 05:54 (UTC)

感謝您的解釋. 但我還是不明白. 我知道這有點好笑, 但我添加link-xx但被撤销. 他的理由是根據WP:FOOTBALLER，卡爾加里山麓必須贏得加錦標才能符合准入條件, 因此我加link-xx是不正確的. 他也認為添加link-xx是「不思考條目質量而盲目引入」. 我不知道如何應用維基政策應用此編輯.--Winston（留言） 2024年4月5日 (五) 06:36 (UTC)

2024年第15期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 網路瀏覽器中可以使用扩展程序工具。現在有一個名為Citation Needed的Chrome扩展程序，您可以使用它來查看網路上的內容是否受維基百科條目支持。這是個測試維基百科運用方式的小實驗。不過因為是小實驗，所以僅限於Chrome瀏覽器使用，且僅能用於英文內容。
• 所有wiki均加入了新功能「编辑恢复」，可在参数设置中启用。启用后，正在进行的编辑将保存在網路瀏覽器中，如果您意外关闭编辑窗口，或是浏览器或计算机崩溃，再次開啟时，网页将提示您恢复未發布的文本。请在项目讨论页留言反馈。这是2023年社群愿望清单调查中的第八位。
• 「编辑检查」实验的初步结果已发布。编辑检查现已作为默认功能部署至先前测试它的wiki。如果您希望您所在的wiki成為下一批编辑检查的部署對象，联系我们。 [8][9]
• 在移动设备上使用Minerva皮肤的讀者將注意到所有排版设置的行高皆有改進。 [10]

本週變更

• MediaWiki的新版本將於4月9日部署至測試維基及MediaWiki.org，於4月10日部署至非維基百科wiki及部分維基百科，並於4月11日部署至所有站點（參見日曆）。 [11][12]
• 新账号和登出的用户将以可视化编辑器作为移动版的默认编辑器。除英语维基百科外，所有维基百科均进行此部署。 [13]

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年4月8日 (一) 23:36 (UTC)

编辑恢复有时候操作不小心会恢复到错误的版本--百無一用是書生 (☎) 2024年4月9日 (二) 02:51 (UTC)

可視化編輯器問題

合并至上方讨论。--碟之舞📀💿 2024年4月15日 (一) 08:52 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

感覺最近較常出現Unable to stash Parsoid HTML這個問題--Yutommy 崖上的孤兒 消暑樂祭的狗 2024年4月14日 (日) 15:59 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

可视化编辑器是坏了吗

於Phabricator查看
編號T356157的工單

如题，切换过去就显示Unable to stash Parsoid HTML。--mije meli carrot_233 -- 讨论 2024年4月10日 (三) 05:40 (UTC)

有時候會喪失功能，原因不明。-- 肥羊翻譯機 ⁄_留言 2024年4月12日 (五) 12:53 (UTC)

phab:T356157。类似问题先前发生过，由于没有日志无法分析，后来启用了日志，这次复现了等调查结果吧。--碟之舞📀💿 2024年4月15日 (一) 08:53 (UTC)

2024年第16期技術新聞

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

問題

• 4月2日至8日間，在使用標記修訂的wiki上，被撤销的編輯未被加上「已被回退」標籤。此外，頁面移動、保護和导入操作未自動標記為已巡查。此問題已解決。 [14][15]

本週更改

• MediaWiki的新版本將於4月16日部署至測試維基及MediaWiki.org，於4月17日部署至非維基百科wiki及部分維基百科，並於4月18日部署至所有站點（參見日程表）。 [16][17]
• 默认分类排序关键字現在會影響腳註中放置的模板所添加的分類。先前，腳註中的分類使用頁面標題作為默认排序关键字，即使已經指定了不同的默认排序关键字（分類專用的排序关键字已經生效）。 [18]
• 滥用过滤器將添加新变量page_last_edit_age。該变量表示頁面的最後一次編輯是在多少秒前。 [19]

未來更改

• 懇請志願開發者們更新您維護的工具和功能的代码以應對臨時账号。了解更多。
• 数据库副本（包括Quarry）中將移除四個数据库字段。這僅影響abuse_filter和abuse_filter_history表格。某些查詢可能需要更新。 [20]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年4月15日 (一) 23:27 (UTC)

看来又要坏掉一批站内站外的工具了....--百無一用是書生 (☎) 2024年4月16日 (二) 02:29 (UTC)

可否筛选一下本站可能受到临时账号影响的脚本？--碟之舞📀💿 2024年4月16日 (二) 15:36 (UTC)

可能影响不明显？因为临时账号的用户名表现方式和普通用户相近，可能底层属性会多了“临时”的标签，需要相应脚本增加相应的检测。IP地址形式用户名可能以后会消失，相关的脚本也就没有用了。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月17日 (三) 02:04 (UTC)

用戶討論頁內部錯誤

於Phabricator查看
編號T362530的工單
狀態：已解決

請問各位閣下，關於用戶討論頁發生內部錯誤，顯示以下錯誤說明，該如何恢復討論頁？麻煩請各位閣下協助，謝謝。

結構式討論工作流程並未與該頁面關聯。
[e7ab9c04-d03f-457a-85f2-7abd118bfd25] 2024-04-12 12:32:56: 嚴重異常類型
「Flow\Exception\InvalidDataException」

-- 肥羊翻譯機 ⁄_留言 2024年4月12日 (五) 12:50 (UTC)

@OnionBulb：能否在测试功能中关闭结构式讨论页？--碟之舞📀💿 2024年4月15日 (一) 08:47 (UTC)

偏好設定的測試功能沒有「結構式討論頁」的設定，我記得以前有這個設定，不知為何現在沒有也沒顯示。-- 肥羊翻譯機 ⁄_留言 2024年4月15日 (一) 11:59 (UTC)

报phab ——魔琴［身份声明 留言 贡献 新手2023］ 2024年4月15日 (一) 12:02 (UTC)

了解，感謝。-- 肥羊翻譯機 ⁄_留言 2024年4月18日 (四) 02:49 (UTC)

已交工单。@OnionBulb您好，想问一下这个问题是怎么出现的，之前是否进行过关闭结构式讨论的操作？

另外，结构式讨论已经废弃，将来将会从本站移除，就算恢复过来大概率会是传统Wikitext页面。--碟之舞📀💿 2024年4月15日 (一) 13:07 (UTC)

因為用戶討論頁有收到結構式討論的棄用通告，大概前兩個月我從偏好設定關閉結構式討論，結果用戶討論頁變成上述的發生內部錯誤。-- 肥羊翻譯機 ⁄_留言 2024年4月18日 (四) 02:55 (UTC)

@OnionBulb：Phab的人修好了，请复查。--碟之舞📀💿 2024年4月15日 (一) 14:10 (UTC)

感謝閣下大大的協助。-- 肥羊翻譯機 ⁄_留言 2024年4月18日 (四) 02:56 (UTC)

請問閣下，要如何改為傳統wikitext頁面？雖然他們有修好，可是偏好設定似乎找不到相關的關閉選項，是不是只能等待站方正式移除改回傳統頁面？-- 肥羊翻譯機 ⁄_留言 2024年4月18日 (四) 05:05 (UTC)

页面信息/基本信息/过去30天的页面访问量 蓝链问题

请问各位，【页面信息/基本信息/过去30天的页面访问量】中的数据超链接蓝链可否恢复？或者类似英维那样直接链出？——Zzhtju（留言） 2024年4月20日 (六) 12:54 (UTC)

2024年第17期技術新聞

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

最近更改

• 從本週開始，維基百科的新手編輯者會被鼓勵嘗試結構化任務。結構化任務已被證明能提升新手的活躍度和留存率。 [21]
• 即日起可以提名您最喜歡的工具參加第五屆最酷工具獎。提名將持續開放至5月10日。

本週更改

• MediaWiki的新版本將於4月23日部署至測試維基及MediaWiki.org，於4月24日部署至非維基百科wiki及部分維基百科，並於4月25日部署至所有站點（參見日程表）。 [22][23]

未來更改

• 這是最後一次提醒，從2024年5月底開始，Vector 2022皮肤將不再與舊版Vector共用網站和用户的腳本及樣式。對於要在Vector 2022上繼續使用的用户腳本，請將Special:我的用户页/vector.js的內容複製到Special:我的用户页/vector-2022.js。參閱更多技術細節。界面管理员若預期這將導致大量技術支持問題，可以效仿法語維基百科，向您所在的社群发送大量信息。 [24]

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年4月22日 (一) 20:26 (UTC)

關於褒揚令、碑文的藍色方框的 CSS 樣式建議

目前在維基百科上，獲中華民國褒揚令的人物往往會在其頁面上刊出褒揚令全文，並以藍色方框（實現方法為一個加了藍色實線 border 的 <blockquote>）框之。其他的一些人物的碑文可能也採取這樣的做法。

但很經常地，這樣的方框的右側部分會和頁面右側邊的其他資訊方塊相重疊，導致方框不能顯示完全，有時還會使內容發生詭異的換行效果。

現狀參考：許虞哲、吳新榮。

要解決這一問題其實很簡單，只消為 <blockquote> 添加一個 display: flex; 的 CSS 樣式，並將其內的所有內容包在一個 <div></div> 裡即可。這樣方框就不會與頁面上的其他元素重疊了（同時內嵌的 <div> 確保了 <blockquote> 內的內容不會出現排印錯誤）。

不知道大家是否認可這樣的修正，以及是否有技術能人願意寫一段指令碼來批次化執行這一修改。

再者，在含有褒揚令的篇目中，落款的總統、行政院院長部分其實也最好採用表格的方式去實現，以獲得更好（保證對齊）的排印效果。如下方這般：

<blockquote style="border: 1px solid blue; padding: 0.5em 0.8em; display: flex;">
<div>
財政部前部長、臺灣期貨交易所股份有限公司董事長許虞哲，洽聞沖簡，素德清材。少歲卒業國立政治大學財稅學系暨財政研究所，旋負笈遊美，獲哈佛大學法學碩士學位，抱志懷才，濬瀹專攻。歷任臺北市稅捐稽徵處處長、五區國稅局局長暨賦稅署署長等職，張拓各項稽徵事宜，調降最高邊際稅率；實施證券交易所得課稅，營造優質租稅環境，折衝圖議，幹濟有聲。尤以出任財政部次長、部長期間，整合通關航港系統，研提電子發票載具；踐履開源節流要旨，置辦跨境電商稅制；釐訂國有財產法規，增益公共建設量能，極智窮思，振裘持領；迴籌轉策，通觀全局。嗣接掌臺灣期貨交易所，博求多元商品創新，簡化交易結算程序；加強風險控管措施，推升期貨市場榮景，謨慮運帷，蜚英騰茂。曾獲頒財政部一、二等財政獎章暨模範公務人員等殊榮。綜其生平，殫瘁臺灣稅務體系興革，丕奠國家財政發展利基，訏猷遠謀，令績遐舉；行誼世範，楷模垂芬。遽聞溘然殂殞，悼惜彌殷，應予明令褒揚，用示政府篤念邦賢之至意。
{| align="right"
| 總　　　統
| style="padding-left: 1em;" | [[蔡英文]]
|-
| 行政院院長
| style="padding-left: 1em;" | [[蘇貞昌]]
|}
</div>
</blockquote>

如果總統、行政院院長的區塊需要與右邊框留出一點距離，則可簡單地在表格部分首行 align 屬性右邊添加右 margin 樣式即可，這些都比如今使用的解決方案能夠更好地保證排印效果（當然「總統」字樣間的空格理論上亦可透過為「總」字添加 letter-spacing 來解決，也即寫成 <span style="letter-spacing: 3em;">總</span>統 的樣子，但就不如直接加入全形空格方便了）：

{| align="right" style="margin-right: 2em;"
| 總　　　統
| style="padding-left: 1em;" | [[蔡英文]]
|-
| 行政院院長
| style="padding-left: 1em;" | [[蘇貞昌]]
|}

--Boreas Sawada 2024年4月27日 (六) 03:49 (UTC)

建议不错，可以考虑建模板以规范显示效果。不过我有点怀疑刊出全文的正当性，原因有三：一，这难道不应该移至文库？二，所举条目吴新荣中这样的碑文不侵权？三，条目中以大篇幅给出褒扬令、纪念碑文全文有广告宣传之嫌，这要是大陆人物恐怕早就被移除了^{[開玩笑的]}。--Kcx36（留言） 2024年4月28日 (日) 18:59 (UTC)

Well… 我是一个「惯例主义者」（如果真的有这种东西的话），因此推崇尊重惯例 (convention)，尤其是在一个社群／社会上自发演化形成的惯例。（同时我也瞭解到中文维基并不推崇此类思想。）因此在如诸如此类的讨论上会天然地偏向于「维持现状、保持不变」。所以我不适合参与「改制」的讨论。对此就不发表意见了。
編輯：由於樓下誤會，我特此聲明：前段之回應與是否應當為褒揚令等藍色框文字建立模板無關。是回應有關這類文字是否應該保留的部分的。--Boreas Sawada 2024年4月28日 (日) 21:57 (UTC)

• @Chu_Tse-tien：(：)回應：建模板並非是因為「它是慣例」而建的。建模板是指如果有存在某種格式、文字、或可（依條目主題）被程式運算的東西_{（見{{數字性質}}，已被廣泛地用來產生數字條目中的部分條目內容）}、板型或模式等內容出現在了在多個條目，又或會在同一條目還會重複出現，則宜「模板化」方便管理（不然到時你改一個，要全部條目都改一遍；模板化了就只要改模板）。如果「褒揚令、碑文」出現在許多條目，且其樣式（如CSS等）類似，則宜模板化。因此，並非因為「它是慣例」才建模板，而是很多條目都有相同東西，才「統整」成模板方便管理。因此建模板也算是「维持现状、保持不变」但加上「技術上」的東西來方便進行「管理與維護」，並不變更其內容。畢竟如果某件事「它是慣例」宜「整合管理」減少人力負擔，並不意味著「不维持现状、沒有保持不变」。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月28日 (日) 22:37 (UTC)

  這……我回應的顯然不是關於建立模板的部分……--Boreas Sawada 2024年4月29日 (一) 01:57 (UTC)