Boonsing Boonsing 8月13日 (星期四)
2

航海王wiki遷移至UCP

從昨天開始,進入的朋友都會看到橫幅:


沒錯,這代表即將升級至UCP。自計畫公布後一年,成為此階段遷移的wiki之一。

遷移時會發生什麼事?

遷移進行時,維基將進入只讀狀態,無法編輯或其他工作。

那麼用戶需要做什麼呢?

什麼也不用做。

遷移至UCP後,有什麼值得關注的事?
  • 將運行MediaWiki 1.33版本,這對一般用戶來說並不會有不同。
  • 可以在移動裝置編輯了(此前必須轉至桌面版),希望這會吸引更多用戶。
  • 論壇和討論版結合(這是我比較期待的,論壇比討論版更適合收集意見)

我會持續更新這個博客,記錄遷移的過程。


  • 1 8月20日小記
  • 2 8月21日小記
  • 3 8月29日小記
  • 4 9月10日小記

今天登陸發現許多不同的地方。這是因為已經遷移至UCP平台了。

  1. 添加了各中文變種的選項。
  2. 不習慣的是一直以來使用的源代碼編輯器編輯區域變小了,被其他工具覆蓋。
  3. 目前頂部導航欄似乎有些問題,無法顯示存在MediaWiki:Wiki-navigation的信息。不過好處是最近更改取代了維基活動。
  4. 用戶頁看起來很乾淨。
  5. ImportJS許多腳本似乎無法使用,我們耐心等待吧

  1. 首頁出現了右側欄……看來所有MediaWiki特殊頁面還未工作。
  2. 編輯時會自動出現參考資料,不用特地輸入 設置寬度後並不是縮放,而是放大……懵……
  3. 由於預覽時是看不到信息框,因此也不知道預設寬度要調成多少。
  4. 但是個人設定有所謂縮略圖寬度,不知道會不會覆蓋。
  5. 編輯器有比較好看的高亮,不知道對CSS和JS有沒有用,有的話就不需要CodeEditor.js了。
  6. 編輯器還有查找和替換的功能!還有Regex!美中不足的是無法記得查找過的字。

  1. 創建不了重定向頁……按下保存時整個頁面並沒有反應。

  • 編輯時預覽可以看見信息框了,不過整個預覽窗口仍然只用了左邊三分之一的寬度。
  • Colorscheme也工作了。……






阅读全文
Boonsing Boonsing 3月9日 (星期一)
0

航海王wiki 12周年

今年是航海王wiki 十二周年。过去的两年,以英文站为范本的策略让条目数量增加超过一千条、模板的功能更好、每个条目能够见到的图片也多了许多。这个策略和会一直持续下去,再根据 目前的读者和编辑人数做相应的调整,比如简化首页上的内容、合并需要多人维持的条目。

我在前年才开始加入航海王wiki,这两年来这里就像是我的小天地,除了是爱好之余也是现实生活的避风港。一直以来人数都不多,不过对我来说并不是特别的重要,甚至可以说因为人数不多我才一直留在这里编辑。

人数增加对社区成长固然会很多好处,我十分欢迎,不过这不是我现在的重心,我仍注重完善所有条目。就说到这里,生日快乐,!

阅读全文
Boonsing Boonsing 2019年12月28日 (星期六)
1

2019年回顧

今年就快结束了,不免俗的想写一篇回顾,来总结一下过去一年的事情。

至2019年上半年前,我们在一年的时间内,条目数量翻倍至2000条。 虽然很多是灌水文,却为下一个阶段做了很好的铺垫。 开启共享图片和 color scheme 后,条目质量变得很好。似乎也反应在 WAM 上,分数曾接近80分,刷新了本身最高社区排名。

除此之外,我们的用户浏览量开始增长。 这段时间开始有其他用户来编辑,但是我做了一些错误的决定,导致没能留住他们。 我对此十分遗憾,也开始思考要怎么样留住用户。

十月时,FANDOM宣布了UCP计划,包括废除论坛、信息墙、文章评论等功能。 十一月时,鼠绘停止更新。一個月後,英文站也發生了類似的事件。 这些对我们其實不会有立刻的影响,畢竟我們仍可着手於完善舊的內容。我们姑且静观其变。

從這篇文章得知99.95%的訪客都是讀者,也就是說平均每兩千個訪客只有一個可能會貢獻。 以目前三位活躍編輯來估計,大約是6000人。 這個數字符合最近幾個月分析面板看到的數量,即3~5千人。 有幾個時間點瀏覽量忽然暴增,不過編輯的用戶並沒有因此增加。可以歸納他們都是讀者。

上訴的文章可以得知,要吸引新編輯以航海王wiki的現況幾乎是不可能的。 所以,明年的我还是会把重心放在完善条目上,其他事情則是维持现状。 至於討論版,似乎處於很尷尬的地位。我個人傾向頁面留言。討論版應該可以留給公告之類的事物。

我个人对这一年的过程还是很满意,因为再也不是独自一人。好了,先是这样,下次再见。

阅读全文
Boonsing Boonsing 2019年12月6日 (星期五)
1

惡魔果實譯名不一致的問題

最近我找到了幾本資料本(紅、藍、黃、綠、深藍),發現裡面對動物系各形態惡魔果實的譯名並不一致,這對我們制定條目名稱留下問題。

舉出幾個例子:對於貝爾的惡魔果實,藍本用

鳥鳥果實 Model「隼」

黃本用 - 飛鳥果實獵鷹形態

深藍本用

飛鳥果實 型態:獵鷹

藍本和深藍本是換行顯示動物系的各形態,應該是排版的緣故。這個姑且可以用空格替換,不過還是有一些不一致的地方,比如「形」與「型」的選字。還要吐糟一下深藍本同一頁出現犬犬果實和狗狗果實兩種翻譯。 當然馬上就可以想到幾個遵循的基本規則:

  1. 縱觀漫畫前後譯名是否一致
  2. 最新發布為準

漫畫目前最新介紹的果實應該是92卷是的恐龍三人組:X·多雷古、培濟萬和KING。他們的介紹框寫的是

龍龍果實 古代種 異特龍型態
龍龍果實 古代種 棘龍型態
龍龍果實 古代種 無齒翼龍型態

如果根據最新發布為準的話,則需要參考VIVRE CARD,實體卡片需要到紀伊國屋購買。大眾只可以買到ONE PIECE magazine,這對BIG MOM海賊團人物資料有幫助。有了VIVRE CARD後才會做出決定,目前應該是照92卷的模式。

阅读全文
Boonsing Boonsing 2019年8月29日 (星期四)
1

共享圖像功能上線

申請了共享图像的功能,以後可以直接使用One Piece Wiki的圖片。什麼是共享圖像呢?簡單來說就是這樣:


上述圖片並不儲存於,而是One Piece Wiki。但是,只要輸入該圖片的名字就會顯示出來。如果兩邊都有同名的文件,則會顯示從上傳的圖片。

共享圖像的好處是什麼?

最大的好處是用戶不必另外上傳相關圖片,而是只需要直接使用One Piece Wiki的圖片。這樣一來,以後許多頁面的信息框都不再是「無圖可用」了,條目行文也可以添加圖片,不再單調。減少了上傳的步驟也同時減少了需要維護的內容(雖然我們不必擔心伺服器的容量)。況且One Piece Wiki的人數較多,更好地監督圖像的質量。

那些條目可以使用共享圖像?

幾乎所有信息框和行文圖片都會使用One Piece Wiki的圖片,這包括:人物、組織、地點、惡魔果實、物品等等。

那些條目不使用共享圖像?

單話和單行本的信息框放上的是東立的圖片,所以不會使用One Piece Wiki的圖片(英文站用的是日文原圖)。

有什麼需要注意的地方?

舉個例子:有個使用One Piece Wiki的圖片ABC.png。若是有ABC.png已經被移動至DEF.png,那麼在上將不會顯示出圖片。用戶必須更改在的圖像名字。

有了共享圖像後,我還可以上傳圖像至嗎?

您仍可以上傳圖像至,但必須確保該圖像有被使用,以及符合圖像使用守則。

我發現了質量更好/更新版本的圖像,我應該上傳至哪裡?

你可以上傳至或One Piece Wiki。若上傳至,您必須確保該圖片有被使用,不被使用的頁面將被刪除。若上傳至One Piece Wiki,則必須遵守該地的圖像守則。

題外話

人物模板不能做到像One Piece Wiki那樣自動加載圖片,但是理論上是可以做到像他們一樣的,就等誰……


阅读全文

社区内容除另有注明外,均在CC-BY-SA许可协议下提供。