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

添加链接
维基百科，自由的百科全书
Archive 本頁是Wikipedia:互助客栈/技术的存档页，这些主题讨论已经结束，並已尽可能将讨论主题移动至相关条目或页面的讨论页存檔。請不要再對此頁進行編輯。若您希望發起新的討論或重新提起舊有討論，請前往Wikipedia:互助客栈/技术。

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

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

假設現在有個人叫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)

关于编辑工具的安排

我接到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=40151463”