维基百科:互助客栈/技术

维基百科,自由的百科全书
跳转至: 导航搜索

互助客棧消息发表 · 方针发表 · 技术 · 求助发表 · 条目探讨发表 · 其他发表 知识问答发表
快捷方式
WP:VPT
Preferences-system.svg

本頁用作讨论在编辑时遇到的技术问题;發表問題或討論前,請先參閱常見問題解答帮助信息MediaWiki基本問題及搜索舊討論記錄。另請注意:

請注重禮儀及遵守方針與指引,一般問題請至互助客栈/其他知识问答提出,留言后请务必签名(点击 Vector toolbar signature button.png )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
存档图像
互助客栈(技术)档案馆
编辑

2005年 12
2006年 1 2 3 4 5 6 7 8 9 10 11 12
2007年 1 2 3 4 5 6 7 8 9 10 11 12
2008年 1 2 3 4 5 6 7 8 9 10 11 12
2009年 1 2 3 4 5 6 7 8 9 10 11 12
2010年 1 2 3 4 5 6 7 8 9 10 11 12
2011年 1 2 3 4 5 6 7 8 9 10 11 12
2012年 1 2 3 4 5 6 7 8 9 10 11 12
2013年 1 2 3 4 5 6 7 8 9 10 11 12
2014年 1 2 3 4 5 6 7 8 9 10 11 12
2015年 1 2 3 4 5 6 7 8 9 10 11 12
2016年 1 2 3 4



关于MediaWiki域名的建议[编辑]

MediaWiki大致有两个域名,查看页面时为/wiki/页面名称,编辑、删除等操作时的域名为/w/index.php?title=页面名称...。然而第二种完全可以用第一种来表示,比如 https://zh.wikipedia.org/w/index.php?action=edit&title=Wikipedia:沙盒 完全可以替代为 https://zh.wikipedia.org/wiki/Wikipedia:沙盒?action=edit ,效果是一样的。但是为什么还要/w/index.php呢?

而且,内链不支持像“页面名称?action=edit”这样的译名。例如[[Wikipedia:沙盒?action=edit]]会直接显示为Wikipedia:沙盒?action=edit,并不能链接到https://zh.wikipedia.org/wiki/Wikipedia:沙盒?action=edit 。

另外,Curse的项目(如Minecraft Wiki)的域名没有wiki或w,直接minecraft-zh.gamepedia.com/页面名称 或者minecraft-zh.gamepedia.com/index.php?title=页面名称&action=edit。那么MediaWiki有必要在域名中间添加“wiki”或“w”吗?--SolidBlock讨论 2016年4月3日 (日) 05:44 (UTC)

/wiki/XXX 的请求到达Apache之后会重写成/w/index.php?title=XXX 。/w/是路径,index.php是文件,在/ 目录下面还有其他的文件,比如503.html(https://zh.wikipedia.org/503.html ) --Antigng留言) 2016年4月3日 (日) 05:48 (UTC)
(~)補充/wiki/XXX?action=edit 的请求在手机和平板电脑的浏览器上面会重根据 UA 重定向到移动版编辑器,这个在 {{LSR}} 就已经实现过。-- 2016年4月9日 (六) 12:41 (UTC)
@Antigng:建议让内链支持[[Wikipedia:沙盒?action=edit]]这样的类型,使用{{fullurl:}}和{{fullurl}}是比较麻烦的。而且建议将wiki和w统一为wiki或w。还有,为什么Curse的项目就不需要wiki和w了呢?--SolidBlock讨论 2016年4月3日 (日) 05:58 (UTC)
(-)反对“建议将wiki和w统一为wiki或w”,难以理解。想想如果有一个条目叫做index.php怎么办吧。--Antigng留言) 2016年4月3日 (日) 06:16 (UTC)
一切都可以通过前端代理转写实现,不过/wiki/是出于站点功能分类惯性来部署(例如以后添加blog功能,可以使用/blog/;或论坛用/forum/)。例如另一个这里人办的的萌百(zh.moegirl.org)将/转写了。但最终还是请求为index.php。——路过围观的Sakamotosan 2016年4月3日 (日) 06:36 (UTC)
语法解释器是将[[]]转化为“/wiki/$1”的a链,[[Wikipedia:沙盒?action=edit]]已经涉及语法解释器问题了,就更加不是这里能解决的,需要到去开发组问了。——路过围观的Sakamotosan 2016年4月3日 (日) 06:41 (UTC)
@SolidBlockcwek: 让[[]]中的?解析为query已经不可能了,因为英文维基有些条目名中已经包含了问号,比如w:Is the Order a Rabbit?--Nbdd0121留言) 2016年4月5日 (二) 21:06 (UTC)
@Nbdd0121:那么让代码支持[[Wikipedia:沙盒|action=edit|编辑沙盒]](当前效果:action=edit|编辑沙盒)这样的形式可以吗?--SolidBlock讨论 2016年4月10日 (日) 01:23 (UTC)
找开发组问,这部分涉及语法解释器的技术开发了。只有部分特殊页支持这种机制。——路过围观的Sakamotosan 2016年4月10日 (日) 05:38 (UTC)
传递参数可以用管道符转意。——路过围观的Sakamotosan 2016年4月6日 (三) 04:57 (UTC)
/wiki/是前端转写,到服务后端实际是请求/w/index.php加上。同样/zh-cn/等语言标识也是通过转写实现。可以下一个原生mw安装包看看,实际zh.wikipedia.org/就是安装包的原生安装包/目录。——路过围观的Sakamotosan 2016年4月3日 (日) 06:28 (UTC)
或者可以对比下mcwiki、这里、萌百三者版本特殊页中接入点URL部分的设定,“条目路径”就是涉及[[]]转换为a链的模板,另外三个就是三个主要文件的真正位置,其他就是靠前端转写来实现的。——路过围观的Sakamotosan 2016年4月3日 (日) 06:44 (UTC)
那个不叫域名啦,域名是/前面的那部分,你值的是URL。从技术上来说,因为/wiki/XXX这类只能是通过rewrite对应到PHP文件,所以w/index.php?XXX肯定是有存在的必要的,/wiki只是短URL而已。--Nbdd0121留言) 2016年4月5日 (二) 16:49 (UTC)
其实邮件列表上以前有special page vs. action的debate。如果都做成special page了那就是Special:Edit/Wikipedia:沙盒了……Liangent留言 2016年4月5日 (二) 18:36 (UTC)
原来还有这种内幕,其实我个人是偏向全Special Page的,但是MediaWiki已经发展成这样,大规模改接口已经不可能了--Nbdd0121留言) 2016年4月5日 (二) 20:49 (UTC)
虽然我认同wiki统一改为w是会方便一些,但是保留Wiki可以满足一些特殊的估计一辈子都用不上的要求比如需要一个title为index.php的维基页面,这个时候如果wiki改成w就会和真正的PHP程序index.php冲突,所以我个人支持维持现在的状况。--南瓜留言 | 贡献) 2016年4月5日 (二) 20:32 (UTC)
/w 底下还有别的东西的,比如 https://zh.wikipedia.org/w/COPYINGhttps://zh.wikipedia.org/w/CREDITS 。另见mw:Manual:Wiki_in_site_root_directory#Reasons_why_putting_wiki_pages_in_the_root_directory_of_the_web_site_is_badLiangent留言 2016年4月6日 (三) 04:30 (UTC)
还有404.php--Antigng留言) 2016年4月6日 (三) 14:01 (UTC)
@AntigngLiangent:我觉得应该让内链支持Wikipedia:沙盒?action=edit这样的形式。内链可以让访问过的链接显示为深蓝色而不是紫色,并且可以显示红链。{{fullurl}}是如此的复杂。--SolidBlock讨论 2016年4月8日 (五) 10:22 (UTC)
因为问号可以作为标题名出现,而像#fullurl类的管道在[[]]中会出现冲突,所以这似乎无法解析。不过做一个自行接入action=edit的类似模板是似乎可行的。顺便说一下,上方提到的萌百刚把.php的标题block了。 囧rz... --RubyyTalk|Flow 2016年4月8日 (五) 12:02 (UTC)
@Rubyy:已有{{fullurl}}模板,但是仍然具有外链的特征,而且对于访问过的页面会显示为紫色而不是内链的深蓝色。--SolidBlock讨论 2016年4月10日 (日) 01:23 (UTC)
这个问题没什么意思,要改要服务器管理员改,维基百科管理员改不了。楼主想要统一url,是好的,但是没什么用 。--Gqqnb留言) 2016年4月9日 (六) 01:13 (UTC)
如果让内链解释支持url式的话,已经涉及语法解释器的技术开发问题了,已经不是本地前台管理员所能解决的,应该去找开发组建议(当然不太可能接受(笑))。至于根目录部署映射,可以看L大转述的mw技术建议。散了吧。——路过围观的Sakamotosan 2016年4月10日 (日) 05:37 (UTC)
倒是可以考虑启用类似短链接的形式,例如 https://meta.wikimedia.org/?curid=6125157 --百無一用是書生 () 2016年4月14日 (四) 02:52 (UTC)
并不同吧,实际上提出者理解没理解真实文件路径和重写路径的区别。
  • /w/index.php才是mw这个应用的真实文件和应用入口。/wiki/...是通过URL重写机制来转化为前者,例如/wiki/WP:SB?action=edit会由前端反向代理缓冲(squid之类,我们的部署模式)或后端服务应用(Apache httpd,单机没前端的话)转写还原为/w/index.php?title=WP:SB&action=edit,后面才是应用服务器真实访问的URL。
  • /wiki/$1,只是mw生成a链的一个模板,这样的就不用面对真实URL一长串的写法,直接输入更短的URL,服务器组会自动转为真实URL。
  • 得益于URL重写,可以将多书写模式的短URL模式(/zh-*/*)自动转写为对应包含variant=zh-*的真实URL
  • 至于不部署在站点根上,一来“站点/功能名”是惯例做法,二来参见L大的mw技术文章,部署根站点要考虑robots.txt等同样放在站点根上的真实文件URL的访问问题,而且同样地这些文件名同样是合法的mw页面名可以生成相应mw页面用于访问。
  • 另,“?"也是合法的mw页面名字符,所以[[<页面名>?<参数...>]]类似URL真实写法的内链生成还是涉及语法解释器问题,不过可以考虑提议允许在内链语法添加管道符分隔传入语法来实现URL传入参数。部分特殊页面的页包含有这样的机制。——路过围观的Sakamotosan 2016年4月14日 (四) 03:36 (UTC)
@LiangentcwekAntigng:可不可以請教一下如果要做成特殊頁面的可能性?--宇帆(留言·) 2016年4月24日 (日) 06:12 (UTC)
意思是Special:Edit/Antigng is a pig?--Antigng留言) 2016年4月24日 (日) 06:14 (UTC)
差不多。還有這個:Special:頁面信息,比如[1],或許是這種形式Special:頁面信息/Antigng is not a pig--宇帆(留言·) 2016年4月24日 (日) 06:19 (UTC)
模仿SpecialDiff.php(User:Antigng/includes/Specials/SpecialEdit.php)行不行?--Antigng留言) 2016年4月24日 (日) 07:39 (UTC)

可否做一個針對emoji的過濾器?[编辑]

這個編輯,除了mobile app edit便無其他標籤。--578985s留言) 2016年4月15日 (五) 14:21 (UTC)

Special:AbuseLog/1856883,看看能抓住什么。--Jimmy Xu 2016年4月15日 (五) 17:48 (UTC)
哇,统一码区段都用上了,好厉害。。--Gqqnb留言) 2016年4月16日 (六) 05:49 (UTC)
讚,測試一下😏--578985s留言) 2016年4月16日 (六) 11:44 (UTC)
\u1F2FF:🋿、\u1F300:🌀、\u1F301:🌁、.....、\u1F5FF:🗿、\u1F600:😀......\u1F64E:🙎、\u1F64F:🙏、\u1F650:🙐、\u1F651:🙑、\u1F688:🚈、\u1F689:🚉、\u1F68A:🚊、......、\u1F6B9:🚹、\u1F6BA:🚺、\u1F6BB:🚻、\u1F6BC:🚼、....、\u1F6F2:🛲、\u1F6F3:🛳、\u1F6F4:🛴、\u1F6F5:🛵、\u1F6F6:🛶、\u1F6F7:🛷、\u1F6F8:🛸、\u1F6F9:🛹、\u1F6FA:🛺、\u1F6FB:🛻、\u1F6FC:🛼、\u1F6FD:🛽、\u1F6FE:🛾、\u1F6FF:🛿、\u1F700:🜀
@Jimmy Xu:測試後發現,我這邊從 1F64F 到 1F6F3 也都是 象形文字/顏文字/emoji字元,而過濾器目前只檢查 1F300 到 1F64F ,可能需增加為1F300到1F6F3。另外,字數統計工具會把這些字元也算入.....--宇帆(留言·) 2016年4月16日 (六) 12:07 (UTC)
(~)補充:😏😏,&#128527;&#x1F60F;這種形式的好像無法過濾--宇帆(留言·) 2016年4月16日 (六) 12:11 (UTC)
(Green bug.svg)BUG回報:@Jimmy Xu:過濾器目前似乎無法捕捉😏😏,&#128527;&#x1F60F;這種形式的emoji字元表達方式,測試結果。--宇帆(留言·) 2016年4月16日 (六) 12:16 (UTC)
但是感覺要在Special:滥用过滤器/20裡實現😏😏&#128527;&#x1F60F;這種形式的判斷好像十分困難(? --宇帆(留言·) 2016年4月16日 (六) 16:24 (UTC)
看不太懂你在说什么。写成entity的不管,这种不可能是无意破坏。--Jimmy Xu 2016年4月18日 (一) 03:15 (UTC)
完成:測試1F6FF🛿是否有正常捕捉,答案是有的Special:滥用日志/1860403。--宇帆(留言·) 2016年4月21日 (四) 03:28 (UTC)
從現時的日誌看,是不是可以讓過濾器不應用於用戶、Wikipedia和討論的名字空間?尤其是用戶簽名帶有表情符號的話,標籤或會顯得礙眼。--578985s留言) 2016年4月25日 (一) 14:33 (UTC)

請求引入mw:Extension:QuickGV[编辑]

希望可以安裝一個外掛 QuickGV
這外掛可以用 dot 語言製作流程圖和心智圖,用 SVG 格式輸出,
用了這個外掛不僅能快速產出圖像,因為是文字產生的,所以還能實現版本管理,
可以看出不同版本之間的差異,比起上傳圖片的方式更容易維護。 --小璋丸留言) 2016年4月16日 (六) 16:15 (UTC)

 1 private static function findExecutable($exec_name, $exec_custom) {
 2 		if ($exec_custom==='') {
 3 			if (PHP_OS!=='WINNT') {
 4 				$exec_path = exec("which $exec_name");
 5 				if ($exec_path==='') {
 6 					$search_dirs = array(
 7 						'/usr/bin',
 8 						'/usr/local/bin'
 9 					);
10 					foreach ($search_dirs as $dir) {
11 						$p = sprintf('%s/%s',$dir,$exec_name);
12 						if (file_exists($p)) {
13 							$exec_path = $p;
14 							break;
15 						}
16 					}
17 				}
18 			} else {
19 				// TODO 0.2.1: search dot.exe from:
20 				// * %ProgramFiles(x86)% - C:\Program Files (x86)
21 				// * %ProgramFiles%      - C:\Program Files
22 				// [Gg]raphviz\s?2\.\d+\bin\dot
23 				//$exec_path = exec("where $exec_name");
24 
25 				$prog_files = getenv('ProgramFiles(x86)'); // for 64-bits Windows
26 				if ($prog_files===false) {
27 					$prog_files = getenv('ProgramFiles');  // for 32-bits Windows
28 				}
29 
30 				$matched_dirs = array();
31 				$dh = opendir($prog_files);
32 				while (($prog_dir = readdir($dh))!==false) {
33 					if (preg_match('/[Gg]raphviz\s?(2\.\d+)/', $prog_dir, $matches)) {
34 						$gv_ver = (float)$matches[1];
35 						if ($gv_ver>=2.0) $matched_dirs[] = $prog_dir;
36 					}
37 				}
38 				closedir($dh);
39 				
40 				if (count($matched_dirs)) {
41 					rsort($matched_dirs);
42 					$prog_dir  = $matched_dirs[0];
43 					$exec_path = sprintf('%s\\%s\\bin\\dot.exe', $prog_files, $prog_dir);
44 				}
45 			}
46 		} else {
47 			$exec_path = $exec_custom;
48 		}
49 
50 		if ($exec_path==='' || !file_exists($exec_path)) {
51 			if ($exec_name==='dot') $exec_name = 'Graphviz';
52 			self::addError("$exec_name is not installed.");
53 
54 			// How to install graphviz
55 			$os = PHP_OS;
56 			switch ($os) {
57 				case 'Darwin':
58 					$url = 'http://brew.sh';
59 					self::addError('Run the command to install:');
60 					self::addError('<blockquote>brew install graphviz</blockquote>');
61 					self::addError(sprintf('If you didn\'t install Homebrew yet, see <a href="%1$s">%1$s</a>.', $url));
62 					break;
63 				case 'WINNT':
64 					$url = 'http://www.graphviz.org/Download_windows.php';
65 					self::addError(sprintf('Click here to download installer: <a href="%1$s">%1$s</a>', $url));
66 					break;
67 				case 'Linux':
68 					self::addError('For CentOS users, run the command to install:');
69 					self::addError('<blockquote>yum install graphviz</blockquote>');
70 					self::addError('For Ubuntu or Debian users, run the command to install:');
71 					self::addError('<blockquote>sudo apt-get install graphviz</blockquote>');
72 					break;
73 				case 'FreeBSD':
74 					self::addError('Run the command to install:');
75 					self::addError('<blockquote>pkg_add -r graphviz</blockquote>');
76 					break;
77 			}
78 
79 			return '';
80 		}

--Antigng留言) 2016年4月21日 (四) 05:29 (UTC)

@小璋丸:呼叫作者。--宇帆(留言·) 2016年4月21日 (四) 05:47 (UTC)
已經回答囉,請看上面--小璋丸留言) 2016年4月21日 (四) 05:59 (UTC)

  • @小璋丸:,另外不要把代码写死,比如$imgdir = sprintf('%s/images/quickgv', $IP);,不是所有的mediawiki站都会把文件放在$IP/image目录下面,比如维基百科就使用Swift把文件分开存储到其他机器上面。尽量使用defaultsettings.php里面的参数。--Antigng留言) 2016年4月21日 (四) 06:48 (UTC)
  • @Antigng:這些建議等 Repo 通過後,能請您幫忙開個 Issue 嗎?這樣可以直接把需求列入版本,我很歡迎有人許願的。--小璋丸留言) 2016年4月21日 (四) 07:10 (UTC)
基金会和开发组允许单独站台使用不统一部署的插件?——路过围观的Sakamotosan 2016年4月20日 (三) 05:07 (UTC)
应该是允许的--百無一用是書生 () 2016年4月21日 (四) 02:27 (UTC)
@小璋丸: 上面有人提到了mw:Extension:GraphViz,这个和你的插件有什么区别?--XYZ指示物留言) 2016年4月25日 (一) 19:35 (UTC)
@Nbdd0121: Graphviz 這插件的功能只有做到整合系統,缺乏默認的屬性設置,用起來很辛苦,QuickGV 可以簡化 GraphViz 的操作難度 --小璋丸留言) 2016年4月26日 (二) 02:12 (UTC)
已提出 phabricator 的專案申請,等待大大核准中 T133759--小璋丸留言) 2016年4月27日 (三) 09:45 (UTC)

历史记录[编辑]

改版之后怎么感觉许多条目浏览量都增加了?大陆现在应该还是锁着的。。只是错觉不成--淺藍雪 2016年4月19日 (二) 21:01 (UTC)

哪些条目浏览量增加了?--Antigng留言) 2016年4月20日 (三) 03:13 (UTC)
感觉我写的好些大学条目都有这趋势,例如史蒂文斯理工学院,原来一直也就是三四百,最近都八百了。--淺藍雪 2016年4月20日 (三) 11:06 (UTC)

Category:自欠缺可靠來源的條目[编辑]

有些條目模板會自動分類到Category:自欠缺可靠來源的條目--John123521 (留言-貢獻) RA 2016年4月22日 (五) 04:27 (UTC)

RefToolbar的用詞小修改[编辑]

目前 RefToolbarMessages-en.js 當中,把 cite-agency 目前譯為「新聞社」,但似乎譯為「通訊社」較佳。cite-publisher 譯為「出版者」。在引用新聞的時候,必須將報紙的報名,填在「出版者」一欄,如《人民日報》、《聯合晚報》、《明報》等。而新聞社則是消息來源來自何種通訊社,如「法新社」、「新華社」、「共同通信社」、「中央社」等等。因此,cite-agency 譯為「通訊社」較佳,以避免編寫者的誤解而填錯欄位。因為一家報刊並不是一家新聞社,而改成「通訊社」這個詞則不會誤解。--Fauzty留言) 2016年4月22日 (五) 20:51 (UTC)

关于自定义首页功能[编辑]

自从出了问题之后,自定义首页的功能就被禁用了,一直没有恢复。--SolidBlock讨论 2016年4月23日 (六) 04:13 (UTC)

這種功能的程式早就被移掉了。--►不讓你們窩裡反的Ricknator11♥)◁ 2016年4月23日 (六) 11:14 (UTC)
@Ricknator:我知道被移掉了,但是就不能恢复吗?出现了问题总可以修复吧。--SolidBlock讨论 2016年4月23日 (六) 11:17 (UTC)
問技術人員啊!--►不讓你們窩裡反的Ricknator11♥)◁ 2016年4月23日 (六) 11:19 (UTC)

Flow不老实[编辑]

在flow页面留言的时候,系统总是会莫名其妙给我加一些nowiki标签,什么原因造成的?--Antigng留言) 2016年4月23日 (六) 12:24 (UTC)

可视化模式输入了wikicode?——路过围观的Sakamotosan 2016年4月23日 (六) 12:47 (UTC)
@Cwek:,我在wikitext模式下面做的,为了给新用户演示一下不可见字符对展开模板的影响。结果在{{之间插一个LRM,不管怎么弄保存以后都会出来nowiki,后来在}}之间又插了一个LRM才恢复正常。--Antigng留言) 2016年4月23日 (六) 12:50 (UTC)
@Antigng:我也觉得你在可视化编辑模式下输入了维基文本。你在哪个flow页面遇到了问题?--SolidBlock讨论 2016年4月23日 (六) 14:01 (UTC)
Topic:T2n1kh89jiz9cqsk--Antigng留言) 2016年4月23日 (六) 14:02 (UTC)
Flow确实不太好用,还不如mcmod百科的留言系统。--SolidBlock讨论 2016年4月23日 (六) 14:11 (UTC)
把{‎{User:Antigng/1}}复制到flow页面就会发现出问题。--Antigng留言) 2016年4月24日 (日) 00:49 (UTC)
Flow用了Parsoid,在保存内容的时候会直接转换成带markup的HTML保存,这样省去每次重新Parse的开销,然后编辑Wikitext的时候会转换回来。据我推测你这个问题应该是Parsoid的锅,Parsoid不把识别你的Wikitext识别成模板,自动转换成了文本,在转换回来的时候发现{{于是自动加上了nowiki标签。这应该不能算是莫名其妙的nowiki标签,因为其实不匹配的{{是不应该出现的,Parsoid相当于把你的输入“正规化”了。--XYZ指示物留言) 2016年4月25日 (一) 19:30 (UTC)

Template:Hurricane_season_bar_end[编辑]

這個模板無法正常顯示分類,請專業人士修復 --Koala0090留言) 2016年4月24日 (日) 00:01 (UTC)

符號輸入異常[编辑]

這個問題持續很久了,不知道為什麼在維基的介面打「=」、「*」、「}}」,或是簽名檔都有問題,例如「̴̴̴̴̴̴̴̴̴̴。

--Koala0090留言) 2016年4月24日 (日) 00:05 (UTC)

Tech News: 2016-17[编辑]

2016年4月25日 (一) 21:02 (UTC)

小工具en:Wikipedia:Comments in Local Time有一個bug[编辑]

24小時制無效 - John doe 120留言) 2016年4月26日 (二) 13:24 (UTC)

什么“24小时制”无效,讲清楚。--Antigng留言) 2016年4月27日 (三) 03:33 (UTC)
LocalComments = {
    dateDifference: true,
    dateFormat: 'ymd',
    timeFirst: false,
    twentyFourHours: true,
    dayOfWeek: false,
    dropDays: 0,
    dropMonths: 0
};
保存,切換到討論頁,刷新,看到“AM”、“星期三” - John doe 120留言) 2016年4月27日 (三) 04:57 (UTC)
@John doe 120:不就是设定小工具里的“以本地时区显示用户签名的时间,并显示发言时间到当前时间的间隔”吗?( - - )——路过围观的Sakamotosan 2016年4月27日 (三) 06:31 (UTC)
MediaWiki:Gadget-CommentsinLocalTime.js根本就没有实现twentyFourHours。--Antigng留言) 2016年4月27日 (三) 07:16 (UTC)
完成 --Antigng留言) 2016年4月27日 (三) 07:22 (UTC)
你先把浏览器里面乱七八糟的东西清干净再告诉我有没有问题。--Antigng留言) 2016年4月27日 (三) 10:48 (UTC)
WP:绕过缓存。——路过围观的Sakamotosan 2016年4月27日 (三) 11:52 (UTC)
  • dayOfWeek已經設置為false,但是無效—John doe 120留言) 2016年4月27日 (三) 12:06 (UTC)
“dayOfWeek”参数也没有支持。--Antigng留言) 2016年4月27日 (三) 12:10 (UTC)
dayOfWeek已经支持。--Antigng留言) 2016年4月27日 (三) 12:31 (UTC)

如何以BOT修正機翻條目,例如,法文條目以英文音譯問題?[编辑]

例如,奥拉杜 (洛特-加龙省) ,類似條目數量甚多(Special:用户贡献/TianyammBOT),有解乎?--111.250.32.184留言) 2016年4月27日 (三) 14:54 (UTC)

你要修正什么问题?Antigng留言) 2016年4月27日 (三) 14:55 (UTC)
條目名稱改以法文音譯,希望有bot代為執行,因為類似條目數量甚多,內文可能還是人工修正。--111.250.32.184留言) 2016年4月27日 (三) 15:15 (UTC)
这些翻译都是标准数据库上的,不是根据英文或法文机翻出来的。--Antigng留言) 2016年4月27日 (三) 15:17 (UTC)
(法語:Auradou),法語發音「歐哈滴」跟英語發音「奥拉杜」,應該不同吧,資料庫??
想法,先建立索引表,控制處理範圍,再由bot處理,並非對所有條目檢查,不曉得此一概念是否可行,純粹求bot解決。--111.250.32.184留言) 2016年4月27日 (三) 15:27 (UTC)
洛特-加龙省,(法文:Lot-et-Garonne)英語發音跟法語發音也不同。--111.250.32.184留言) 2016年4月27日 (三) 15:29 (UTC)
http://zh.db-city.com/ --Antigng留言) 2016年4月27日 (三) 15:53 (UTC)
您的不學無術,真是令人大開眼界,百度吧或知乎尚有一點水準,跟百度百科有何區別?Orz --111.250.7.117留言) 2016年4月28日 (四) 03:20 (UTC)
感谢你的夸奖。--Antigng留言) 2016年4月28日 (四) 03:40 (UTC)
法国旅游发展署官方网站 名从主人 --找来源好麻烦肯定帮不到你 2016年4月30日 (六) 07:07 (UTC)
而且您的法语发音也蛮奇怪的,法语dou怎么能发成“滴”呢--找来源好麻烦肯定帮不到你 2016年4月30日 (六) 07:13 (UTC)

无故的编辑冲突[编辑]

我刚才编辑我的用户页面,保存时发现编辑冲突,然而这期间并没有别人在提交。而且,当我进入编辑冲突页面时,编辑已经保存好了的。见页面历史。--SolidBlock讨论 2016年4月29日 (五) 13:51 (UTC)

有时候点了两下,第一下请求已经发送还没有收到回应的时候点了第二下,这时候如果新增了段落或者里面含有subst、签名等受pst影响的东西的时候就会和自己编辑冲突了在保存奇慢的萌娘百科经常会出现这种情况--XYZ指示物留言) 2016年4月29日 (五) 23:23 (UTC)

编辑冲突页面能否只让我编辑发生编辑冲突的段落?[编辑]

如果我编辑一个长页面的其中一小段,发生了编辑冲突,编辑冲突页面会给我整个页面的内容,翻到那一个段落很不方便,而且也会和编辑其他段落的人发生编辑冲突。--Xxss5566留言) 2016年4月30日 (六) 05:50 (UTC)

  • 不可行。--Antigng留言) 2016年4月30日 (六) 05:51 (UTC)