跳至內容

維基百科:互助客棧/技術/存檔/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"