跳转到内容

维基百科:互助客栈/技术/存档/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”