維基百科:互助客棧/技術/存檔/2011年6月
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
當我的對話頁發生改變時發電子郵件給我
據foundation-l,在經過一次技術員的會議後,「當我的對話頁發生改變時發電子郵件給我」功能已經重新在本周啟用。-HW (留言 - 貢獻 - 致社群) *DC9投票* 2011年5月15日 (日) 08:09 (UTC)
- 但如果用戶對話頁遭惡意洗版會不會也對其用者的電郵信箱造成壓力?-- 同舟(敬告:請勿與任何疑似Luke7956的傀儡搭話) (留言) 2011年5月15日 (日) 09:33 (UTC)
- 飯桶十分討厭這個功能。--罪孽深重的愛學習的飯桶 (留言) 2011年5月22日 (日) 09:51 (UTC)
- HW建議您請前往參數設置並禁用這個設定-HW (留言 - 貢獻) *DC9* 2011年5月22日 (日) 09:59 (UTC)
CSS
早前看到不少用戶修改個人的CSS,請問如何使用CSS和它的用處在哪裏?-- Mountainninja (留言) 2011年5月30日 (一) 01:29 (UTC)
- 使維基更「華麗」。-HW (留言 - 貢獻) *DC9* 2011年5月30日 (一) 08:46 (UTC)
- 全名叫樣式層疊表,目的是將結構和樣式分離,可以理解為方便佩戴和卸下裝飾品。新手入門可以看:[1]。關於css的各種屬性和應用方法可以網上搜索css2.0中文手冊、CSS參考手冊v1.2.2,都是非常不錯的參考手冊--玖巧仔●□留言 2011年6月3日 (五) 00:39 (UTC)
強烈建議中文版儘早啟用LiquidThreads
客棧各版面的討論越來越長,找到自己關注或感興趣的議題越來越困難。而且wiki頁面本身也不擅長用於討論,因此建議儘早在互助客棧啟用Extension:LiquidThreads進行討論,既能夠改善用戶交流平台(也是維基百科:互助客棧/方針#維基媒體基金會理事會就社群縮小問題致社群的信中的一個建議),也更加方便討論,沒有必要等到LiquidThreads新版出來後再討論是否啟用,現在大家就來討論吧。
我的大致想法:
- 一種是只在互助客棧等幾個討論頁面使用LiquidThreads
- 另一種方案是互助客棧等討論頁面+所有對話頁默認開啟LiquidThreads
配置見[2]--百無一用是書生 (☎) 2011年5月5日 (四) 08:06 (UTC)
- 想問LT現在還有什麼主要臭蟲未解決?-- 同舟 (留言) 2011年5月5日 (四) 08:14 (UTC)
- LT現在是在重新設計,主要臭蟲倒是未見。strategy.wikimedia.org, MediaWiki.org,translatewiki.net等都在使用--百無一用是書生 (☎) 2011年5月5日 (四) 08:27 (UTC)
- [3] 不知這個算不算bug,匿名加新討論是會停留在讀取而不會告知使用者他是沒有權限編輯該頁。-- 同舟 (留言) 2011年5月5日 (四) 08:45 (UTC)
- wikt:en:Wiktionary:LiquidThreads_testing,這裡匿名編輯正常--百無一用是書生 (☎) 2011年5月5日 (四) 12:05 (UTC)
- 眼大看過頭,translatewiki有提示「You cannot post new threads to this discussion page because it has been protected from new threads.」不過沒說明是因為禁止IP編輯。Wiktionary那邊登出後發現我的IP又被你全域封禁了,不過這次LT有提示清楚說明IP被擋不能加新留言。支持啟用LT。-- 同舟 (留言) 2011年5月5日 (四) 12:21 (UTC)
- wikt:en:Wiktionary:LiquidThreads_testing,這裡匿名編輯正常--百無一用是書生 (☎) 2011年5月5日 (四) 12:05 (UTC)
- [3] 不知這個算不算bug,匿名加新討論是會停留在讀取而不會告知使用者他是沒有權限編輯該頁。-- 同舟 (留言) 2011年5月5日 (四) 08:45 (UTC)
- LT現在是在重新設計,主要臭蟲倒是未見。strategy.wikimedia.org, MediaWiki.org,translatewiki.net等都在使用--百無一用是書生 (☎) 2011年5月5日 (四) 08:27 (UTC)
- (+)支持LT-HW (留言 - 貢獻) *DC9投票* 2011年5月5日 (四) 12:31 (UTC)
- (-)反對,什麼是LiquidThreads,貴用戶要不解釋清楚?我們新人還不懂如此深奧的概念。--俠刀行 (留言) 2011年5月5日 (四) 13:02 (UTC)
- LiquidThreads(簡稱LQT或LT)是一個由維基媒體基金會技術團隊開發,用於方便用戶討論的一個MediaWiki(簡稱MW)擴展,並在討論頁面中加入以下功能
- 討論搜索:輸入關鍵字搜索
- 增強版討論頁目錄:目錄提供主題、最後參與日期及回覆數
- 增強版歷史:一個主題、一個歷史頁面
- 簡化功能:提供討論簡化功能,適用於長討論,以便後來用戶參與
- 更改主題:無需編輯討論,即可修改主題
- 回覆功能:無需編輯整個討論串,且支持回覆某個討論而非頂樓
- 拖動到新的位置:移動討論到頁面中不同的位置
- 好處:
- 不用存檔:LQT提供自動存檔的功能
- 論壇式:不用再需要維基語法(當然也可以使用,但不再是強制)
- 不會無簽名:LQT自動簽名系統
- 壞處:
- 無法隱藏討論:部份討論串可能因各項理由需要隱藏,此舉會不利於這項
- 無法存檔至特定頁面:只可存檔於該頁面中
- 無法在舊與新版本過度:舊討論可能無法適應新系統
- -HW (留言 - 貢獻) *DC9投票* 2011年5月5日 (四) 13:13 (UTC)
- LiquidThreads(簡稱LQT或LT)是一個由維基媒體基金會技術團隊開發,用於方便用戶討論的一個MediaWiki(簡稱MW)擴展,並在討論頁面中加入以下功能
- 簡單地說,就是類似一個帶有wiki語法功能的論壇。LQT的自動存檔到底是什麼意思?我一直搞不清楚。隱藏討論的話和現在應該差不多的,可否具體說明一下無法隱藏討論的問題?LQT的討論串可以移動。如果所有對話頁都啟用 LQT的話,直接移動過去就可以了,這樣的話,反而比現在更合理,因為編輯歷史沒有丟,一起跟隨移動,而不用像現在這樣複製剪貼的移動討論,導致編輯歷史丟失。如果對話頁不啟用 LQT也不是沒有辦法,可以在對話頁放置模板(就象現在存廢討論中條目保留後在對話頁使用的{{vfd-kept}}一樣),指出相關討論的位置。新舊討論之間肯定有一個過渡問題,可以逐漸過度,應該不是大問題(例如設置一個月的過渡期,期間舊的討論仍然用舊系統,新開的討論則使用新系統,1個月後剩下的舊討論全部強行轉到另外一個頁面存放。只是如果所有對話頁也起用的話,可能比較麻煩一些)--百無一用是書生 (☎) 2011年5月5日 (四) 13:35 (UTC)
- LQT自動存檔是以後不再需要機械人來為客棧存檔,而是由LQT系統以20個討論一頁以顯示討論。隱藏方面,如果我要隱藏在strategy:User_talk:Waihorace/LQTtest2中的Test 4 unwanted content,我應該如何做?移動方面可以輕易完成。或許過度方面,某些討論頁終年都不會被編輯,該如何做?謝謝書生回答。-HW (留言 - 貢獻) *DC9投票* 2011年5月5日 (四) 14:05 (UTC)
- 簡單地說,就是類似一個帶有wiki語法功能的論壇。LQT的自動存檔到底是什麼意思?我一直搞不清楚。隱藏討論的話和現在應該差不多的,可否具體說明一下無法隱藏討論的問題?LQT的討論串可以移動。如果所有對話頁都啟用 LQT的話,直接移動過去就可以了,這樣的話,反而比現在更合理,因為編輯歷史沒有丟,一起跟隨移動,而不用像現在這樣複製剪貼的移動討論,導致編輯歷史丟失。如果對話頁不啟用 LQT也不是沒有辦法,可以在對話頁放置模板(就象現在存廢討論中條目保留後在對話頁使用的{{vfd-kept}}一樣),指出相關討論的位置。新舊討論之間肯定有一個過渡問題,可以逐漸過度,應該不是大問題(例如設置一個月的過渡期,期間舊的討論仍然用舊系統,新開的討論則使用新系統,1個月後剩下的舊討論全部強行轉到另外一個頁面存放。只是如果所有對話頁也起用的話,可能比較麻煩一些)--百無一用是書生 (☎) 2011年5月5日 (四) 13:35 (UTC)
- 還是不明白隱藏的意思。現在的系統下是如何隱藏?LQT能否套用?或者設計一套新的方式?過度方面,也一樣可以約定一個期限,例如6個月,6個月後對話頁上的舊討論全部存檔(可以用bot來自動完成)--百無一用是書生 (☎) 2011年5月5日 (四) 14:16 (UTC)
- 某些情況下,討論可能涉及人身攻擊並會被使用RevDelete移除,新的系統看來不太方便於這項。此外,有些時候可能也會使用{{HideH}}來隱藏一些討論。討論頁無需自動存檔,LQT會分頁存檔,每20個討論一頁。-HW (留言 - 貢獻) *DC9投票* 2011年5月6日 (五) 13:43 (UTC)
- LQT刪除或者{{HideH}}都沒有問題啊--百無一用是書生 (☎) 2011年5月6日 (五) 15:28 (UTC)
- 好的,謝謝。看來,放置在技術板上未必得到太多人回應。-HW (留言 - 貢獻) *DC9投票* 2011年5月6日 (五) 23:45 (UTC)
- LQT刪除或者{{HideH}}都沒有問題啊--百無一用是書生 (☎) 2011年5月6日 (五) 15:28 (UTC)
- 某些情況下,討論可能涉及人身攻擊並會被使用RevDelete移除,新的系統看來不太方便於這項。此外,有些時候可能也會使用{{HideH}}來隱藏一些討論。討論頁無需自動存檔,LQT會分頁存檔,每20個討論一頁。-HW (留言 - 貢獻) *DC9投票* 2011年5月6日 (五) 13:43 (UTC)
- 還是不明白隱藏的意思。現在的系統下是如何隱藏?LQT能否套用?或者設計一套新的方式?過度方面,也一樣可以約定一個期限,例如6個月,6個月後對話頁上的舊討論全部存檔(可以用bot來自動完成)--百無一用是書生 (☎) 2011年5月5日 (四) 14:16 (UTC)
- (+)支持。建議社群先考慮是否安裝,再討論具體部署方案。--達師 - 198 - 336 2011年5月7日 (六) 14:31 (UTC)
- 如果保守一點的話,可以啟用後先在某個頁面測試一段時間再開始使用--百無一用是書生 (☎) 2011年5月9日 (一) 02:16 (UTC)
- 怎樣才能指定LiquidThreads只在某個頁面測試?--罪孽深重的愛學習的飯桶 (留言) 2011年5月9日 (一) 05:27 (UTC)
- 通過LiquidThreads.php設置$wgLqtPages = array(),允許哪些頁面使用;或者設置$wgLiquidThreadsAllowUserControl = true; 允許用戶控制在頁面是否使用。在頁面啟用的語法是{{#useliquidthreads:1}} ,關閉則用{{#useliquidthreads:0}}--百無一用是書生 (☎) 2011年5月9日 (一) 05:58 (UTC)
- 在技術上能不能實現一部分頁面強制使用LiquidThreads,另一部分頁面允許用戶控制?--罪孽深重的愛學習的飯桶 (留言) 2011年5月9日 (一) 07:12 (UTC)
- 這個不太確定行不行--百無一用是書生 (☎) 2011年5月9日 (一) 13:12 (UTC)
- 在技術上能不能實現一部分頁面強制使用LiquidThreads,另一部分頁面允許用戶控制?--罪孽深重的愛學習的飯桶 (留言) 2011年5月9日 (一) 07:12 (UTC)
- 通過LiquidThreads.php設置$wgLqtPages = array(),允許哪些頁面使用;或者設置$wgLiquidThreadsAllowUserControl = true; 允許用戶控制在頁面是否使用。在頁面啟用的語法是{{#useliquidthreads:1}} ,關閉則用{{#useliquidthreads:0}}--百無一用是書生 (☎) 2011年5月9日 (一) 05:58 (UTC)
- 怎樣才能指定LiquidThreads只在某個頁面測試?--罪孽深重的愛學習的飯桶 (留言) 2011年5月9日 (一) 05:27 (UTC)
- 如果保守一點的話,可以啟用後先在某個頁面測試一段時間再開始使用--百無一用是書生 (☎) 2011年5月9日 (一) 02:16 (UTC)
(+)支持--論壇是很基本的功能吧,有何不可?--Gakmo (留言) 2011年5月9日 (一) 16:21 (UTC)
停一停,想一想,Friendly是在討論頁加入新討論以通知條目被刪除或侵權的,LQT能夠與Friendly相容嗎?不能的話,就請盡快調整腳本後才啟用了...-HW (留言 - 貢獻 - 致社群) *DC9投票* 2011年5月10日 (二) 08:47 (UTC)
- 可以先在互助客棧使用--百無一用是書生 (☎) 2011年5月10日 (二) 08:49 (UTC)
沒有任何存在問題的時候,建議現在就提上bugzilla-HW (留言 - 貢獻 - 致社群) *DC9投票* 2011年5月15日 (日) 08:05 (UTC)
(+)支持維基簡化是大勢所趨,LT在mediawiki上確實很好用(至少比當前的模式要好)--曬太陽的冰 (留言) 2011年5月17日 (二) 09:23 (UTC)
(+)支持可以在互助客棧、詢問處等對話多的地方使用。不過條目討論頁倒是不太必要,一般不會有大量難以管理的討論,完全可以手工歸檔。 - Bill Lee (留言) 2011年6月3日 (五) 08:43 (UTC)
LQT的配置
LQT的配置是在LiquidThreads.php中設置,主要有以下這些內容:
$wgDefaultUserOptions['lqt-watch-threads'] = true;
$wgGroupPermissions['user']['lqt-split'] = true;
$wgGroupPermissions['user']['lqt-merge'] = true;
$wgGroupPermissions['user']['lqt-react'] = true;
$wgAvailableRights[] = 'lqt-split';
$wgAvailableRights[] = 'lqt-merge';
$wgAvailableRights[] = 'lqt-react';
$wgPageProps['use-liquid-threads'] = 'Whether or not the page is using LiquidThreads';
/* Allows activation of LiquidThreads on individual pages */
$wgLqtPages = array();
/* Allows switching LiquidThreads off for regular talk pages
(intended for testing and transition) */
$wgLqtTalkPages = true;
/* Whether or not to activate LiquidThreads email notifications */
$wgLqtEnotif = true;
/* Thread actions which do *not* cause threads to be "bumped" to the top */
/* Using numbers because the change type constants are defined in Threads.php, don't
want to have to parse it on every page view */
$wgThreadActionsNoBump = array(
3 /* Edited summary */,
10 /* Merged from */,
12 /* Split from */,
2 /* Edited root */,
14 /* Adjusted sortkey */
);
/** Switch this on if you've migrated from a version before around May 2009 */
$wgLiquidThreadsMigrate = false;
/** The default number of threads per page */
$wgLiquidThreadsDefaultPageLimit = 20;
/** Whether or not to allow users to activate/deactivate LiquidThreads per-page */
$wgLiquidThreadsAllowUserControl = true;
/** Whether or not to allow users to activate/deactivate LiquidThreads
in specific namespaces. NULL means either all or none, depending
on the above. */
$wgLiquidThreadsAllowUserControlNamespaces = null;
/** Allow LiquidThreads embedding */
$wgLiquidThreadsAllowEmbedding = true;
--百無一用是書生 (☎) 2011年5月10日 (二) 08:57 (UTC)
- 呃,剛看到mw:Extension:LiquidThreads/WMF project information/Phase 1,計劃是在8月2日前後在所有wiki部署LQT--百無一用是書生 (☎) 2011年5月12日 (四) 03:17 (UTC)
- 如果仍然沒有意見,幾日後將提報bugzilla。(但是很可能不會處理,直到LQT全面部署...)--百無一用是書生 (☎) 2011年5月18日 (三) 12:44 (UTC)
- (+)同意提報,(+)支持設定。-HW (留言 - 貢獻) *DC9* 2011年5月22日 (日) 00:16 (UTC)
- 如果仍然沒有意見,幾日後將提報bugzilla。(但是很可能不會處理,直到LQT全面部署...)--百無一用是書生 (☎) 2011年5月18日 (三) 12:44 (UTC)
- 已經提交:bugzilla:29114--百無一用是書生 (☎) 2011年5月23日 (一) 13:26 (UTC)
- BINGO。
- 已經提交:bugzilla:29114--百無一用是書生 (☎) 2011年5月23日 (一) 13:26 (UTC)
- 狀態: 已解決
- 處理: 待後-HW (留言 - 貢獻) *DC9* 2011年5月24日 (二) 09:24 (UTC)
魏徵的簡體怎麼不是魏徵?
—以上未簽名的留言是於2011年6月10日 (五) 00:00 (UTC)之前加入的。
Popups小工具亂碼
Chrome瀏覽器除了英文名稱的頁面均不能正常使用。Firefox能正常使用。--Makecat (留言) 2011年6月14日 (二) 11:17 (UTC)
- 那您是否可以正常添加頁面至監視列表?我遇到同樣的問題--Ben.MQ 2011年6月14日 (二) 11:33 (UTC)
- ajax watch未見亂碼。Liangent (留言) 2011年6月15日 (三) 02:39 (UTC)
- 使用Chrome下截圖見右。畫質很差,見諒。此外使用此工具也遇到編碼問題(通過文本框輸入),如「User ņ�霜葵 doesn't exist」--Ben.MQ 2011年6月16日 (四) 00:39 (UTC)
- {{Userpageinfo}}以前也有這個中文用戶名稱就查不到的情況,後來被修復了。 冰霜葵 2011年6月16日 (四) 07:02 (UTC)
- Bencmq: 前面一個問題找不到(我沒有Chrome),後一個是jira:VVV-27(jira:TS-923)。Liangent (留言) 2011年6月16日 (四) 07:29 (UTC)
- 問題完全相同。我很少手動加監視列表,試了一下也是圖中那樣。--Makecat (留言) 2011年6月16日 (四) 10:24 (UTC)
- 使用Chrome下截圖見右。畫質很差,見諒。此外使用此工具也遇到編碼問題(通過文本框輸入),如「User ņ�霜葵 doesn't exist」--Ben.MQ 2011年6月16日 (四) 00:39 (UTC)
- ajax watch未見亂碼。Liangent (留言) 2011年6月15日 (三) 02:39 (UTC)
原來是古老的javascript標準庫的問題……--Ben.MQ 2011年6月18日 (六) 02:54 (UTC)
Google +1按鈕說來就來
Google +1按鈕今天發布,能不能利用它做投票或分享?--52Dora Talk! 2011年6月2日 (四) 10:44 (UTC)
- 泄露用戶隱私。Liangent (留言) 2011年6月10日 (五) 08:00 (UTC)
單字的繁簡轉換
我新做了一個Template:CGroup/馬來人名地名的公共轉換組。其中各位可以看到一些只有一個字的轉換如沙、賽。我並非技術人員,所以這些單字如果出現在詞語中,效果會慘不忍睹。如果技術人員有好的意見,請指點賜教。多謝!--Zhxy 519 (留言) 2011年6月10日 (五) 09:06 (UTC)
快速刪除候選
葉青山等條目,掛了{{d}},且下面的分類也有Category:快速刪除候選,但是Category:快速刪除候選找不到--UAL55 (留言) 2011年6月10日 (五) 11:26 (UTC)
- action=purge --HW (留言 - 貢獻) *DC9* 2011年6月10日 (五) 12:27 (UTC)
重提PDF導出的問題
之前英文維基有在測試直接產生條目PDF檔功能,在中文維基已經可以使用嗎?—Ellery (留言) 2011年6月4日 (六) 13:35 (UTC)
- 局限於文庫-HW (留言 - 貢獻) *DC9* 2011年6月6日 (一) 00:08 (UTC)
我覺得這個問題有必要重提了,看以前的討論主要是中文亂碼的問題。實際上這個問題是可以解決的,主要就是要嵌入自由的中文字體(如文泉驛)。但是支持這個功能的自由軟件恐怕不多,或者很難操作。不知道 Wikipedia 是使用什麼軟件來生成 pdf, 我知道基於 TeX 的 Texlive 和 LaTeX-CJK 宏包都可以支持設置字體,其中 Texlive 可以直接嵌入系統中的字體。而 LaTeX-CJK 則只支持老式的 PS字體,並且需要複雜的配置。
以前討論的存檔:Wikipedia:互助客棧/技術/存檔/2009年6月#PDF問題、Wikipedia:互助客棧/技術/存檔/2010年4月#PDF文件的選項
- Bill Lee (留言) 2011年6月6日 (一) 07:53 (UTC)
剛才試了維基文庫的導出功能,發現很好用,沒有亂碼問題,它用的是文鼎明體,就是這個字體本身做工太粗糙。不知道文泉驛點陣宋體會不會好一點。如果沒有其他問題應該可以 port 到維基百科來。 - Bill Lee (留言) 2011年6月6日 (一) 08:05 (UTC)
- 簡體字是之前就應該OK的,會導致亂碼或是沒有辦法顯示的在繁體字。煩請確認。-P1ayer (留言) 2011年6月8日 (三) 10:34 (UTC)
- 剛測試了,繁體字也是能夠正常顯示的,可能是文鼎明體的繁體字做工比較精細,感覺效果比簡體還好。在 evince 顯示效果如右。不過另外一個問題是生成的 pdf 不能選擇繁簡版本,只能按源代碼版本生成。 - Bill Lee (留言) 2011年6月9日 (四) 02:40 (UTC)
- 為何標點符號不是在底部,而位於中間?--百無一用是書生 (☎) 2011年6月10日 (五) 06:12 (UTC)
- 這是文鼎明體本身的問題,在 OpenOffice.org 裡面也是一樣。 - Bill Lee (留言) 2011年6月10日 (五) 15:08 (UTC)
關於機器人問題
個人認為,shizhao在使用機器人的問題上,可能存在問題。正如我之前提出的建議,能否將機器人用戶Sz-iwbot、Talkindexbot內與其申請時不相符的代碼,移動至一個全新的機器人賬戶上,然後再討論如何處理此機器人?-Edouardlicn (留言) 2011年6月14日 (二) 02:12 (UTC)
- 您完全沒有明白機器人是怎麼回事。機器人是用戶自己手中的一個程序--Ben.MQ 2011年6月14日 (二) 03:32 (UTC)
- 那就是說,程序還在它本人手上,而其操作是以用戶名義掛在維基上運行?-Edouardlicn (留言) 2011年6月14日 (二) 04:29 (UTC)
- 不是掛在維基上……這只是一個賬戶而已……--Ben.MQ 2011年6月14日 (二) 04:45 (UTC)
- 也就是說,機器人程序本身不放在維基百科上。 - Bill Lee (留言) 2011年6月14日 (二) 07:11 (UTC)
- 那就是說,其實所謂的限制使用也不過是一個紙面公約,是吧。-Edouardlicn (留言) 2011年6月14日 (二) 12:05 (UTC)
- 那就是說,程序還在它本人手上,而其操作是以用戶名義掛在維基上運行?-Edouardlicn (留言) 2011年6月14日 (二) 04:29 (UTC)
外部連結彈出新窗口
一位童鞋私下告訴我說,點了外部連結後不彈出新窗口真不爽,於是我就寫了這東東,各位看下要不要加進小工具啊?
在Special:Mypage/common.js下新開一行,加入如下內容:
importScript('User:PhiLiP/targetblank.js');
另外這位童鞋要不要來認領名字啊,自己動手吧,簽名用四根波浪線「~~~~」放在你說的話的最後面。--菲菇@維基食用菌協會 2011年6月14日 (二) 09:13 (UTC)
- 能否加入用戶設置,作為一個選項?-Edouardlicn (留言) 2011年6月14日 (二) 12:07 (UTC)
- 我怎麼覺得彈出新窗口真不爽,看完一個頁面想去看別的,給我彈出新窗口我還得把原來的關掉,還想看原來的內容的話我自然會用中鍵點。
- 是我的話我會寫
(function($){$(function(){$('a.external').click(function(e){e.preventDefault();window.open(this.href);});});})(jQuery);
- 第一次看到「~~-{}-~~」的寫法,我一般是用「~~<i/>~~」。Liangent (留言) 2011年6月15日 (三) 02:40 (UTC)
- window.open會直接彈出新窗口,而且每次點擊都會調用一次函數;target="_blank"的話執行一次就搞定,並且可以根據用戶的瀏覽器和瀏覽器設定來決定是彈出窗口還是新開tab。另外,我也覺得中鍵點擊挺好,但照顧到有彈出窗口習慣的用戶,我覺得還是應該提供一個選項。--菲菇@維基食用菌協會 2011年6月15日 (三) 07:45 (UTC)
- 另外雞米許童鞋還想出了個新玩法:
啊這樣就能啟用繁簡轉換了真是太方便了
- 至於原理的話,自己想想吧,哈哈。--菲菇@維基食用菌協會 2011年6月15日 (三) 07:50 (UTC)
- 這個早就知道了。Liangent (留言) 2011年6月15日 (三) 08:51 (UTC)
- 測試了firefox寫window.open也在new tab打開,pref裡面有open new windows in a new tab instead. Liangent (留言) 2011年6月15日 (三) 08:53 (UTC)
- 我在想你是不是覺得用JS直接動attribute這東西不是很好?--菲菇@維基食用菌協會 2011年6月16日 (四) 07:42 (UTC)
首頁特色條目的圖片可否每日更換?
請問現有技術可以自動化做到首頁特色條目圖片每日更換嗎?因為有朋友如此反應--Winertai (留言) 2011年6月16日 (四) 07:53 (UTC)
- 什麼意思?Liangent (留言) 2011年6月16日 (四) 08:38 (UTC)
- 意思就是在WP:特色條目/2011年第24周里添加七個圖片,每天顯示不同的一張,以豐富主頁。技術上沒有問題--Ben.MQ 2011年6月16日 (四) 13:40 (UTC)
條目討論版被牆
如題,請管理員或有能力者修復。—Edouardlicn (留言) 2011年6月17日 (五) 09:44 (UTC)
- 哪個條目的討論頁被牆?--Caiguanhao (留言) 2011年6月17日 (五) 12:30 (UTC)
- Wikipedia:互助客棧/條目探討-HW (留言 - 貢獻) *DC9* 2011年6月17日 (五) 12:37 (UTC)
- 完成 是法輪功的問題。--Caiguanhao (留言) 2011年6月17日 (五) 13:38 (UTC)
- Wikipedia:互助客棧/條目探討-HW (留言 - 貢獻) *DC9* 2011年6月17日 (五) 12:37 (UTC)
因為覺得[[WP:中立的观点|中立的观点]]寫起來費事,WP:中立的觀點放在正文中不好看,所以我創建了一個引用Wikipedia名字空間的模板(詳見Template:WPP/doc),{{WPP|中立的观点}}會顯示為中立的觀點,歡迎完善。如已有類似功能,也請告知--Kegns♖ 2011年6月13日 (一) 13:52 (UTC)
- [[WP:中立的观点|]]
還比你少打一個字符數學不行了……--Ben.MQ 2011年6月13日 (一) 18:00 (UTC)- 這不行的,這樣([[WP:中立的觀點|]])會自動展開成 [[WP:中立的觀點|中立的觀點]] 。 冰霜葵 2011年6月16日 (四) 07:05 (UTC)
- 對啊? [[WP:中立的觀點|中立的觀點]] 就是想要的效果啊?--Ben.MQ 2011年6月16日 (四) 13:42 (UTC)
- [[WP:中立的觀點|中立的觀點]]共38位元組,{{WPP|中立的觀點}}共23位元組,節省伺服器空間。 冰霜葵 2011年6月17日 (五) 12:22 (UTC)
- 我們在這裡說的話就夠多的了。引用一個模板更費資源吧……再說這點還不是灑灑水而已……我猜kegns是不知道可以那麼寫……--Ben.MQ 2011年6月18日 (六) 03:02 (UTC)
- [[WP:中立的觀點|中立的觀點]]共38位元組,{{WPP|中立的觀點}}共23位元組,節省伺服器空間。 冰霜葵 2011年6月17日 (五) 12:22 (UTC)
- 對啊? [[WP:中立的觀點|中立的觀點]] 就是想要的效果啊?--Ben.MQ 2011年6月16日 (四) 13:42 (UTC)
- 這不行的,這樣([[WP:中立的觀點|]])會自動展開成 [[WP:中立的觀點|中立的觀點]] 。 冰霜葵 2011年6月16日 (四) 07:05 (UTC)
移除小作品模板
根據字數已超過3000字節的小作品統計,現在已經積壓了12000+掛有小作品模板的條目已經達到3000字節,可以移除小作品模板,不知道是否可以跑一下機器人或AWB解決這個問題?--人神之間擺哈龍門陣 2011年6月11日 (六) 23:52 (UTC)
- 目前主名字空間內已經減少為7000條。User:Bencmq-bot User:AT User:冰霜葵都在跑--Ben.MQ 2011年6月16日 (四) 13:41 (UTC)
- 本人是第2次提出該請求,第一次Wikipedia:互助客棧/求助/存檔/2011年1月#建議自動清理Category:字數已超過3000字節的小作品,當時該項頁面有11,983個。--UAL55 (留言) 2011年6月17日 (五) 09:34 (UTC)
建議創建機器人自動為敏感詞增加模板
很多條目都因為敏感詞不能在中國大陸正常訪問,其中很多都是因為常見的敏感詞,如「法輪功」,建議創建機器人,自動為敏感詞替換上{{BreakLink}}和{{BreakChar}}等模板,如 法輪功 替換成 {{BreakLink| 法| 輪| 功}}、flg 替換成 {{BreakChar| f| l| g}}。--Caiguanhao (留言) 2011年6月17日 (五) 13:50 (UTC)
- GFW會升級的,我們是弱勢一方。 維基娘俺の嫁※Aoke1989 2011年6月17日 (五) 13:53 (UTC)
- 占用資源不說,如果文章充滿這個模板,教人如何順暢地編輯。--Ben.MQ 2011年6月17日 (五) 20:29 (UTC)
這個問題此前已經討論過,目前在針對條目以外的討論性質版面可以手工修改,但不建議使用機器人。濫用機器人可能會導致中文維基百科出現嚴重問題。—Edouardlicn (留言) 2011年6月18日 (六) 01:28 (UTC)
- 互助客棧目前是有對兩個關鍵字詞作過濾的,見T:Villagepumppages的原碼。-HW (留言 - 貢獻) *DC9* 2011年6月18日 (六) 13:31 (UTC)
- GFW 應該只檢查 HTTP Header, 頁面內容是不容易遭到過濾的。另外,維基百科不是用來突破 GFW 的工具。 - Bill Lee (留言) 2011年6月20日 (一) 06:33 (UTC)
- 技術許可的話,是希望作成EE按鈕,將要分隔的詞只要圈起來點個按鈕就搞定了。--安可(來酒館談談 ) 2011年6月21日 (二) 11:29 (UTC)
能否就存檔內容添加關鍵字?
類似於我在最近的方針版和其它版幾個討論的尾部加入tag:xxxxx那樣的內容,如果由機器人來做是否可行?—Edouardlicn (留言) 2011年6月18日 (六) 12:47 (UTC)
- 幹什麼用的?Liangent (留言) 2011年6月19日 (日) 06:39 (UTC)
- (:)回應:維基百科的全文搜索已經很好了,沒有必要用 tag 就可以很快找出存檔中的相關討論。想 Wikipedia:互助客棧/技術#重提PDF導出問題這裡面的幾個存檔就是我用全文搜索很快找到的。 - Bill Lee (留言) 2011年6月20日 (一) 06:48 (UTC)
- 如果機器人不行,人工是否可以?建立標籤不在於方便搜索內容,更在於方便搜索整個討論的主題。—魔法少女饅頭卡★無力(饅頭卡住喉嚨.......) (留言) 2011年6月23日 (四) 15:25 (UTC)
圖片縮小顯示後清晰度較差
User:Makecat/SandBox2最下方的圖片,不知是什麼原因。--Makecat (留言) 2011年6月23日 (四) 12:46 (UTC)
- 維基縮圖對SVG支持較好。-HW (留言 - 貢獻) *DC9* 2011年6月23日 (四) 12:51 (UTC)
- 那是不是要把圖直接製作成顯示大小?因為我不會製作SVG格式的。--Makecat (留言) 2011年6月24日 (五) 10:14 (UTC)
- SVG繪畫可以用Inkscape。--52Dora Talk! 2011年6月24日 (五) 13:03 (UTC)
IRC live chat
求右圖的可行性。-HW (留言 - 貢獻) *DC9* 2011年6月23日 (四) 05:34 (UTC)
- google最近開源的webRTC如果成為W3C的官方標準的話,或許就很容易實現了--百無一用是書生 (☎) 2011年6月23日 (四) 08:01 (UTC)
- 有服務器什麼都好辦。但IRC有個弊端,IRC討論不公開也無法存檔(除非由專門的機器人),這對於需要公開觀點才能形成的共識是不利的。--菲菇@維基食用菌協會 2011年6月23日 (四) 08:12 (UTC)
- Jimmy Xu昨天於IRC表示,由於他暫時不能連線至toolserver,IRC存檔服務暫停使用。-HW (留言 - 貢獻) *DC9* 2011年6月23日 (四) 08:43 (UTC)
- 我對於未來中文維基有預設的網頁版IRC樂觀其成。到時候也許可以在維基教科書放上一篇教學文?--章·安德魯 (留言) 2011年6月23日 (四) 09:02 (UTC)
- Jimmy Xu昨天於IRC表示,由於他暫時不能連線至toolserver,IRC存檔服務暫停使用。-HW (留言 - 貢獻) *DC9* 2011年6月23日 (四) 08:43 (UTC)
- 有服務器什麼都好辦。但IRC有個弊端,IRC討論不公開也無法存檔(除非由專門的機器人),這對於需要公開觀點才能形成的共識是不利的。--菲菇@維基食用菌協會 2011年6月23日 (四) 08:12 (UTC)
在目前階段,沒有IRC程式的,請使用這個官方服務-HW (留言 - 貢獻) *DC9* 2011年6月23日 (四) 09:12 (UTC)
- jimmy在toolserver-l的問的問題我看到了,說一下我把我的home改成和~jimmy一樣的權限設置沒有遇到問題。Liangent (留言) 2011年6月24日 (五) 13:25 (UTC)
新條目推薦頁面被牆
可能是某條目與police有關的緣故。引用新條目推薦候選的頁面因此全部無法顯示,很多討論頁打不開。--Makecat (留言) 2011年6月24日 (五) 13:36 (UTC)
關於歷史版本回退
用戶Pow1853在「廬山」中添加的內容可能不妥(與一些網站內容雷同),本想回退,但後面又有用戶SyaNHs所作的正確修改,回退會將後面的有效編輯覆蓋,不知如何處理,懇請技術人員幫忙解決。謝謝!JHH755 (留言) 2011年6月23日 (四) 01:24 (UTC)
- SyaNHs做的是小更改(刪除一個字),大可以先回退到Pow1853前的一個版本,然後再重做SyaNHs的編輯。--Caiguanhao (留言) 2011年6月23日 (四) 02:13 (UTC)
- 謝謝Caiguanhao的解答!我試了一下「撤消」,但頁面顯示「由於中途不一致的編輯,此編輯不能撤銷」,可能是我無此權限,麻煩夠權限的編輯幫忙撤消。JHH755 (留言) 2011年6月23日 (四) 02:23 (UTC)
- 這並非權限的問題,而是 SyaNHs 和 Pow1853 編輯了同一處,導致回退是軟件不知道該如何處理 Pow1853 的編輯。你只要撤銷 Pow1853 的編輯,在提示「不一致」時手工 把他/她的編輯改回來就行了。 - Bill Lee (留言) 2011年6月23日 (四) 02:53 (UTC)
- 感謝您的編輯。JHH755 (留言) 2011年6月23日 (四) 04:28 (UTC)
- 後續:用戶Pow1853添加的不恰當內容被撤銷後又被其恢復,為避免「撤銷」-「恢復」-「撤銷」的惡性循壞,能否從技術上杜絕不當內容不可恢復?謝謝!JHH755 (留言) 2011年6月23日 (四) 07:26 (UTC)
- 不可以,如果是屢次加入明顯涉嫌侵犯版權的內容的話可以用{{subst:uw-copyright}}在用戶頁提示。長期/惡劣的行為可能會被封禁。--Ben.MQ 2011年6月24日 (五) 08:26 (UTC)
- 謝謝解答!JHH755 (留言) 2011年6月25日 (六) 10:59 (UTC)
關於短鏈接服務 defn.me
我查了一下 defn.me 的使用情況,每日都有來自 in、ml 兩個語言的請求,而Tamil語乾脆複製了我的程序獨立建了自己語言版本的短鏈接服務。本來為中文用戶設計了這個程序,沒想到是牆內開花牆外香呀。 我最近會再更新一版 defn.me 的程序,等升級做完之後,我會建議社群考慮把本短鏈接服務升格—把一小段JS放入到全站的JS裡面。在Tamil語我的程序目前就已經獲得了社群的認可。--Mountain (留言) 2011年6月20日 (一) 10:10 (UTC)
- 建議這個連結,應該放置於「工具箱」之內,不應該放於頁面標題之後。-HW (留言 - 貢獻) *DC9* 2011年6月20日 (一) 10:15 (UTC)
- 我真不喜歡基於這個原理的shorturl。Liangent (留言) 2011年6月21日 (二) 13:21 (UTC)
- 能否詳述不喜歡的理由呢?我的方法主要是:
- 我真不喜歡基於這個原理的shorturl。Liangent (留言) 2011年6月21日 (二) 13:21 (UTC)
- 基於pageId,我知道會有一些漏洞,但是實踐看來,效果還可以接受,漏洞不是那麼明顯。
- 基於Base36是為了客戶端的簡潔。
你有什麼更好的提議嗎?我很想聽聽建議。--Mountain (留言) 2011年6月22日 (三) 13:42 (UTC)
- 我寧可使用zhwp.org-HW (留言 - 貢獻) *DC9* 2011年6月22日 (三) 14:06 (UTC)
- 理由是什麼呢?--Mountain (留言) 2011年6月22日 (三) 15:49 (UTC)
- 一般我沒有需要用到連結入特定維基百科的連結,我在複製作品時署名時給出zh.wikipedia.org 更能宣傳維基百科。-HW (留言 - 貢獻) *DC9* 2011年6月24日 (五) 02:10 (UTC)
- page id會變,啥時候我專門盯着被defn.me鏈接的頁面「誤」刪除然後馬上恢復看看……Liangent (留言) 2011年6月24日 (五) 13:17 (UTC)
- 一般我沒有需要用到連結入特定維基百科的連結,我在複製作品時署名時給出zh.wikipedia.org 更能宣傳維基百科。-HW (留言 - 貢獻) *DC9* 2011年6月24日 (五) 02:10 (UTC)
- 理由是什麼呢?--Mountain (留言) 2011年6月22日 (三) 15:49 (UTC)
- 怎樣查看Page ID?--罪孽深重的愛學習的飯桶 (留言) 2011年6月27日 (一) 13:18 (UTC)
- 頁面源碼(HTML)裡面有(如本頁)「"wgArticleId": 201888,」等。Liangent (留言) 2011年6月28日 (二) 08:16 (UTC)
Liangent-bot為何屢次刪除飯桶的圖片
[4]。--罪孽深重的愛學習的飯桶 (留言) 2011年6月27日 (一) 13:16 (UTC)
- 報告予User:Liangent吧。-HW (留言 - 貢獻) *DC9* 2011年6月27日 (一) 13:18 (UTC)
- 飯桶糊塗,多謝哥哥提醒。--罪孽深重的愛學習的飯桶 (留言) 2011年6月27日 (一) 13:21 (UTC)
- 會不會是因為你沒有在條目中使用,從而bot出現判斷錯誤?--百無一用是書生 (☎) 2011年6月27日 (一) 13:38 (UTC)
- 沒有在條目使用的圖片也可以在DYK使用吧。--罪孽深重的愛學習的飯桶 (留言) 2011年6月28日 (二) 05:15 (UTC)
- WP:DYKC上面的文字說明寫的……我沒有查證那句話時的討論,不過好像這句話現在還在吧。Liangent (留言) 2011年6月28日 (二) 08:12 (UTC)
- 「而出現於推薦字段的圖像必須有用於條目中,否則被移除。」--Ben.MQ 2011年6月28日 (二) 08:14 (UTC)
- 三天不學習,糊塗了!--罪孽深重的愛學習的飯桶 (留言) 2011年6月28日 (二) 08:16 (UTC)
- 「而出現於推薦字段的圖像必須有用於條目中,否則被移除。」--Ben.MQ 2011年6月28日 (二) 08:14 (UTC)
- WP:DYKC上面的文字說明寫的……我沒有查證那句話時的討論,不過好像這句話現在還在吧。Liangent (留言) 2011年6月28日 (二) 08:12 (UTC)
- 沒有在條目使用的圖片也可以在DYK使用吧。--罪孽深重的愛學習的飯桶 (留言) 2011年6月28日 (二) 05:15 (UTC)
- 會不會是因為你沒有在條目中使用,從而bot出現判斷錯誤?--百無一用是書生 (☎) 2011年6月27日 (一) 13:38 (UTC)
- 飯桶糊塗,多謝哥哥提醒。--罪孽深重的愛學習的飯桶 (留言) 2011年6月27日 (一) 13:21 (UTC)
如題。參見我的沙盒,請調至「簡體中文」觀看。上方中文部分的監字和現都是日文字體+日文漢字(同繁體漢字),而ref中的則是日文字體,但是字變成簡體的了。如何解決?--小烈 (找我?) 2011年6月24日 (五) 00:06 (UTC)
- 加入-{ }-手工禁止轉換。-HW (留言 - 貢獻) *DC9* 2011年6月24日 (五) 00:34 (UTC)
- 請問加在哪裡?我試了一下,以下三種均不行:
- -{{{Cite web|date=2007-08-11|url=http://www.a.com|title={{lang|ja|監督見た!}}|pages=1|publisher={{lang|ja|ぷらちな}}|accessdate=2008年4月18日}}}-
- {{Cite web|date=2007-08-11|url=http://www.a.com|title=-{{{lang|ja|監督見た!}}}-|pages=1|publisher={{lang|ja|ぷらちな}}|accessdate=2008年4月18日}}
- {{Cite web|date=2007-08-11|url=http://www.a.com|title={{lang|ja|-{監督見た}-!}}|pages=1|publisher={{lang|ja|ぷらちな}}|accessdate=2008年4月18日}}
--小烈 (找我?) 2011年6月24日 (五) 22:36 (UTC)
{{Cite web|date=2007-08-11|url=http://www.a.com|title={{lang|ja|<nowiki>監督見た!</nowiki>}}|pages=1|publisher={{lang|ja|ぷらちな}}|accessdate=2008年4月18日}}:監督見た!. ぷらちな. 2007-08-11: 1 [2008年4月18日].。--菲菇@維基食用菌協會 2011年6月25日 (六) 02:20 (UTC)
- 謝謝菲菇。不過{{lang|ja}}明明應該已經禁用了自動繁簡轉換才對,為何套用在cite web中就失效了呢。--小烈 (找我?) 2011年6月28日 (二) 09:14 (UTC)
- cite web用了嵌套語法來避免標題中的文字被地區詞轉換(但仍然可以繁簡轉換),而在嵌套語法下,普通的禁用自動繁簡轉換的語法是無效的,因為總會被更外層的語法所替代。--菲菇@維基食用菌協會 2011年6月28日 (二) 10:06 (UTC)
在編輯頁面時ban掉同文堂的工具
User:PhiLiP/tongwen.js。中文維基受同文堂之「害」各位巡查員應該很清楚。剛才這個功能我本來已經加到common.js里去了,後來想來似有不妥,因此在這裡徵詢各位意見,看是否需要將此功能加入common.js中(如果只是加到小工具里的話就幾乎不會有什麼作用了)。
大概描述下工具的功能:在頁面編輯模式下,此js首先會檢查瀏覽器是否已經使用同文堂來轉換編輯頁面,如果是的話,就會直接禁止用戶提交編輯並要求他重載頁面(但也提供了「強制提交」的接口)。--菲菇@維基食用菌協會 2011年6月24日 (五) 15:09 (UTC)
- 允許忽略警告即可--Ben.MQ 2011年6月24日 (五) 15:10 (UTC)
- 「強制提交」相當於忽略警告。--菲菇@維基食用菌協會 2011年6月24日 (五) 15:15 (UTC)
- 原來同文堂已經Chrome Safari上都有了……支持幹掉它。--Kuailongwikibreak 2011年6月24日 (五) 15:30 (UTC)
- 菲菇的提議不錯,這個是老問題了,老手覺得煩,新手也很囧。有警告訊息至少會讓有啟用功能的人知道要關閉。另外,要不要在警告訊息附上一個連結到教學上,好讓新手知道怎麼去關閉強制繁簡轉換?--章·安德魯 (留言) 2011年6月24日 (五) 15:46 (UTC)
- 章·安德魯的這個主意不錯--百無一用是書生 (☎) 2011年6月24日 (五) 15:47 (UTC)
- 從我現在使用的情況來看,如果不是自動轉換的而是手動點擊轉換的話,刷新一次(也就是點「重載頁面」)之後不再去點擊就可以了。至於自動轉換,很囧的是我還沒有找到開啟自動轉換的方法。誰有這方面的經驗做個頁面出來,我加個鏈接是很簡單的。--菲菇@維基食用菌協會 2011年6月24日 (五) 15:51 (UTC)
- 菲菇的提議不錯,這個是老問題了,老手覺得煩,新手也很囧。有警告訊息至少會讓有啟用功能的人知道要關閉。另外,要不要在警告訊息附上一個連結到教學上,好讓新手知道怎麼去關閉強制繁簡轉換?--章·安德魯 (留言) 2011年6月24日 (五) 15:46 (UTC)
- 原來同文堂已經Chrome Safari上都有了……支持幹掉它。--Kuailongwikibreak 2011年6月24日 (五) 15:30 (UTC)
- 「強制提交」相當於忽略警告。--菲菇@維基食用菌協會 2011年6月24日 (五) 15:15 (UTC)
如果沒有特別的反對意見我就加到common.js里去了。--菲菇@維基食用菌協會 2011年6月25日 (六) 02:23 (UTC)
- 支持--Gilgalad 2011年6月25日 (六) 14:33 (UTC)
- 同文堂會幹什麼?Liangent (留言) 2011年6月28日 (二) 08:17 (UTC)
- 把textarea裡面的源碼給繁簡轉換掉。--菲菇@維基食用菌協會 2011年6月28日 (二) 08:50 (UTC)
- 在什麼時候發生轉換?Liangent (留言) 2011年6月28日 (二) 10:14 (UTC)
- 還有你自己還在污染源碼呢:
textarea.val( textarea.val() + '<!--tag:tongwentang-->' );
。Liangent (留言) 2011年6月28日 (二) 10:16 (UTC)- 同文堂的自動轉換在頁面加載完成後就會發生轉換,雖然不默認打開,但很多同文堂的用戶會自己打開自動轉換的(但在編輯維基時忘了關)。加那段隱藏內容是故意的,方便在用戶強制提交時用abusefilter打tag。另外這個問題也給同文堂報了bug,但同文堂的源碼很久沒有更新了,bug堆了很多都沒人去修。--菲菇@維基食用菌協會 2011年6月28日 (二) 10:51 (UTC)
- 如果確如你所說,在頁面加載完成後發生,那麼在腳本中(且不是$(document).ready中)先把原始的內容存下來(腳本載入時,頁面沒有載入完成但textarea已經載入了),然後在$(document).ready中(此時頁面加載已經完成,轉換已經發生)再把先前存下來的東西寫回去,以迴避其轉換。Liangent (留言) 2011年6月28日 (二) 13:36 (UTC)
- 同文堂的自動轉換在頁面加載完成後就會發生轉換,雖然不默認打開,但很多同文堂的用戶會自己打開自動轉換的(但在編輯維基時忘了關)。加那段隱藏內容是故意的,方便在用戶強制提交時用abusefilter打tag。另外這個問題也給同文堂報了bug,但同文堂的源碼很久沒有更新了,bug堆了很多都沒人去修。--菲菇@維基食用菌協會 2011年6月28日 (二) 10:51 (UTC)
- 還有你自己還在污染源碼呢:
- 在什麼時候發生轉換?Liangent (留言) 2011年6月28日 (二) 10:14 (UTC)
- 把textarea裡面的源碼給繁簡轉換掉。--菲菇@維基食用菌協會 2011年6月28日 (二) 08:50 (UTC)
- 同文堂會幹什麼?Liangent (留言) 2011年6月28日 (二) 08:17 (UTC)
zh.wikipedia.org等wiki在14:15和17:30(UTC+8)2次出錯,怎麼回事?
錯誤:
本wiki出現了問題
抱歉!本網站出現了一些技術問題。
請等待幾分鐘後重試。
(無法連接到數據庫服務器:Unknown error (10.0.6.50))
在此期間您可以嘗試用Google來搜索。
須注意他們索引出來的內容可能不是最新的。
英文版也有問題:
This wiki has a problem
Sorry! This site is experiencing technical difficulties.
Try waiting a few minutes and reloading.
(Cannot contact the database server: Unknown error (10.0.6.50))
You can try searching via Google in the meantime.
Note that their indexes of our content may be out of date.
- beta.wikiversity.org不能打開;
- test.wikipedia.org不能打開;
- www.mediawiki.org不能打開;
- zh.wikibooks.org不能打開;
- zh.wikiquote.org不能打開;
- zh.wikinews.org可以打開,但不能編輯;
- en.wikinews.org可以打開,但不能編輯;
- bugzilla.wikimedia.org可以打開,但我沒有帳號;
怎麼回事?--188.138.84.132 (留言) 2011年6月28日 (二) 09:53 (UTC)
- 本人在此補上簽名。另外188.138.84.132是代理服務器[5],請封禁。--UAL55 (留言) 2011年6月28日 (二) 09:57 (UTC)
- 另外,本人使用188.138.84.132發送信息時,此故障仍未結束。--UAL55 (留言) 2011年6月28日 (二) 10:00 (UTC)
- wikimediatech的應對措施是「logmsgbot: mark synchronized php-1.17/wmf-config/InitialiseSettings.php 'Disable MySQL parser cache'」。飯桶按照自己的良知,拒絕封禁任何代理服務器。其他管理員可以按照自己的良知行事。--罪孽深重的愛學習的飯桶 (留言) 2011年6月28日 (二) 10:12 (UTC)
- bugzilla不是一個系列的……@飯桶:不用看twitter,看這裡wikitech:Server admin log。Liangent (留言) 2011年6月29日 (三) 05:09 (UTC)
- 09:52 logmsgbot: mark synchronized php-1.17/wmf-config/InitialiseSettings.php 'Disable MySQL parser cache'
……
- 06:16 Tim: temporarily disabled db40 parser cache due to connection errors
- 06:15 logmsgbot: tstarling synchronized php-1.17/wmf-config/InitialiseSettings.php
- 06:14 logmsgbot: root restarted all apaches
- 06:14 logmsgbot: root is doing a hard restart of all apaches (apaches overload)