維基百科

維基百科:互助客棧/技術/存檔/2007年3月

< Wikipedia:互助客栈 | 技术 | 存档
由Twish在話題關於編輯工具的安排上作出的最新留言：17 年前

用戶名更改可能導致的身分問題

我發現在當前的機制下，更改用戶名功能有一個漏洞，可能導致身分混淆甚至盜用的問題。

假設現在有個人叫Computor，有一個「User:Computor」賬號，要求改名成「User:用戶A」。改名成功後，原來的用戶名（即User:Computor）就被釋放，可以被任何人重新注冊。結果，「User:Computor」和「User:用戶A」一同在維基上活動，Computor的身分很容易就被重新注冊「User:Computor」的不明人士盜用了，因為雖然他的賬號變成了「User:用戶A」，但在維基上人人都以為「User:Computor」是他。

另外這也令現在Wikipedia:更改用戶名的運作有變。本來，如果新用戶名（即User:用戶A）已經被注冊，改名就不能進行。但是現在可以雙重改名：首先「User:用戶A」改成「User:用戶B」，「User:Computor」再改成「User:用戶A」，改名就可以成功了。這樣Wikipedia:更改用戶名的程序，可能需要修改來配合。 這些情況，希望大家留意。--Computor 18:39 2007年2月26日 (UTC)

(?)如果原先的名字做了重定向的話還是能被註冊嗎？-- 百楽兎 01:41 2007年2月27日 (UTC)
不會吧？我一直認為原先的用戶名仍然能夠使用呢--百無一用是書生 (☎) 02:15 2007年2月27日 (UTC)
我昨天已經實驗過，成功注冊了某管理員的從前的用戶名（以F開頭，該名字已經列於Wikipedia:更改用戶名）。很多人以為原來的用戶名還存在，其實是因為用戶頁重定向了，沒有變成紅字，然而只要用POPUP指著舊的簽名，在「用戶」欄中查「用戶貢獻」，就會發現系統已經沒有舊名的記錄，証明舊的名字已經從用戶清單中移除。何況有些人的舊頁根本沒有重定向，比如華德禹君的原名User:海豚愛上膠，就更明顯了。--Computor 02:37 2007年2月27日 (UTC)
您指的是User:費勒姆的User:Flamelai嗎？那不是很危險？
--Isnow 15:33 2007年2月28日 (UTC)
正是。Flamelai現在是我注冊的，用以暴露這個危機。我已經再提出改名，但不知什麼時候又會有別有用心的人再注冊Flamelai這個用戶名。大家關注了，目的就達到了。--Computor 20:15 2007年2月28日 (UTC)

我倒認為，原名釋放出來沒什麼不好。欲改名的用戶應當承擔這樣的風險，做好心理準備，權衡是否應當改名。再或者就是改名後改名者先行註冊舊名「霸占」著。至少這個負擔不應再丟給開發人員。當然，維基應當文字說明改名存在這樣的風險。— fdcn  talk  2007年2月27日11:40 (UTC+8 2月27日19:40)

若是管理員，問題更明顯。Stewart~惡龍 15:26 2007年3月2日 (UTC)
管理員應當避免改名，如果改名，該管理員有義務在Wikipedia:申請成為管理員/×××的存檔中加醒目注釋，並在相關名單（如Wikipedia:管理員名單等）中加以更正。因為，帶來的麻煩主要的還是針對該管理員自身。— fdcn  talk  2007年3月2日16:07 (UTC+8 3月3日00:07)
真傷腦筋，記得在有關用戶名的頁面有句話（不記得是那一頁了）說「維基百科的用戶名不是刻在石頭上的」，看來管理員除外。--Charlotte1125 16:10 2007年3月2日 (UTC)

時常飄浮不定的Category欄

如圖：[1]所示，載入頁面後Category欄不在正確位置上，是否可以利用CSS來控制這個問題？這一欄位的class對應到main.css中的#catlinks。-- 百楽兎 15:36 2007年2月28日 (UTC)

這個問題我也經常遇到，不知是不是某些特定瀏覽器的問題？我是IE--Douglasfrankfort (talk to me) 23:41 2007年2月28日 (UTC)
我用火狐，沒問題。但是文字比較不圓潤好看:(--陋室◈(亭中茶話) 11:05 2007年3月5日 (UTC)
在Fx下，我沒有遇到這個問題。--64.79.197.220 18:51 2007年3月7日 (UTC)

注釋和參見

在部分條目（如台北捷運）當中，注釋和參見堆積如山，且同樣是用<ref>，不知道有沒有可能將兩者分離--蒼空　翔 有事點我 14:18 2007年3月5日 (UTC)

關於編輯工具的安排

最新留言：17 年前1則留言1個人參與討論

我接到User:Stewart的一個詢問，把其中關於編輯工具方面的列在這：

  1. 我目前在1280*1024的電腦螢幕上看，編輯工具按鈕中「條目內容屬性」和「外語標明」都升了上第一行，很不方便。可有解決方法？
  2. 另外，注釋用回了ICON會不會使新手混亂？
  3. 簽名可以用回以前的三種嗎?! 「~~~」、「~~~~」和「~~~~~」。

其實，不僅僅這幾個方面，比如哪些按鈕應當增加、哪些按鈕應當刪除、按鈕的順序安排、是以按鈕還是以下拉選單方式等，在這裡想請大家表達看法，畢竟使用是大家使用，取得大家的授權，做了改動也不怕被人說成「無法無天」和「醜陋」的。：）

請滿足以下的一些要求：

  1. 按鈕與選單僅分布在前二行，以1024的解析度為主。第三行的符號暫不動。
  2. 儘可能的相似功能的按鈕排在一起。
  3. 使用頻度大的應置前，反之亦然
  4. 下拉選單的操作比按鈕要囉嗦，儘可能安排使用頻度低的功能。

— fdcn  talk  2007年2月7日08:02 (UTC+8 2月7日16:02)

建議

維護相關的按鈕不要增加，例如刪除投票等--百無一用是書生 (☎) 08:19 2007年2月7日 (UTC)

我覺得(＋)支持、(－)反對、(＝)中立、(►)移動、 完成等按鈕使用率頗高。Stewart~惡龍 09:20 2007年2月25日 (UTC)
請書生陳述一下不能增加維護按鈕的理由。— fdcn  talk  2007年2月25日11:33 (UTC+8 2月25日19:33)
另外建議保護，不是說「使用率過高」的模板都應當視為高風險模板？十文字隼人 07:56 2007年3月6日 (UTC)

我已經開始習慣現在的配置了。-- 百楽兎 06:39 2007年2月9日 (UTC)

【LRM】是不是很少人使用?!Stewart~惡龍 09:20 2007年2月25日 (UTC)
但這個不可缺少，暫時還找不到更合適的地方放置。— fdcn  talk  2007年2月25日11:33 (UTC+8 2月25日19:33)

「-{」和「}-」很常使用，希望加入。Stewart~惡龍 09:25 2007年2月25日 (UTC)

夜在「維基常用」吧，可與①−{}− ②−{A|}− ③−{T|}− ④{{subst:}}位置對調。Stewart~惡龍 14:32 2007年2月28日 (UTC)
在符號錄入的維基常用中加入。— fdcn  talk  2007年2月25日11:33 (UTC+8 2月25日19:33)
①−{}− ②−{A|}− ③−{T|}− ④{{subst:}}
這四個我個人用得頗多，不知大家是否一樣？Stewart~惡龍 04:23 2007年2月27日 (UTC)
才發現，Template:Edittools中無法加入−{}− −{A|}− −{T|}−，改在參考文獻區後，三個簽名移入Template:Edittools中。— fdcn  talk  2007年3月3日21:26 (UTC+8 3月4日05:26)
加入{{noteT}}、{{noteA}}、{{refTA}}如何？--Isnow 21:41 2007年3月3日 (UTC)
還好，用一古怪的方法方把−{}− −{A|}− −{T|}−加入Template:Edittools中。你說的模板暫放在「參考文獻區」按鈕後吧。— fdcn  talk  2007年3月3日22:19 (UTC+8 3月4日06:19)
AT標籤的第一個-號後多了一個LRM字元，會導致AT標籤失效。-- 百楽兎 13:24 2007年3月5日 (UTC)
不可能吧？！雖然在Template:Edittools里有LRM符，但系統生成編輯工具時已過濾掉了，我當時檢查過的生成的HTML和JS，並且也已試驗過沒問題。請問你插入後有這個LRM嗎？— fdcn  talk  2007年3月6日14:52 (UTC+8 3月6日22:52)
經你這麼一說，我發現插入後IE6會有LRM，但Fx沒有。-- 百楽兎 15:14 2007年3月6日 (UTC)

沮喪，我再看看有無其它辦法了。— fdcn  talk  2007年3月7日10:40 (UTC+8 3月7日18:40)

標點符號的名稱及用法1

請問以下幾個全型符號的名稱及用法是？！

  1. “”（簡體引號？）
  2. ‘’（簡體引號？）
  3. 《》（雙書名號？較常用？）
  4. 〈〉（單書名號？用處？）
  5. 【】（方頭括號？用處？）
  6. 〔〕（六角括號？用處？）
  7. 〖〗（方頭括號？用處？）
  8. ～（浪紋？連接號？用處？）

希望能修改Template:Edittools的註釋，以方便新手。（其實“”和「」顯示出來不是一樣嗎?）Stewart~惡龍 09:25 2007年2月25日 (UTC)

雙書名號《》我都用於書名，單書名號〈〉我都用於篇名。WiDE 寫於世界時間 10:39 2007年2月25日 (UTC)
「單書名號〈〉我都用於篇名」可定為使用常規嗎?!Stewart~惡龍 04:16 2007年2月27日 (UTC)
作品名稱也是用雙書名號，《龍貓》等等。--RalfX（議） 12:59 2007年3月12日 (UTC)
見標點符號條目，其中“”對應於「」，‘’對應於『』，兩者在不轉換下顯示出來不一樣。— fdcn  talk  2007年2月25日11:33 (UTC+8 2月25日19:33)
標點符號條目中說是簡體版的引號，當真？使用情況如何？！Stewart~惡龍 04:16 2007年2月27日 (UTC)
呵呵，當然當真。都是標準，在簡體裡自然使用極普遍了。— fdcn  talk  2007年2月27日11:33 (UTC+8 2月27日19:33)
內地是“”　＝　單引號　；　‘’　＝　雙引號？Stewart~惡龍 14:32 2007年2月28日 (UTC)
準確地說，是“”（內地就叫雙引號）＝「」（單引號），而‘’（內地就叫單引號）＝『』（雙引號）：
  • 簡體：先用雙引號“ ”，內部如需再引用，再用單引號‘ ’，若再需引用，使用雙引號“ ”，以此類推。直排仍保持雙引號在外，改用『』和「」。
  • 繁體：先用單引號「」，內部如需要引用，再用雙引號『』。
— fdcn  talk  2007年3月3日21:03 (UTC+8 3月4日05:03)

請問若是引用原本就有引文的文句時要怎麼處理--蒼空　翔 有事點我 14:11 2007年3月5日 (UTC)

指引號內需要加引號？單引號內便用不是雙引號吧！不是嗎？不知有沒有誤會你的意思。Stewart~惡龍 23:22 2007年3月11日 (UTC)

標點符號的名稱及用法2

再問一次，〈〉單書名號的用處為用於篇名、章節可定為使用常規嗎？Stewart~惡龍 23:22 2007年3月11日 (UTC)
【】和〖〗這兩種方頭括號一般用在什麼地方？有指引嗎？Stewart~惡龍 23:22 2007年3月11日 (UTC)
〔〕六角括號又適合於哪些地方？Stewart~惡龍 23:22 2007年3月11日 (UTC)
看來得有專門研究這些的來回答，我不是做這方面的，說的不準確。我只知道，單書名號還是較常見的，通常是書名本身還嵌套其它書名的情況。剩下的三個我沒看過有標準提及，不過，【】和〖〗經常在古書籍中看到，似乎用於詩名詞牌名等。〔〕六角括號我不記得看過有用的，既然在unicode中出現，應當還是有其用途的，應當有專業人士了解這些吧。作為工具欄，先做到提供這些就可以了，具體使用由應用和了解它的人來運用。— fdcn  talk  2007年3月12日12:45 (UTC+8 3月12日20:45)

想架個MediaWiki來玩看看, 可是

PHP與MySQL應該都裝好並設定好了 可是 http://127.0.0.1/wiki/config/index.php 卻這樣? 那還少裝了什麼? 我裝在IIS上

Please include all of the lines below when reporting installation problems.

  • PHP 5.2.1 installed
  • Found database drivers for: MySQL
  • PHP server API is isapi; using ugly URLs (index.php?title=Page_Title)
  • Have XML / Latin1-UTF-8 conversion support.
  • PHP's memory_limit is 128M. If this is too low, installation may fail!
  • Have zlib support; enabling output compression.
  • APC installed
  • GNU diff3 not found.
  • Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
  • Installation directory: D:\player\PhpWeb\MediaWiki
  • Script URI path: /wiki
  • Environment checked. You can install MediaWiki.
Something's not quite right yet; make sure everything below is filled out correctly.

P1ayer 04:23 2007年3月6日 (UTC)

    • 沒事, 架好了, 原來不能用"MediaWiki" 當Wiki的名稱, 改名後就架起來了; 可是編輯時的工具列, 少了很多東西耶...P1ayer 05:46 2007年3月6日 (UTC)
您裝哪一版的MediaWiki呢？--Ellery 07:12 2007年3月7日 (UTC)
依照那部電腦的設定，可能裝了的是1.9版。但是最新的是1.10alpha SVN版了。--Shinjiman ⇔ ♨ 10:59 2007年3月7日 (UTC)
  • wikipedia(sourceforge.net) 沒看到有CVS或SVN版的下載點？ 同時，自己架的Wiki除了會員註冊卡在SMTP沒過以外，就算用# WikiSysop帳號進去，也不能儲存任何的Wiki內容？
Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in.
P1ayer 01:55 2007年3月12日 (UTC)
SVN版並不是在SF上下載的，請參看mw:Download from SVN。--Shinjiman ⇔ ♨ 03:00 2007年3月12日 (UTC)

條目信息框模板

請問條目信息框模板（infobox templates）為甚麼要另附說明子頁面？我指的是這些後附"/doc"的模板頁面，為甚麼不能利用noinclude功能直接在模板頁面填寫指導資訊？補充：相關模板還有{{Template doc page transcluded}}、{{Template doc page transcluded/doc}}，當中又有所謂「替換引用頁面」，十分混亂。-- tonync (talk) 19:42 2007年3月8日 (UTC)

不僅僅條目信息框模板，所有模板都應採用把說明放在/doc子模板頁面下。具體可以看Wikipedia:模板文件模式。— fdcn  talk  2007年3月9日05:08 (UTC+8 3月9日13:08)
依照Wikipedia:頁面保護方針中

保護一些"系統管理"頁面，包括許多編輯用的模版，例如刪除告示、小作品模版等

所延伸出的指引Wikipedia:高風險模板（en:Wikipedia:High-risk templates），Wikipedia:模板文件模式是為了達成這些保護措施所設立的辦法。--RalfX（議） 07:40 2007年3月9日 (UTC)
開始有些理解。我總是認為，引入新頁面和制度的人有義務完成相關說明頁面作解釋，因此請RalfX盡快完成翻譯頁面，也謝謝Fdcn的參與協助。（參考：頁面至今的翻譯進度）-- tonync (talk) 08:05 2007年3月11日 (UTC)
大致上翻好了，希望有人能幫忙校對。另外有些文意不懂的地方也請協助幫忙。--RalfX（議） 10:14 2007年3月13日 (UTC)

「transcluded/doc」的方法開了個後門給人改模板，只要有 </noinclude> 開頭，便可用來搞破壞。這個方法真不知是誰想出來的--✉Hello World! 15:06 2007年3月11日 (UTC)

是不是說「transcluded/doc」也不安全？那就取消這種推薦格式吧。--Isnow 15:29 2007年3月11日 (UTC)
能夠詳細說明問題在哪嗎？因為這種方式在英文版和日文版都推行已久。--RalfX（議） 15:37 2007年3月11日 (UTC)
transcluded/doc的原理是，在原有模板中用<noinclude>{{template/doc}}</noinclude>，藉以開放部分地方予人修改，而這些修改的地方會被noinclude包住，不會影響template的外觀。但試想想，如果transcluded/doc內有個</noinclude>，會怎麼辦？！（有空時才示範，現在很累ZZzz）--✉Hello World! 15:41 2007年3月11日 (UTC)
你說的情況是不存在的，模板機制是以一個頁面為單位解析noinclude和includeonly，這是先於它的內嵌模板的，並不存在把所有transcluded模板（無論嵌套多少）展開後再解析noinclude和includeonly。這樣，我建立了User:Fdcn/tl和User:Fdcn/tl/doc，我在這裡應用了{{User:Fdcn/tl}}，你可以看到，並沒有出現破壞者期望出現的「破壞成功。」文字。
這裡是代碼{{subst:#if:|
{{subst:!}} 1

}}{{subst:#if:| 

{{subst:!}} 2

}}{{subst:#if:| 

{{subst:!}} 3

}}{{subst:#if:| 

{{subst:!}} 4

}}

其實，很多與模板機制相關的解析都是類似的，比如參數解析：著名的{{!}}並不會形成參數分界，而是產生一個|字符— fdcn  talk  2007年3月11日15:50 (UTC+8 3月11日23:50)
我倒覺得有</noinclude>不會有問題耶。我來實驗看看。--Jnlin（討論） 15:46 2007年3月11日 (UTC)
沒有問題，可以看User:Jnlin/Test3，它包含了User:Jnlin/Sandbox，而User:Jnlin/Sandbox又在noinclude裡面包含了User:Jnlin/Test2，而User:Jnlin/Test2裡面一開始就是</noinclude>。--Jnlin（討論） 15:51 2007年3月11日 (UTC)

關於注釋字體大小修改

  • 關於MediaWiki:Common.css，references-small是以90%顯示出來的字體大小，但顯示出來的字卻有點不好看，建議改成89%。Msnox 06:35 2007年3月11日 (UTC)
    • 為什麼把90%改成89%會使字體變得好看?--✉Hello World! 12:02 2007年3月11日 (UTC)
      • 台灣正體中文顯示時，如在90%下文字會變的有點難看不清晰，但如在89%下顯示時字型會較清晰好看。Msnox 20:25 2007年3月11日 (UTC)
        • 請問閣下是用什麼瀏覽器呢？--Shinjiman ⇔ ♨ 03:42 2007年3月13日 (UTC)
          • 我平時都使用「IE6.0，台灣正體中文」，在IE6.0下觀看時會文字不清晰，之後我下載使用Mozilla Firefox觀看時文字卻不會不清晰。經本人測試發現使用89%後IE6.0版會顯示較清晰的文字。Msnox 08:25 2007年3月13日 (UTC)

FireFOX跟IE看起來不一樣哩

我一直都是用FireFOX編輯，今天到公司用IE，才發現FireFOX跟IE的顯示結果不一樣，原本我在「1995年電影列表」預設好一個版面的行寬，到IE下卻變兩行，註釋分欄跟變色特效也沒有啦，傷腦筋呢，給他氣餒了一下下，我記得以前看雜誌，好像是說微軟不支援HTML標準語法的關係嗎？WiDE 寫於世界時間 11:58 2007年3月11日 (UTC)

MSIE的預設字體是大一個字號的（微軟標奇立異硬是要與標準不符）--✉Hello World! 12:06 2007年3月11日 (UTC)
原來如此，那只好放大調整一下了，可惜有的資料太滿，在FireFOX下縮小一級剛剛好，到了IE硬是變成兩行。原本我還有用<center>讓表格顯示在版面中央，沒想到，到了IE卻變成所有內容一律置中（FireFOX下表格裡的文字是不受影響的），搞得我只好拿掉這一行指令。WiDE 寫於世界時間 12:38 2007年3月11日 (UTC)
把表格置中，正確的語法應為 table style="margin:auto" --✉Hello World! 12:52 2007年3月11日 (UTC)
...我...不會用...你能不能到「1995年電影列表」找一個表格示範給我看...冏...送佛送上西嘛，呵。WiDE 寫於世界時間 13:02 2007年3月11日 (UTC)
「註釋分欄跟變色特效」應用的是CSS3的標準，IE對W3C的標準一向支持不力。這裡僅要求所有瀏覽器都能正常閱讀，所以不會為了IE也有這樣的特殊顯示效果做額外代碼的。— fdcn  talk  2007年3月11日13:24 (UTC+8 3月11日21:24)
幸好我一早就投靠Fx系。WiDE 寫於世界時間 13:29 2007年3月11日 (UTC)
你的頁面我給你改了。請以後不要用<center>和align="center"，它們不符合XHTML標準，可以用style="margin: auto;"和style="text-align: center;"代替。— fdcn  talk  2007年3月11日13:45 (UTC+8 3月11日21:45)
謝謝!我瞭解了!其實HTML我也不是很懂（我上課都在打瞌睡呀），這些表格都是去「參考」來的，呵呵。WiDE 寫於世界時間 13:52 2007年3月11日 (UTC)

Template:聖經名稱

剛剛建成了Template:聖經名稱，但不知為何中間英語的那一部份總是顯示錯誤。 :-( --石添小草 04:36 2007年3月12日 (UTC)

已修復，多了兩個看不見的【LRM】符，你有點過編輯工具欄的這個插入符嗎？也許應當將它從編輯工具欄移到不明眼的地方。— fdcn  talk  2007年3月12日05:34 (UTC+8 3月12日13:34)
原來如此。我原來把它放在希伯來文的部份。不過我把內容找到另一個可以看到控制碼的編輯器時，卻看不到那些mark，我以為沒有了。麻煩你。--石添小草 06:42 2007年3月12日 (UTC)

什麼時候維基百科的編輯器也可以所見即所得？

如題，對於編輯表格一類真的很麻煩。--雙木不雙(留言榜) 13:54 2007年3月12日 (UTC)

我記得英文維基有用戶寫過一個把word文件轉變成為維基格式的插件，但相信你要在網上找一找。--石添小草 03:09 2007年3月13日 (UTC)

google分析工具

不知道能否使用google分析工具來統計wikipedia的一些統計數據？--百無一用是書生 (☎) 07:41 2007年1月26日 (UTC)

應該可以，可以試試類似導入導航Popup的語法將google給的那段js代碼放到MediaWiki:Common.js。--Isnow 08:37 2007年1月26日 (UTC)
我加到了MediaWiki:copyright，MediaWiki:Common.js上使用，google無法檢測到。--百無一用是書生 (☎) 15:00 2007年1月26日 (UTC)
google分析已經工作了。果然有一些很有趣的東西。snowyowls已經發現了一些[2]。如果有人想要查看，請告訴我你的gmail地址。但是使用google分析可能也存在一些問題。例如安全性。還有就是google分析無法完全公開化，這對於wikipedia的開放精神來說有所違背。如果大家認為使用第三方的google分析工具可能有損wikipedia的話，我會過一陣子撤掉相應的代碼。--百無一用是書生 (☎) 12:49 2007年1月30日 (UTC)
我覺得這個很棒也，即使沒辦法無全公開化，也可以定期作一些數字分析公布，我們實在蠻缺乏對於讀者這方面的數字的。對了問一下結果是怎麼樣讓google找到代碼的啊？--ffaarr (talk) 08:23 2007年1月31日 (UTC)
即使不能做到完全公開，定期由管理員發佈數據也是可以接受吧。況且這是測試版，數據未必準確，大家可以參考一下便算了，不用過份認真。 -- Kevinhksouth (Talk) 15:08 2007年1月31日 (UTC)
我已經向google去信反映了這個問題，他們回信說已經向開發工程師反映了我的建議。但是不知道將來是否可以完全公開瀏覽分析報告。另外，關於代碼，我是加在了MediaWiki:copyright這裡--百無一用是書生 (☎) 06:02 2007年2月2日 (UTC)
在MediaWiki:copyright中應加上「本頁導入Google分析語法，如有意見或建議請連絡這裡」之類的醒目提示。因為將瀏覽記錄導向第三方可能有侵犯使用者隱私之虞，而且不熟悉WP的使用者可能根本不曉得有添加這個分析也無從表示意見。-- 百楽兎 04:17 2007年2月3日 (UTC)
已經根據百楽兎的意見加上提示--百無一用是書生 (☎) 06:47 2007年2月5日 (UTC)
感謝書生兄採納，不過我的意思是那句話要顯示出來讓大家知道（不是註解），以盡告知義務。-- 百楽兎 14:42 2007年2月5日 (UTC)
在頁腳顯示這個提示是否恰當呢？ --百無一用是書生 (☎) 01:34 2007年2月26日 (UTC)
我認為這個third part工具牽涉到瀏覽者隱私權的問題，有必要以顯目提示知會所有瀏覽者。原則上這個引用應辦投票後實施才對。-- 百楽兎 05:43 2007年2月26日 (UTC)
  • 如在百科內容的恰當性上不能以醒目方式提示維基瀏覽者，本人在此請求撤除該google分析工具語法。-- 百楽兎 01:46 2007年3月4日 (UTC)
隱私應該不會侵犯，該工具只給出來自某個地區和某ISP的訪問量等數據，具體IP不做統計。--百無一用是書生 (☎) 02:57 2007年3月5日 (UTC)
Google一定掌握了瀏覽者IP才能做那些分析，我們所能看到的只是Google所掌握的資訊的一小部份，未經同意將維基百科瀏覽者資訊提供給第三方業者已違反wikimedia:隱私政策，遑論未盡告知義務尤甚。-- 百楽兎 10:33 2007年3月5日 (UTC)
其實原來wikipedia的統計比Google做得更厲害，所有的瀏覽者的IP都可以公開查到的，只是後來由於訪問量太大，wikipedia自己的統計有些無力應付才停掉的。你說的隱私政策，是指洩漏用戶的IP（也就是把IP和用戶名對應起來），這個google是完全做不到的。如果還是有疑慮的話，我過兩天會撤掉代碼--百無一用是書生 (☎) 06:35 2007年3月7日 (UTC)
同意白楽兎的說法。:)--石 06:45 2007年3月7日 (UTC)
  • 個人意見，只要有足夠的頻寬與主機放的話 (php與MySQL)，應該可以做到比Google還更好的分析程式，只是頻寬與主機的錢，誰要出啊？如果有錢擴充做遊覽者分析的功能的話，還不如改善Wiki百科現有的頻寬與主機，或許還比較實用... P1ayer 12:13 2007年3月8日 (UTC)
  • (！)意見：此案已經過了很多天都沒有進展 :( -- 百楽兎 03:42 2007年3月14日 (UTC)
已經刪除相關代碼--百無一用是書生 (☎) 11:44 2007年3月20日 (UTC)
thanks-- 百楽兎 05:22 2007年3月23日 (UTC)

建議新技術的發展

各位要說這是針對最近某個頻生糾紛的現象所發表的感想也罷，不過我是認真地想要詢問是否有辦法在維基百科上發展如此的選項工具——能在個人參數設定中設定『自動隱藏某特定用戶編輯的文章版本』，就像是聊天軟體中的封鎖名單之類的選擇性功能呢？--泅水大象 訐譙☎ 08:13 2007年3月13日 (UTC)

  • SElephant, 此做法似乎不適合維基，亦違反 Larry Singer 提出 NPOV 之兼容並包精神。
  • 元維基上有m:Meta:Language select、m:Template:Ls隠藏多語翻譯之功能，但似不合你的要求。
  • 「聊天軟體」：已有人試寫 m:LiquidThreads 程序，但據聞仍甚粗糙，不適合運行。---Hillgentleman | 書 | 2007年3月13日( 二 ), 09時07分58秒.
個人的「潔版」wp？實在難以想像一個沒有異議、沒有討論、不需要共識的維基百科會是什麼樣。這種鴕鳥式的過濾工具可能毀掉整個維基社區和維基百科。討論過度是一回事，迴避討論和交流是另一回事，不能因噎廢食。--Alexcn 10:09 2007年3月13日 (UTC)
我想各位是沒看懂我話中所帶的弦外之音。對於向來喜歡半路插嘴管人閒事的我來說，怎可能真的提倡一個迴避討論跟交流的維基百科呢？我只是有感於有些人發表意見的態度與其說是討論，不如說是『教訓』別人，只有別人聽話的份兒卻從沒考慮過去接受別人的意見，完全欠缺尋找共識的可能性。像這樣的發言方式與其費功夫去參與爭吵（基本上我不認同這樣的發言態度叫做討論），不如徹底眼不見為淨。維基百科的政策，對於沒有嚴重違規的人來說是不能採取封鎖的，那麼，至少看討論的人有權利，跳過這些傷眼睛卻沒任何意義的紛亂吧？--泅水大象 訐譙☎ 13:33 2007年3月13日 (UTC)
鑑於前陣子的經驗，對方不認識我卻可以直指我「素質不好」，讓我覺得倍受侮辱，偏偏這樣還不能叫「人身攻擊」，無法可管，有時候真希望這裡有「黑名單」過濾功能。當然我瞭解這種功能對維基整體沒有好處，只好自己假裝視而不見，絕不回應該員攻擊性的言論，也希望大家對那種不愉快的對話完全不要理睬，只回應有建設性的討論，惡文不推，惡人自退。WiDE 寫於世界時間 15:35 2007年3月13日 (UTC)
(＋)支持--winertai 07:20 2007年3月16日 (UTC)

關於新手的問題

在commons:Commons:常見問題解答#技術問題(也可以看英文版)說，註冊未滿4天的用戶，不能移動條目和上傳同名圖像的新版本。估計這是為了防止破壞，以及防止新人不熟悉用法，而造成爭論和無心的破壞。但是似乎中文wikipedia還沒有激活這個功能吧？各位怎麼看？--百無一用是書生 (☎) 08:04 2007年3月15日 (UTC)

  • 強烈(＋)支持。其中防止新手移動的提議，很久之前我已提及過了，但一直取不到社群的共鳴。希望大家無論是支持還是反對，也請說出你的意見。 -- Kevinhksouth (Talk) 15:52 2007年3月15日 (UTC)
  • 一直不知道這一情況，剛才測試了一下確實沒開通。我估計開發人員需要社群的通過共識吧。那麼，這裡我也(＋)支持。— fdcn  talk  2007年3月15日16:33 (UTC+8 3月16日00:33)
  • 忘了哪邊曾經有過討論，當然(＋)支持。--RalfX（議） 17:34 2007年3月15日 (UTC)
  • 是不是也包括IP用戶？－下一次登錄 |於2007年3月16日04:11留言
呵呵，下一次登錄看來被大家繞暈了，IP用戶沒有上傳圖像和移動頁面的功能--百無一用是書生 (☎) 14:07 2007年3月16日 (UTC)

跑題一下，差不多一年前有人建議暫時不讓IP用戶創建新條目時，提的也是『英文版也是如此如此』，要是有一天英文版開放這些功能了，中文版這些『因為英文版禁所以我也要禁』的功能是自動跟著解禁還怎樣？67.103.245.50 21:29 2007年3月16日 (UTC)

我是不贊同限制太多，新用戶或IP一樣可以創建新條目，移動當然不行了。因為風險很高。--陋室★茶話★獻曝★工具與關注 04:06 2007年3月18日 (UTC)

另一方面，我也留意到一些語言的維基百科強制IP用戶及新用戶必須使用預覽功能，可以與以上改動一併考慮。 -- Kevinhksouth (Talk) 07:03 2007年3月18日 (UTC)

強制IP用戶及新用戶必須使用預覽功能,似乎管理員就可以修改吧？--百無一用是書生 (☎) 11:09 2007年3月18日 (UTC)
可以嗎？我的意思是在按「顯示預覽」按鈕之前，「保存此頁」按鈕是按不到的。 -- Kevinhksouth (Talk) 12:58 2007年3月19日 (UTC)

誰才能編緝宣告內的里程碑

在里程碑內數據嚴重滯後，又不能如元維基的里程碑表格即使是ip用戶也能編緝的，想修改也改不了。--Onon1982053106:08 2007年3月18日 (UTC)

Template:維基百科各語言條目里程碑似乎並無任何保護，理論上IP用戶也能編輯。 -- Kevinhksouth (Talk) 07:00 2007年3月18日 (UTC)
原來在Template:改,我以為按里程碑上的編輯後改,謝謝。--Onon1982053107:25 2007年3月18日 (UTC)

bug:特條計數器

特條計數器出現bug了.用手指著數了一遍,95條.然而計數器顯示96條.希望能解決這個問題. Burea Acupotter'n TALK? 07:13 2007年3月18日 (UTC)

已更正了。這不是Bug，因為這個計數器是人手更新的。多了1條的原因可能是有特色條目被撤銷但未更新數字。 -- Kevinhksouth (Talk) 07:27 2007年3月18日 (UTC)
有辦法做一個自動的計數器嗎？英文版是怎麼做的？ Burea Acupotter'n TALK? 07:36 2007年3月18日 (UTC)
先說一聲對不起，特條計數器我數錯了，數成了96，實在不好意思。目前這個還沒有辦法自動計數，英文版也是手工統計的（或許可以藉助bot來計數更新）--百無一用是書生 (☎) 11:14 2007年3月18日 (UTC)
終於找出來了，少了聖神修院，已經修正，總共95個特色條目--百無一用是書生 (☎) 15:14 2007年3月18日 (UTC)

關於上傳文件

我有個想法：在左側導航欄中，用上傳自由版權圖像來代替上傳文件的位置，上傳文件不出現在左側導航欄中，如果要把文件上傳到本地，則可以到特殊頁面使用上傳文件的功能。

我的這個想法是因為，本地上傳的圖片有太多的版權問題，而目前社群中對著作權非常了解的人又沒有幾個。而且圖片的合理使用對wikipedia始終是一個不知何時會爆炸的炸藥筒，因為合理使用很難判斷是否在合理的限度內，還是侵犯了著作權。wikipedia即使有免責聲明，用戶自責，但是仍然很難避免遭遇起訴的事情，任何的訴訟風險所帶來的大量經濟損失（即使勝訴或者撤訴，也會耗費很多金錢）對wikipedia而言都很難承受得起。此外，對於非自由版權圖像，一旦有可用的自由版權圖像，非自由的圖像就會被刪除。

以我的建議而言，這樣可以提高本地上傳文件的難度（尤其對新手而言，在本地上傳文件提高了門檻），減少了每天上傳的大量侵權圖片，也減少了甄別是否算作合理使用的工作。此外，在commons有世界各地對著作權很了解的很多參與者在幫忙檢查上傳到那裡，聲稱是自由版權的圖片是否自由（因為各國版權法的規定不一樣）。而且營造一部儘量版權自由的百科全書也是wikipedia的目標（請記住，我們是要把知識傳達給地球上的每一個人，這包括了大多數無法上網的人），因此大量非自由版權圖像的存在，也阻礙了知識的自由傳播。而且現在已經有越來越多的各語言wikipedia不採納合理使用的圖像。雖然中文版還可以使用非自由圖像，但是我門應該朝著不採納合理使用圖像的目標前進。希望我建議的增加本地上傳文件的門檻是我們朝這個目標努力的第一步。

如果大家能夠採納我的這個建議，希望接下來我們就可以邁出第二步：全面檢視我們的合理使用圖像的政策，對於著作權疑慮較大的合理使用剔除出wikipedia，收緊我們的合理使用方針。（當然這是後話）--百無一用是書生 (☎) 14:49 2007年3月18日 (UTC)

目前在中文維基還不可能達成禁止合理使用，所以，我(＋)支持書生的提議，增加本地上傳的門檻。本地屏蔽上傳文件倒還好辦，上傳自由版權圖像直接進入的是英文界面，是不是門檻也太高了？
需要做的是，將commons:MediaWiki:Uploadnologintext/zh中文頁面建立，需shizhao來進行。我在這裡可以做的只是將MediaWiki:Sidebar加入uselang=zh參數。— fdcn  talk  2007年3月18日15:40 (UTC+8 3月18日23:40)
(＋)支持，讓維基成為真正自由而免費的百科全書。--Gakmo (Talk) 18:01 2007年3月18日 (UTC)
  • (＋)支持：雖然我認為適度的合理使用圖片還是有其必要性，但是，我支持提升其難度減少不熟悉此間政策的新手太過頻繁地上傳版權宣告不明的圖片。--泅水大象 訐譙☎ 18:09 2007年3月18日 (UTC)
  • (＋)支持：意見同上，適度利用合理使用圖片可避免全部都文字而讓人有枯燥的感覺。建議日後只保留一些爭議相對較小的合理使用圖片，例如{{logo}}。以及限制每條目內使用合理使用圖片的數目（曾看過有的歌手條目連唱片列表都附上每張唱片封面似乎誇張了些）。--Ellery 00:50 2007年3月19日 (UTC)
我已經在導航欄隱藏了本地上傳。本來想用上傳自由版權圖像替換本地上傳，但是研究了半天還是不知道如何實現:( 現在如果上傳本地文件需要到特殊頁面--百無一用是書生 (☎) 08:44 2007年3月19日 (UTC)

可以讓控制碼顯示出來嗎?

現時有時在編輯條目時，由於在內文中夾雜了控制碼，使條目在顯示時出了問題。想問問：有沒有辦法可以讓控制碼在編輯的視窗中顯示？－～石添小草 15:58 2007年3月18日 (UTC)

在編輯時控制碼的情況很多嗎？除了幾個rtl的外語標明外，是很少的。
有部分文字編輯器軟體是可以看到的，比如Notepad++。在這裡討論到的工具也能看到控制碼。— fdcn  talk  2007年3月19日05:45 (UTC+8 3月19日13:45)

MediaWiki的界面翻譯

現在檢視原始檔時開頭會出現：

This page has been locked to prevent editing.

You can view and copy the source of this page:

字樣，例如這一頁，希望有權限的管理員能進行翻譯，謝謝。-- 百楽兎 03:24 2007年3月19日 (UTC)

done.— fdcn  talk  2007年3月19日05:13 (UTC+8 3月19日13:13)
thanks-- 百楽兎 01:00 2007年3月20日 (UTC)

是否可能在歷史頁面中查看增減字節數

就如同在「最近更改」中一樣？-下一次登錄 於2007年3月22日06:40留言

我也很希望有這個功能，這樣對哪個版本是重大修改能更快識別，需要向開發人員請求新增這個功能。-- 百楽兎 05:21 2007年3月23日 (UTC)
取自「https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术/存档/2007年3月&oldid=82427976」