幹壞事是進步最大的原動力
在 Hacker News Daily 上看到 Atlassian 打算消滅 server 版本：「Moving to a cloud future, together」。
話說回來，之前工作時用 Jira 的時候 (雲端版本)，所有人都抱怨 Jira 慢到爆炸的問題不知道解了沒，當時記得每個按鍵都要 10+ 秒才會反應，不管是在台灣還是在香港都很慢，然後在公司反應了十個月也都沒什麼改善 XD
至於官方說要推 cloud 版本的理由聽聽就好，Hacker News 上有些討論反而還蠻有趣的，像是講到裡面同時在維護 Cloud 與 Server 版本時遇到的問題，看起來團隊沒有足夠的能量處理這些東西：「Atlassian moving to cloud-only, will stop selling server licenses (atlassian.com)」。
另外一個是討論裡面提到的替代方案，看起來也不算很好的替代方案啊，出現 MediaWiki 作為 Confluence 的替代品，少了 WYSIWYG 其實門檻高不少耶...
來看看這波反應會有多大 XD
Wikimedia 收到通報，有一個使用者變身成其他使用者，目前調查仍在進行中，但合理的保護措施包括了將所有使用者都 logout (也就包括了維基百科)：「Logging everyone out」。
事件的後續追蹤在「User authentication security issue (Oct 1)」這張 ticket 進行中，裡面有看到另外一張 ticket 被提到：「1.36.0-wmf.11 deployment blockers」，但目前看起來還沒有完全確認相關性...
目前只能先等看看了，只能說還在進行中...
Wikimedia (維基百科後面的基金會) 又多了一個溝通工具：「Introducing Wikimedia Chat!」。
最傳統的方式是在 wiki 的 Talk 頁上溝通 (現在看起來還是有些正式的投票討論需要走這個方式)，但那個界面用起來真的頗痛苦... 一般的社群討論還是會在其他工具上進行。
先前有晃進去看過的平台應該是 IRC 與 Telegram 群組，不過後來因為量太大就閃出來了，另外這邊有提到 Slack、Discord 與 Facebook：
You can now see Wikimedia-related discussion groups in Slack, Discord, Telegram, Facebook, and many more.
這些平台都還是放在外部，就會有很多隱私上的考量：
Besides being scattered and inaccessible to people who don’t have accounts in those platforms (for privacy reasons for example), these platforms use proprietary and closed-source software, are outside Wikimedia infrastructure and some harvest our personal data for profit.
freenode 上面的 IRC 算是相對起來比較開放，但還是少了不少功能，所以就自己架了 Mattermost 出來：
IRC on freenode.net is a good alternative but it lacks basic functionalities of a modern chat platform. So we created Wikimedia Chat, a Mattermost instance hosted in Wikimedia Cloud.
比較特別的是超過 90 天的記錄會被砍掉？不太懂這邊的邏輯...
As a Wikimedia Cloud project, all of discussions, private and public are covered by Code of conduct in technical spaces and due to Wikimedia Cloud privacy policy all discussions older than ninety days will be deleted.
事實查核中心的澄清內容其實很有趣，可以看到有哪些假消息在流傳，所以想找找看有沒有比較簡單的方法可以設通知...
事實查核中心的官網用的是 netiCRM 這個平台 (看起來底層是 Drupal)，而在 HTML 頁面的開頭可以看到 RSS 1.0 的 xmlns 宣告：
xmlns:content="http://purl.org/rss/1.0/modules/content/"
本來想說直接用 feed 接到 IFTTT 就好了，不過 HTML 頁面上沒有放 feed entry 讓閱讀器可以直接找到 feed 本身，也就是像這樣的標籤資訊：
<link rel="alternate" type="application/rss+xml" title="Gea-Suan Lin's BLOG » Feed" href="https://blog.gslin.org/feed/" /> <link rel="alternate" type="application/rss+xml" title="Gea-Suan Lin's BLOG » Comments Feed" href="https://blog.gslin.org/comments/feed/" />
找了一下 Drupal 的設定慣例，發現 feed 可能會放在 /rss.xml 這個位置，測了一下發現順利在 https://tfc-taiwan.org.tw/rss.xml 這邊看到 feed，接下來就可以加進 IFTTT 了：
給有興趣想要用 feed 做些事情的人參考看看，像是加到 Line 或是 Telegram 的群組裡面，或是放到 Slack channel 裡面 (Slack 裡應該可以直接在某個 channel 裡用 /feed add https://tfc-taiwan.org.tw/rss.xml 把這個 feed 加進去)。
在 Hacker News Daily 上看到的，Debian 的 Wiki 上有一頁整理了很多「比較特別的」軟體或是指令的名稱由來：「WhyTheName」。
像是 Git：
git
(distributed VCS) semi-arbitrary short word
不過這邊不像維基百科會要求「可供查證」，裡面大多都沒有引用來源，真的要引用前最好還是去其他地方確認過...
這兩則可以一起看，首先是 Jimmy Wales 對於提議用 blockchain 記錄維基百科的回應：
We already store data. In a database. It works well.
— Jimmy Wales (@jimmy_wales) February 10, 2020
另外一個是 xkcd 最近的酸圖：
腦袋裡又瞬間冒出「詐騙集團」這個詞彙 XDDD
在 Hacker News Daily 這邊看到，英文版維基百科有一套列表，整理出「重要」的條目：「Wikipedia:Vital articles」。
目前的列表有五個層級，從 Level 1 到 Level 5，後面的 Level 包含了前面 Level 的文章：
看到的第一個問題就是這些列表怎麼產生的，這點在 Wikipedia talk:Vital articles/Frequently Asked Questions 裡面有提到列表的歷史：這是 2004 年由 David Gerard 發起，之後擴大到社群並且分不同等級。而這也說明了這些列表示人工選擇的，而不是透過演算法推薦的：
The English Wikipedia Vital Articles list was originally created in August 2004 by David Gerard as an adaptation of the metawiki List of articles every Wikipedia should have. Since then, the Vital Articles list has undergone numerous revisions by multiple editors, and has expanded to include 5 different levels of vitalness.
然後選擇的標準是「要了解這個領域不可或缺的條目」：
A vital article is one considered essential to the subjects listed. For example, it would be difficult to discuss Science without the scientific method, History without World War II, Language without Grammar, Earth science without Geology, or Civics without Democracy. Individuals within the People section represent the pinnacles of their field, such as Albert Einstein in "Inventors and scientists" or William Shakespeare in "Authors". In sections such as those pertaining to People, History or Geography, weight is given to some articles to produce a more diverse, global list.
這些列表其中一種用法是「想要了解某個領域」，但剛剛翻了一下 Level 1 與 Level 2 可以發現似乎太少，看起來 Level 3 的資料算是個還不錯的起點...
這篇文章批評了 Medium 不適合當作 Blogging Platform：「Medium is a poor choice for blogging」。
文章裡提到的情況我之前也常遇到 (然後默默的點 X 關掉...)，我是還蠻建議把 [*.]medium.com 放到 Google Chrome 的 javascript 禁止清單裡面，這樣畫面會乾淨很多，而且也省很多 CPU 資源...
不過自訂網域的部分就沒辦法用這個方式擋了，有點可惜...
在「Migrating to MySQL 8.0 without breaking old application」這邊看到這個有趣的故事 XD 這是作者的應用程式 Drupal 從 MySQL 5.5 一路升級到 8.0 的過程記錄...
真正的問題發生在 5.7 到 8.0：
原因是 Drupal 用到關鍵字了：
In fact, this old Drupal, uses a table name that is now part of the reserved keywords. It’s always advised to verify what are the new keywords reserved for MySQL itself. New features can also mean new keywords sometimes.
修正後就好了：
話說依照「File:Drupal release timeline.png」這邊的資訊，Drupal 6.2 也十年左右了？應該是 PDO 剛開始要推廣的年代，不知道他跑哪個版本的 PHP...
另外 MySQL 的升級意外的順利？雖然是一步一步升，但沒遇到什麼大問題...
維基百科推出了新版的介面：「Just how many people are reading Wikipedia in your country, and what language are they using?」。
We recently released a new interactive visualization of Wikipedia traffic by country and language. Called WiViVi, which stands for Wikipedia Views Visualized, the new visualization shows the geographic distribution of pageviews to any or all Wikipedias from two different perspectives[.]
這個介面可以看到每個版本在每個地區佔的比率，像是中文維基百科的情況：
不過翻牆 VPN 的不知道怎麼算...
