跳转到内容

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

添加链接
维基百科，自由的百科全书

无故的编辑冲突

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

有时候点了两下，第一下请求已经发送还没有收到回应的时候点了第二下，这时候如果新增了段落或者里面含有subst、签名等受pst影响的东西的时候就会和自己编辑冲突了在保存奇慢的萌娘百科经常会出现这种情况--XYZ指示物（留言） 2016年4月29日 (五) 23:23 (UTC)
晕我们居然天天受到太平洋标准时间的影响（笑，不好意思盗用了cwek君的说话风格）。--Liuxinyu970226（留言） 2016年5月1日 (日) 01:46 (UTC)

符號輸入異常

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

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

@Koala0090：我無法重現問題，能否進一步陳述發生的情況。--Jasonzhuocn（留言） 2016年5月1日 (日) 08:21 (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)

Tech News: 2016-18

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

  • 当您使用Internet Explorer 9浏览器时，可视化编辑器现可以工作。 [1]

问题

本周更新

会议

将来更新

  • 当新用户编辑页面时，页面可能会默认添加至其监视列表中。当监视的页面被编辑时，新用户也会默认获得电子邮件通知。在元维基有相关讨论。 [4]

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年5月2日 (一) 20:09 (UTC)

請求引入mw:Extension:QuickGV

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

private static function findExecutable($exec_name, $exec_custom) {
		if ($exec_custom==='') {
			if (PHP_OS!=='WINNT') {
				$exec_path = exec("which $exec_name");
				if ($exec_path==='') {
					$search_dirs = array(
						'/usr/bin',
						'/usr/local/bin'
					);
					foreach ($search_dirs as $dir) {
						$p = sprintf('%s/%s',$dir,$exec_name);
						if (file_exists($p)) {
							$exec_path = $p;
							break;
						}
					}
				}
			} else {
				// TODO 0.2.1: search dot.exe from:
				// * %ProgramFiles(x86)% - C:\Program Files (x86)
				// * %ProgramFiles%      - C:\Program Files
				// [Gg]raphviz\s?2\.\d+\bin\dot
				//$exec_path = exec("where $exec_name");

				$prog_files = getenv('ProgramFiles(x86)'); // for 64-bits Windows
				if ($prog_files===false) {
					$prog_files = getenv('ProgramFiles');  // for 32-bits Windows
				}

				$matched_dirs = array();
				$dh = opendir($prog_files);
				while (($prog_dir = readdir($dh))!==false) {
					if (preg_match('/[Gg]raphviz\s?(2\.\d+)/', $prog_dir, $matches)) {
						$gv_ver = (float)$matches[1];
						if ($gv_ver>=2.0) $matched_dirs[] = $prog_dir;
					}
				}
				closedir($dh);
				
				if (count($matched_dirs)) {
					rsort($matched_dirs);
					$prog_dir  = $matched_dirs[0];
					$exec_path = sprintf('%s\\%s\\bin\\dot.exe', $prog_files, $prog_dir);
				}
			}
		} else {
			$exec_path = $exec_custom;
		}

		if ($exec_path==='' || !file_exists($exec_path)) {
			if ($exec_name==='dot') $exec_name = 'Graphviz';
			self::addError("$exec_name is not installed.");

			// How to install graphviz
			$os = PHP_OS;
			switch ($os) {
				case 'Darwin':
					$url = 'http://brew.sh';
					self::addError('Run the command to install:');
					self::addError('<blockquote>brew install graphviz</blockquote>');
					self::addError(sprintf('If you didn\'t install Homebrew yet, see <a href="%1$s">%1$s</a>.', $url));
					break;
				case 'WINNT':
					$url = 'http://www.graphviz.org/Download_windows.php';
					self::addError(sprintf('Click here to download installer: <a href="%1$s">%1$s</a>', $url));
					break;
				case 'Linux':
					self::addError('For CentOS users, run the command to install:');
					self::addError('<blockquote>yum install graphviz</blockquote>');
					self::addError('For Ubuntu or Debian users, run the command to install:');
					self::addError('<blockquote>sudo apt-get install graphviz</blockquote>');
					break;
				case 'FreeBSD':
					self::addError('Run the command to install:');
					self::addError('<blockquote>pkg_add -r graphviz</blockquote>');
					break;
			}

			return '';
		}

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

@小璋丸：呼叫作者。--宇帆(留言·聯絡) 2016年4月21日 (四) 05:47 (UTC)
已經回答囉，請看上面--小璋丸（留言） 2016年4月21日 (四) 05:59 (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)
專案申請已通過，接下來會表列改善項目，也歡迎有興趣的人參加和許願 MediaWiki-extensions-QuickGV--小璋丸（留言） 2016年5月4日 (三) 02:37 (UTC)

引入提案(暫緩，等到可部屬再開始投票)
既然方案已經通過，那麼就可以開始表決是否引入中文維基百科了

:{{支持}}:可增加條目製圖的可維護性--宇帆(留言·聯絡) 2016年5月4日 (三) 05:36 (UTC)
现在这种状况离部署还有十万八千里呢。--Antigng（留言） 2016年5月4日 (三) 15:30 (UTC)
好吧，那先暫緩。--宇帆(留言·聯絡) 2016年5月4日 (三) 15:32 (UTC)
mw:Extension:Graph似乎已能实现部分需求？--百無一用是書生 (☎) 2016年5月5日 (四) 02:41 (UTC)

关于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)
@SolidBlock、cwek： 让[[]]中的?解析为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/COPYING 和 https://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_bad。Liangent（留言） 2016年4月6日 (三) 04:30 (UTC)
还有404.php--Antigng（留言） 2016年4月6日 (三) 14:01 (UTC)
@Antigng、Liangent：我觉得应该让内链支持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)
@Liangent、cwek、Antigng：可不可以請教一下如果要做成特殊頁面的可能性？--宇帆(留言·聯絡) 2016年4月24日 (日) 06:12 (UTC)
意思是Special:Edit/Antigng is a pig？--Antigng（留言） 2016年4月24日 (日) 06:14 (UTC)
差不多。還有這個:Special:頁面信息，比如[5]，或許是這種形式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)
@Antigng：不过还有一个问题，如果要有多个参数呢？难道还需要Special:Edit/section=0/uselang=zh-classical/Wikipedia:首页或者Special:多个参数/section=0/uselang=zh-classical/action=edit/Wikipedia:首页？（而且还要注意红链。）--SolidBlock讨论 2016年4月30日 (六) 10:56 (UTC)
@SolidBlock：，多个参数原则上没有问题，但是要考虑到页面名称本身就会包含“/”，Special:Edit/test/section=1到底是要编辑一个test/section=1呢，还是编辑test的第一个章节？--Antigng（留言） 2016年4月30日 (六) 11:07 (UTC)
@Antigng：这个问题好解决。Special:多个参数/action=edit?section=0/test，这样应该没有歧义了。--SolidBlock讨论 2016年4月30日 (六) 11:13 (UTC)
但action=edit?section=0也是合法的页面名，甚至action=edit?section=0/test也是，怎样判断？——路过围观的Sakamotosan 2016年5月6日 (五) 02:21 (UTC)
我觉得如果要建立的话，可以将它锁定为Special:多个参数/参数/页面名或Special:多个参数/参数?title=页面名的格式，所以可以Special:多个参数/action=edit/action=edit?section=0/test（编辑action=edit?section=0/test）。--SolidBlock讨论 2016年5月6日 (五) 08:02 (UTC)
关于使用管道符分隔参数来导入参数化内链，建了一个报告phab:T134465。不过觉得建立特殊页面的话，没什么意思。——路过围观的Sakamotosan 2016年5月5日 (四) 04:27 (UTC)
(＋)支持，毕竟输入特殊页面有点麻烦。--SolidBlock讨论 2016年5月6日 (五) 08:02 (UTC)
(－)反对不经特殊页面直接修改。这会给我的bot带来麻烦。--Antigng（留言） 2016年5月6日 (五) 09:04 (UTC)
(＋)支持特殊頁面似乎也沒解決多個參數問題。--宇帆(留言·聯絡) 2016年5月7日 (六) 09:03 (UTC)

Tech News: 2016-19

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

  • 维基学院现在有对维基数据更好的访问功能。可以在维基学院的任何页面上使用来自任何维基数据页面上的数据。这已于5月3日提供。 [6]
  • 您可以使用Wikipedia GapFinder以找到不同语言版本间丢失的条目。 [7]
  • 现邀请用户在所有wiki上尝试跨wiki通知。这是在默认启用前的最后一个试验阶段，计划于5月12日 23:00 UTC正式发布。 [8][9]
  • 您可以使用键盘快捷键以打开可视化编辑器（“meta”+V）或wiki文本编辑器（“meta”+E）（在某些wiki上，即便您已选择喜爱的编辑器）。 [10]
  • 在维基共享资源上传大于100MB的文件需要在您的参数设置中启用。今后将不再需要这样做。 [11]
  • 上传链接扩展现已在维基共享资源可用。 [12]
  • 删除翻译单元页面时没有从翻译页面移除相应内容。现已修复。 [13]
  • 基于Apertium的翻译建议现已在Mediawiki.org可用。 [14]

问题

  • 由于性能问题，MediaWiki 1.27.0-wmf.23已从维基媒体wiki回退。 [15]

本周更新

  • MediaWiki的新版本将于5月10日部署于测试维基及MediaWiki.org。它将于5月11日部署至非维基百科wiki和部分维基百科上，并于5月12日部署至所有wiki，参见日历。

会议

将来更新

  • 今天在分类中，标题为“11”的页面会在“2”前面。我们计划将其重新排序：“2”将会在“11”前面。请向开发人员告知这一更改的影响。 [16]

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年5月9日 (一) 23:22 (UTC)

infobox的whitespace:nowrap

許石的infobox，出现左侧栏目被挤窄，而文字纵向显示的问题。按照我的理解，这里的表格的whitespace应该是nowrap的，以保证文字不自动折行。不知这是我的问题，还是可重现的。

图形在此：http://imgur.com/ho6Qoud Firefox、Chrome、Edge均照此显示。

Bluedeck 2016年5月8日 (日) 08:14 (UTC)

@Bluedeck：，把infobox弄大一点就好了。--Antigng（留言） 2016年5月8日 (日) 08:15 (UTC)
我是想直接让宽度按照不折行显示时设定，即nowrap。这样符合我对信息键值呈现方式的理解。Bluedeck 2016年5月8日 (日) 08:22 (UTC)
那么如果有人弄了一个非常长的参数怎么办？--Antigng（留言） 2016年5月8日 (日) 08:38 (UTC)
max-width:2em?不過這在IE可能沒用....Kanashimi（留言） 2016年5月8日 (日) 09:29 (UTC)
现在应该可以了吧。--⚞★⚟ 2016年5月10日 (二) 02:22 (UTC)

2006年太平洋颶風季坏掉了

tools.antigng-bot@tools-bastion-02:~$  curl "https://zh.wikipedia.org/w/index.php?title=2006年太平洋颶風季&action=raw" > public_html/bad.txt
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 98301    0 98301    0     0  1156k      0 --:--:-- --:--:-- --:--:-- 1170k
tools.antigng-bot@tools-bastion-02:~$  curl "https://zh.wikipedia.org/w/index.php?title=2007年太平洋颶風季&action=raw" > public_html/good.txt
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 18155    0 18155    0     0   341k      0 --:--:-- --:--:-- --:--:--  347k
tools.antigng-bot@tools-bastion-02:~$

比较一下这个和这个，可以发现第一个页面末尾坏了。--Antigng（留言） 2016年5月1日 (日) 03:49 (UTC)

另外这里面涉及的几个页面可能有类似问题。--Antigng（留言） 2016年5月1日 (日) 03:55 (UTC)
不知道为什么……curl 'https://zh.wikipedia.org/w/index.php?title=%E9%AB%98%E9%9B%84%E5%B8%82%E6%97%85%E9%81%8A%E6%99%AF%E9%BB%9E%E5%88%97%E8%A1%A8&action=raw' -H 'accept-encoding: gzip' | gzip -d这个的输出是好的。Liangent（留言） 2016年5月1日 (日) 04:39 (UTC)
enwp好像也有这种末尾坏掉问题。--Antigng（留言） 2016年5月4日 (三) 10:45 (UTC)
咦，问题好了......--Antigng（留言） 2016年5月11日 (三) 15:57 (UTC)

{{rtl-lang|}}模板处理自右向左文字时莫名其妙会产生严重显示错误

突然发现，{{rtl-lang|}}模板处理自右向左文字时，有时候会产生严重显示错误如[17][18][19]。目前有不少从右向左的条目发生这种排版混乱的状况。请解决。--122.90.88.161（留言） 2016年5月6日 (五) 14:32 (UTC)

非常感謝您的回報。請問可以提供您的瀏覽器版本以及截圖嗎?謝謝。Kanashimi（留言） 2016年5月6日 (五) 15:59 (UTC)
是否能麻煩您挑一頁示範一下，怎麼改會是正確的呢?Kanashimi（留言） 2016年5月6日 (五) 16:08 (UTC)
完成，已修复。我在模板里面加上一个 &lrm; 就正常了。--⚞★⚟ 2016年5月10日 (二) 02:17 (UTC)
非常感謝您Kanashimi（留言） 2016年5月10日 (二) 13:32 (UTC)
现在正常了，非常感谢。--122.90.107.250（留言） 2016年5月12日 (四) 13:59 (UTC)

跨維基通知功能將於5月12日 23：00（UTC）作為預設功能釋出

原標題（Original title）：Cross wiki notifications will be released by default on May 12 at 23:00 UTC.

Hello

First, sorry to post in English. 请帮助翻译至您的语言. 谢谢您！

Cross wiki notifications will be released by default on all wikis on May 12 at 23:00 UTC

During the beta phase, the cross-wiki notifications feature was enabled by over 18,000 accounts across more than 360 wikis. We receive great feedback from a lot of very happy users. After that 3-months long beta period during which we made adjustments and that feature is now ready for a release by default.

Users who don't want to receive cross-wiki notifications will be able to turn them off on their preferences on each wiki. If you haven't activated Cross-wiki Notifications during the Beta phase, you may receive old unread notifications from other wikis.

More information is available on the documentation. The talk page is still open for any questions or feedback, in any language.

All the best, Trizek (WMF)（留言） 2016年5月12日 (四) 16:56 (UTC)

大家好

首先，抱歉使用英文書寫。请帮助翻译至您的语言。谢谢您！

跨維基通知功能將於5月12日 23：00（UTC）作為預設功能釋出至所有維基上 。

在測試期間，在超過360個維基上，超過18萬個帳號啟用了跨維基通知功能。我們收到了許多使用者提供了相當多不錯的回饋。在三個月長的測試與調整之後，現在此功能已經準備好作為預設功能釋出。

不希望收到跨維基通知的使用者可以在各個維基的偏好設定中關閉此功能。如果您沒有在測試階段開啟此功能，您可能會收到來自其他維基的老舊未讀通知。

更多資訊請見說明文件。目前討論頁仍然開放以任何語言提出任何問題或提供意見。祝

事事順心。Trizek (WMF)（留言） 2016年5月12日 (四) 16:56 (UTC)

（以上內容由Bowleerin翻譯。Translate by Bowleerin.）--Bowleerin（留言） 2016年5月13日 (五) 01:10 (UTC)

功能挺不错的啦:) --Stang c 2016年5月13日 (五) 01:39 (UTC)

rest

这个为什么没数据？--Antigng（留言） 2016年5月13日 (五) 15:45 (UTC)

DYK的Liangent-bot又不工作了……

如题，见到Wikipedia:新条目推荐/候选/列表没更新，今天提名的三个条目的讨论页也都没看到机器人自动加{{DYK Invite}}，望能解决，谢谢。--№.N（留言） 2016年5月13日 (五) 10:37 (UTC)

现在看来机器人已恢复工作了。--№.N（留言） 2016年5月13日 (五) 16:09 (UTC)

请考虑引入 en:MediaWiki:Gadget-mobile-sidebar

如题。今天玩了一下，发现挺好玩的……--Altoria2e5 更改·工具 2016年5月11日 (三) 15:45 (UTC)

我不喜欢各种网站的移动版，包括维基百科，即使在手机上看，也要改成桌面版。所以不觉得这个工具有什么用。--Gqqnb（留言） 2016年5月12日 (四) 02:39 (UTC)
到处拖到处拉一点都不友好。--Artoria2e5 更改·工具 2016年5月16日 (一) 23:42 (UTC)
这是把移动版当桌面版用的意思？--百無一用是書生 (☎) 2016年5月12日 (四) 03:09 (UTC)
手機版檢視的進階版。--Engle躍【築夢踏實，夢想起飛，安裝加速投票工具】 2016年5月12日 (四) 09:03 (UTC)
在网页右侧加入一个手机屏幕尺寸的 iframe 显示手机版，可以在需要时顶栏关掉或者打开。里面那个“手机”的框下面的按钮也可以用来关掉手机版。这玩意很好用，例如我就顺手修了个 Module:userbox 的手机显示 bug。（平常我也不会想到专门开手机版去看）--Artoria2e5 更改·工具 2016年5月16日 (一) 23:42 (UTC)

本主題全部或部分段落文字，已移動至Template talk:Internal link helper。执行人：Jimmy-bot（留言） 2016年5月27日 (五) 08:42 (UTC)。

增强最近更改填 nbsp 的时候不考虑汉字的 wcwidth

得到的输出类似： 

      00:14
新     00:13

注意后者时间标记往右多走了一个，估计是把string length直接当显示宽度了。（人类啊，为什么不用tab配CSS tab-size呢？） --Artoria2e5 更改·工具 2016年5月18日 (三) 00:23 (UTC)

PHAB T135575, 懒得改顶上了。--Artoria2e5 更改·工具 2016年5月18日 (三) 00:44 (UTC)

th.navbox-group 中 white-space:nowrap 造成 br 后的前导链接的括号处断行

看上去这还有个 .nowraplinks a:before, .nowraplinks .selflink:before 的锅子，因为这些东西有个 normal whitespace 的 before pseudo-elem。于是就崩坏成了这样：

Input (Navbox): 

带繁简转换的编辑提示<br/>（[[WP:LOL|哈哈哈]]其实没有长长长长长）

Output, current (with all the nowrap things): 

      带繁简转换的编辑提示
                        （
哈哈哈其实没有长长长长长）

（这边 navbox 是右对齐的。）

Output, without nowrap brain damage[開玩笑的]: 

       带繁简转换的编辑提示                     
   （哈哈哈其实没有长长长长
                       长）

--Artoria2e5 更改·工具 2016年5月16日 (一) 19:47 (UTC)

能给个具体有问题的导航模板的例子吗，看这些文字没看懂。Liangent（留言） 2016年5月17日 (二) 21:43 (UTC)
T:蛋白质合成抑制剂类抗生素 -- A2 懒得登录 2016年5月18日 (三) 05:34 (UTC)
我字符画水平没那么差才对啊。（倒是都需要严格 pre whitepace 和 1/2em 半角字符。）

模板Infobox_officeholder貌似出問題了

本主題全部或部分段落文字，已移動至Template_talk:Infobox_officeholder。执行人：Jimmy-bot（留言） 2016年5月28日 (六) 08:42 (UTC)。

求问模板之间为何会出现空行

本主題全部或部分段落文字，已移動至Template talk:中国近代大学建筑。执行人：Jimmy-bot（留言） 2016年5月29日 (日) 16:42 (UTC)。

求教简繁中文转换之问题······

本主題全部或部分段落文字，已移動至Help_talk:中文维基百科的繁简、地区词处理。执行人：Jimmy-bot（留言） 2016年5月29日 (日) 16:42 (UTC)。

Articles by Quality and Importance

本主題全部或部分段落文字，已移動至模块讨论:Articles_by_Quality_and_Importance。执行人：Jimmy-bot（留言） 2016年5月30日 (一) 08:42 (UTC)。

Machine translation support enabled today for Content Translation

Hello, machine translation support for Content Translation (beta feature) has now been extended and enabled for users of Chinese Wikipedia using Yandex. It can be used when translating Wikipedia articles into Chinese with Content Translation. To start using this service, please choose Yandex.Translate from the Automatic Translation dropdown menu that you see on the sidebar after you start translating an article. Please note, machine translation is available from all the languages that are supported by Yandex.Translate, but Content Translation can still be used in the usual manner for translating from all languages, with or without machine translation support.

Wikimedia Foundation’s Legal team and Yandex had collaborated earlier to work out an agreement that allows the use of Yandex.Translate without compromising Wikipedia’s policy of attribution of rights, privacy of our users and brand representation. Since November 2015, Yandex machine translation has been used for articles translated for Wikipedias in many languages. Details about Yandex translation services, including a summary of the contract are available on this page. More information about the machine translation services in Content Translation is available on this page. We request you to kindly take a look at these pages.

We have tested the service for use on the Chinese Wikipedia, but there could be unknown problems that we are not aware of yet. Please do let us know on our Project Talk page or phabricator if you face any problems using Content Translation. This message is only in English and we will be very grateful if it could be translated into Chinese for other users of this Wikipedia. Thank you. On behalf of WMF Language team: --Runa Bhattacharjee（留言） 2016年5月19日 (四) 09:58 (UTC)

你好啊，机器翻译支助内容的翻译（乙型特征）现在已经扩大，并使用中文维基百科的采用Yandex的。 它可以当翻译维基百科条款纳入中国与内容的翻译。 开始使用这项服务，请选择Yandex的。将自动翻译dropdown菜单，你看见的会晤之后你开始把一个条款。 请注意，机器翻译可查阅所有语文支助的Yandex的。翻译，但内容的翻译仍然可以使用通常的方式将所有语文，或者没有机器翻译的支持。

Wikimedia基金会的法律工作队和Yandex同早些时候作出的一项协定，允许使用Yandex的。将在不损害维基百科的政策归属的权利、隐私权我们使用者和品牌的代表性。 自从十一月2015年Yandex机器翻译所采用的条款翻译为Wikipedias在许多语言。 详细情况Yandex翻译服务，包括总结的合同提供有关这一页。 更多信息的机器翻译服务在内容的翻译提供有关这一页。 我们请您看看这些网页。

我们已经测试的服务使用的是中国维基百科，但可能还有不知名的问题，我们不知道呢 请让我们知道我们的项目的谈页或phabricator如果你遇到任何问题采用内容的翻译。 这一信息仅用英语和我们将非常感谢如果能够翻译成中文的其他使用这个维基百科 谢谢你了 代表WMF语文工作队：([20])--Antigng（留言） 2016年5月19日 (四) 13:00 (UTC)

@Antigng：“中国维基百科”这是找 囧rz...么？--Liuxinyu970226（留言） 2016年5月20日 (五) 09:12 (UTC)
上面的中文翻譯好差勁，明顯的機械翻譯。由此可見，現階段的機械翻譯，絕不宜廣泛使用。--Quest for Truth（留言） 2016年5月20日 (五) 21:35 (UTC)

Tech News: 2016-20

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

  • 现在一些图片缩略图在移动端加载更快。占用带宽也会更少。 [21]

问题

  • 上周MediaWiki版本在部分wiki上部署过晚。 [22]

本周更新

  • Special:Notifications将拥有每天通知的“标记为已读”按钮。非JavaScript版本将于本周获得该功能。JavaScript版本将稍后提供。 [23]
  • Wiki现可在本地决定希望签名按钮产生的wiki文本。 [24]
  • 为用户发送的一次性欢迎消息现将显示在wiki文本编辑器中。这将包括现有用户。 [25]
  • MediaWiki的新版本将于5月17日部署于测试维基及MediaWiki.org。它将于5月18日部署至非维基百科wiki和部分维基百科上，并于5月19日部署至所有wiki，参见日历。

会议

将来更新

  • 使用类似<div/>和<span/>以表示<div></div>和<span></span>的自动闭合标签今后将不再工作。使用这些标签的模板和页面应予以修复。当Phabricator ticket T134423被修复时，这些标签将解析为<div>和<span>。这是HTML5中的正常状态。 [26]

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年5月16日 (一) 16:01 (UTC)

所以，根据最后一条，烦请修复：

（还有很多不细查了）--Liuxinyu970226（留言） 2016年5月18日 (三) 10:43 (UTC)

js里的通常是jQuery('<div/>')，这个不用修。Liangent（留言） 2016年5月22日 (日) 05:36 (UTC)
js的jQuery不用修，主要是模板里面的，有些是本来作为标签闭合用的，结果反斜符写反了。——路过围观的Sakamotosan 2016年5月25日 (三) 01:08 (UTC)

Tech News: 2016-21

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

问题

  • 共享资源存在服务器延迟问题。这意味着文件花费了较长时间出现在分类中。 [28]

本周更新

  • MediaWiki的新版本将于5月24日部署于测试维基及MediaWiki.org。它将于5月25日部署至非维基百科wiki和部分维基百科上，并于5月26日部署至所有wiki，参见日历。

会议

  • 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于5月24日 19:00 (UTC)开始。参见如何加入。

将来更新

  • 所有对维基媒体网站和API的HTTP访问将停止工作。部分机器人仍然使用HTTP。它们将需要改用HTTPS。这将于6月12日发生。 [29]

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年5月23日 (一) 18:40 (UTC)

Template:Expand_language

Template:Expand_language最近修改後，原本被自動分類到自XXXX年X月需要擴充的條目，變成自XXXX年X月需要從XX語維基百科翻譯的條目--John123521 (留言-貢獻) RA 2016年5月30日 (一) 05:45 (UTC)

检索自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术/存档/2016年5月&oldid=61040452”