Komica wiki討論:貓管理部KomicaWiki分部

出自 Komica wiki
前往: 導覽搜尋
討論頁為交流與情報提供的空間,切勿濫用或破壞。留言尾端請加入時間戳記語法~~~~~(不具名)或~~~~(具名)。

綜合討論條目存廢最希望建立的條目投票條目改善

凡是KomicaWiki相關問題、編輯、格式上的問題可先於此提出。

貓管網域故障時的告知性回報[編輯]

為能在故障發生時達到即時回報效果,這個章節應該常置於第一項。
這個章節只能在【下面的狀況下】進行編輯:
https://2cat.ml/ 掛點,造成同網域的貓管理部一併掛點的期間。】
  • 2cat.ml網域掛點的情況下,K島本島部分版面將失聯無法運作。
    • 由於貓管同樣也使用該網域,【貓管掛點】這件事也因此無法在貓管回報,故設立此議題區塊提供狀況發生時的即時回報。
    • Kwiki回報串也在貓管,當然也一起掛了。雖然Kwiki內建的事務討論區(即本頁)也是能使用,但前者功能偏向舉報,後者較偏向編輯上的討論與建議。
  • 因為有時效性,故暫定僅留下最近三次的貓管掛點回報:
掛點日期 掛點狀況(代碼) 掛點原因,處理方式 備註 資訊更新時間
2017.12.18~20 Error 502 (18日)→ 404 - Not Found (19日傍晚之後) 軟硬體上的嚴重故障。經更換主機並搶救資料後,於21日起分階段修復。 2cat所屬主機故障,所屬版面服務暫停。(含處理日誌) 2017年12月23日 (六) 13:14 (CST)

關於 template:anchor錨點設置[編輯]

  • 部屬media已經有章節標題, anchor即可省略
    龍族拼圖/寵物介紹-降臨專區_part_3上=== {{anchor|azazel}}阿撒瀉勒降臨!(アザゼル降臨!) ===,anchor即可不用寫。--米莉婭諾朵卡 2017年11月28日 (二) 23:18 (CST)
    • 不,那個anchor有存在的必要,因為它可以讓我們使用龍族拼圖/寵物介紹-降臨專區_part_3#azazel,不需要寫到章節全名(龍族拼圖/寵物介紹-降臨專區_part_3#阿撒瀉勒降臨!(アザゼル降臨!))。有的條目就是因為章節名稱過長且附帶各種語法,必須使用anchor才能夠方便連結。 -- Wbxshiori (對話) 2017年11月28日 (二) 23:34 (CST)
    • 是其他頁面要連結嗎?不同狀況下我有想過了,我們只需一個重定向叫龍族拼圖/阿撒瀉勒重定向到龍族拼圖/寵物介紹-降臨專區_part_3#阿撒瀉勒降臨!(アザゼル降臨!),只要格式統一加上分類龍族拼圖/阿撒瀉勒這個寫法可以很方便,並非直接廢棄anchor而是不用再每個標題大量使用,章節標題已經有錨點的功能。--米莉婭諾朵卡 2017年11月28日 (二) 23:40 (CST)
    • 右斜線/可能會讓人誤會成新條目,難以聯想為條目錨點位置,畢竟使用錨點(#)的習慣也是Puki時代流傳下來的(當時語法為* 章節名稱 [#anchor_name])。更何況,維基百科事實上也有錨點模板Wikipedia:zh-tw:Template:anchor,只差那邊的使用者習慣加在上一個章節的最尾端。
      錨點語法還是可以繼續用在新章節頭,只是指向錨點的重定向頁或許可以成為追加的連結方式,與原本錨點並存。 -- Wbxshiori (對話) 2017年11月28日 (二) 23:49 (CST)
      • 個人覺得章節標題自動成為Anchor就應該善用,當然長的標題使用Anchor模板也是可以,但Anchor的內容不應該是8個英數的隨機字串。--Xiplus (對話) 2017年11月29日 (三) 14:32 (CST)
        • MediaWiki不會自動生成隨機英數字的錨點,搬來的條目也已經在轉換過程中將它們去除了。現在所有的錨點語法都是手動加上的。 -- Wbxshiori (對話) 2017年11月29日 (三) 21:17 (CST)
        • 至於連往舊格式錨點的連結,那些是需要手動修正或清除的。 -- -- Wbxshiori (對話) 2017年12月4日 (一) 12:44 (CST)
          • 那就先依現在的使用方式,在將錯誤的一併修正。--米莉婭諾朵卡 2017年12月6日 (三) 11:53 (CST)
    • 雖然已經討論得差不多,但我還想補充一點:使用anchor模板最重要的理由,在於可以自由更改標題文字而不影響錨點連結,而這是「連到預設錨點的重定向頁」所辦不到的。 -- Wbxshiori (對話) 2017年12月7日 (四) 17:22 (CST)
      • 不不 改標題連節錨點的前面也要改,以上面為例原本龍族拼圖/寵物介紹-降臨專區_part_3改名成PAD/寵物/part3的話,龍族拼圖/寵物介紹-降臨專區_part_3#azazel 的也要改成PAD/寵物/part3#azazel,按mediawiki的功能是不會自動跳轉重定向的(指龍族拼圖/寵物介紹-降臨專區_part_3重定向到PAD/寵物/part3),我一開始的意思是類似此這個這個EMT的錨點在Re:從零開始的異世界生活角色列表裡面有。---米莉婭諾朵卡 2017年12月7日 (四) 19:52 (CST)
        • 妳誤會了,我說的「標題」不是指「頁面名稱(龍族拼圖/寵物介紹-降臨專區_part_3)」,是指「heading(阿撒瀉勒降臨!(アザゼル降臨!))」……或者應該說「標頭」「章節頭」比較恰當。通常頁面名稱改的機會比章節頭少得多,所以錨點功能還是比較汎用。 -- Wbxshiori (對話) 2017年12月7日 (四) 20:59 (CST)

自定義js和css[編輯]

自定義js和css,目前皆無法生效,另外缺少語法的高亮,這好像是站點mediawiki可以預設的。--米莉婭諾朵卡 2017年11月28日 (二) 23:18 (CST)

參見mw:Manual:$wgAllowUserJsmw:Manual:$wgAllowUserCss,這需要伺服器權限修改。--Xiplus (對話) 2017年11月28日 (二) 23:21 (CST)

網頁縮圖[編輯]

目前缺少網頁標題最上的小縮圖。--米莉婭諾朵卡 2017年11月28日 (二) 23:18 (CST)

參見mw:Manual:$wgFavicon,一樣要伺服器權限。--Xiplus (對話) 2017年11月28日 (二) 23:22 (CST)

條目標題[編輯]

建議開啟站點魔術字,DISPLAYTITLE當作標題,(可以先用H0,後面在改H0即可)。--米莉婭諾朵卡 2017年11月28日 (二) 23:18 (CST)

  • 站點位置mw:Manual:$wgAllowDisplayTitle 。--米莉婭諾朵卡 2017年11月28日 (二) 23:42 (CST)
  • DISPLAYTITLE或許可以開啟,但它不能完全替代H0。KomicaWiki的文化中,H0(Puki時代<h2>的仿製品)裡面會包含<ref>{{censored}}{{color}}等語法,這些都不能應用在DISPLAYTITLE的標題文字中。 -- Wbxshiori (對話) 2017年11月28日 (二) 23:44 (CST)
    • 除了ref外可以應用顏色和黑海苔片,也可以弄花俏格式。範例,ref是否是必要。 --米莉婭諾朵卡 2017年11月28日 (二) 23:55 (CST)
    • 原來如此,長知識了。只不過這樣做恐怕有個缺點:想要找到正確的條目名稱時,還需要點網址列、「編輯」、「檢視歷史」……之類的其中之一,對於想要連結到該頁的編輯者可能形成一種阻礙。
      在PukiWiki時代,任何頁面都能同時看到真正名稱和天藍色區塊中的名稱;因此,不使用DISPLAYNAME應該會比較符合這邊使用者的習慣。 -- Wbxshiori (對話) 2017年11月29日 (三) 00:01 (CST)
      • 正確的標題名稱在網址。---米莉婭諾朵卡 2017年11月29日 (三) 00:08 (CST)
      • 我剛才已經提到了,需要點網址列、不能直接copy標題就是問題之一:
        想要找到正確的條目名稱時,還需要點網址列、「編輯」、「檢視歷史」……之類的其中之一,對於想要連結到該頁的編輯者可能形成一種阻礙
        舊Wiki的龍族拼圖頁面為範例,上面的正確名稱(Puzzle and dragons / 龍族拼圖)和下面的惡搞名稱(Puzzle and Dragons/龍族拼圖/パズル&ドラゴンズ/神魔拼圖*1/Puzzle and Deities )並存而不干涉,然而DISPLAYNAME卻會影響這個島民習以為常的架構。
        一旦開放就可能有人用,有人用就會引發上述的問題,因此我認為這個不應該在KomicaWiki開啟。 -- Wbxshiori (對話) 2017年11月29日 (三) 00:15 (CST)
        • 同意此說,那就依原本規劃使用h0,自己的用戶頁就靠css魔改吧。--米莉婭諾朵卡 2017年11月30日 (四) 02:26 (CST)

投票系統[編輯]

萌娘有使用在mediawiki的投票系統,見mw:Extension:AJAXPoll,一樣是站長設置,不知道效果和pukiwiki的差多少。--米莉婭諾朵卡 2017年11月29日 (三) 00:08 (CST)

  • 關於AJAXPoll,事實上已經和林奈討論過了,無法與Puki時代的投票系統契合。AJAXPoll的投票紀錄,只要選項一有所改變,票數立刻就會被重設,這和隨時增加投票選項的KWiki文化不合。 -- Wbxshiori (對話) 2017年11月29日 (三) 00:11 (CST)
    • 有一個替代方案是使用類似wikipedia:zh:t:+1,不過這個一樣是要每個投票的人編輯一次,而且不好預防灌水,臨時沒有想到更合適的方法。--米莉婭諾朵卡 2017年12月6日 (三) 11:56 (CST)

Scribunto內容模組[編輯]

建議開啟Scribunto內容模組 mw:Extension:Scribunto。--米莉婭諾朵卡 2017年11月29日 (三) 03:59 (CST)

  • 看介紹文後感覺那模組似乎不錯用,但有沒有實際使用該功能的wiki可供參考,讓完全沒用過的人(包括我)理解一下? -- Wbxshiori (對話) 2017年11月29日 (三) 13:11 (CST)

不知道有沒有網域黑名單[編輯]

詳細見:MW:Extension:SpamBlacklist,調皮的島島廚也是有一直會發廣告的,不知道這個有沒有開啟,過濾器,另外還有白名單,建議先封幼幼和博弈等網站,(PS zhwp有些網域是不可靠來源,這邊可以不用封)。--米莉婭諾朵卡 2017年11月30日 (四) 02:17 (CST)


建議分類頁使用分類樹[編輯]

詳細見:MW:Extension:CategoryTree,我不太確定這個MW頁是不是分類頁面(如同萌百分類的三角形箭頭,可展開的),不過兩者都是很好用的設計。--米莉婭諾朵卡 2017年11月30日 (四) 03:57 (CST)

關於之後可能創建的事務討論子頁面[編輯]

  • 我認為,討論區的功能還是交給各留言頁比較好。主頁面適合寫上區域性規定和方針,要留言再點進「討論」。假設要創「Komica_wiki:貓管理部KomicaWiki分部/ACG問答」的話,主頁就可以寫上大致接受的問題類型,而實際問答的部份交由討論頁「Komica_wiki討論:貓管理部KomicaWiki分部/ACG問答」執行,將權責明確區分。至於「/公佈欄」應該是用不到子頁面,只需要當「Komica_wiki:貓管理部KomicaWiki分部」頁面內的一個章節就夠了。
    另外,我先將本頁移到「貓管理部KomicaWiki分部」的討論頁了,如果還是有人認為需要將主頁討論和綜合討論區別,可以移動到「Komica wiki討論:貓管理部KomicaWiki分部/綜合討論」;現在的「Komica wiki:貓管理部KomicaWiki分部/綜合討論」,則可以改用來做簡單介紹,或乾脆重定向到自己的討論頁。 -- Wbxshiori (對話) 2017年12月1日 (五) 11:22 (CST)

固定歷史版本刪除功能[編輯]

  • 建議增加revisiondelete等功能,參見mw:Manual:RevisionDelete,剛剛我從網址key此指令系統顯示我沒有權限,這應該是deleterevision這個權限,另外比這個高的是suppressrevision即中文維基的監督員,不過這邊應該不需要到這個等級。

另外經測試一般刪除後還原的版本時間軸會亂掉。--米莉婭諾朵卡 2017年12月2日 (六) 01:08 (CST)

關於reCAPTCHA驗證[編輯]

請問一下要驗證的設定是什麼?

我剛試了一下,管理員編輯條目要驗證,但未登入者編輯卻不用也太奇怪了吧!?

一般來說不是應該相反嗎? --Shiyou (對話) 2017年12月7日 (四) 16:05 (CST)

  • mw:Extension:ConfirmEdit#ReCaptcha,可能是設置錯了。--米莉婭諾朵卡 2017年12月7日 (四) 16:45 (CST)
  • 編輯時的預覽功能好像也有問題,會出現【嘗試預覽您的變更時發生錯誤。HTTP error: error】的訊息--但是進行本回文的時候卻是正常的。總之還是報備一下。JS (對話) 2017年12月7日 (四) 17:19 (CST)
  • 怎麼編輯的時候每按一次預覽就要跑一次驗證,對於根據預覽來調整圖片大小的人很不方便啊......--R-wild (對話) 2017年12月8日 (五) 01:17 (CST)
    • 然而我剛剛發現了透過Wikiplus可以避掉reCAPTCHA--R-wild (對話) 2017年12月8日 (五) 02:21 (CST)
    • (:)回應 預覽頁也要驗證,那應該是因為預覽頁的網址和儲存變更的網址相同導致的 --Shiyou (對話) 2017年12月8日 (五) 16:19 (CST)

//wfLoadExtension( 'MobileFrontend' ); //$wgMFAutodetectMobileView = true;

我查了一下 這幾天設定檔唯一的更動只有把這兩行的註解解開 這會連帶開啟驗證碼嗎?我再關掉好了?Linne056 (對話) 2017年12月8日 (五) 15:45 (CST)

  • 那個是cloudflare的服務,那會自動偵測機器人,但可能沒設想到我們的wiki本來就有使用機器人,我會請1883再調整。手機瀏覽模式還保存了。Linne056 (對話) 2017年12月8日 (五) 15:50 (CST)