Image for post
Image for post
(來源:Lars Kienle

這篇是某個晚上試玩 Strapi 這套 headless CMS 的心得,主要是談 Strapi 和 headless CMS 帶來的變革,不太會談到具體的操作過程。

先談談 headless CMS。

Headless CMS

Headless CMS 是前後端分離概念下的產物,headless CMS 可以簡單的理解為剝去前端的 CMS,headless CMS 以 API 的方式(通常是 RESTful API 或 GraphQL) 供應前端內容,前端(通常是 AureliaSvelte、Vue、React、Angular)也透過 API 與 headless CMS 溝通,取得內容呈現,或發送內容回 headless CMS。

在上面的前後端分離的架構下,headless CMS 必須具備幾項特性:


Image for post
Image for post
(來源:AaronJOlson

Python 的版本

Python 進入 3.x 的時代也好幾年了,但至今 Python 2.7.x 即便已經不再維護,它還是以某種殭屍的型態存活在各個陳年專案上,對一個沒有舊包袱的新專案來說,Python 3.x 的 x 就必須是在開立專案時要考慮的問題,在 Python 的網站上有 Python 各版本目前的生命週期表


Image for post
Image for post
商米 T2 MINI(來源:商米)

最近我們公司透過經銷商進了一台商米 T2 MINI,商米是小米生態鏈的公司之一,專門製作以 Android 為基礎的 POS 主機/自助機以及週邊設備等,Android 的商用設備對一般人來說可能比較少見,開箱文更是幾乎不見於網路,這篇文章分享我們剛入手後試玩幾個小時的一點心得,也站在商業應用的角度談談與一般家用平板的設計差異。

商米 SUNMI


Image for post
Image for post
(來源:Kristian Strand

最近我們在公司內啟動了一個新的計劃 — — 鼓勵所有同仁建立自己的網誌,在上面分享自己工作上的心得筆記,或是自己個人的 side project,抑或是更廣泛的資訊產業觀察、應用等的文章,在鼓勵同仁寫作的同時,在公司的網誌上我們也打算曝光在更多的平台上,因此一輪的寫作平台的比較就開始了。

寫作平台的抉擇

在挑選曝光平台的抉擇上,因為人力畢竟是有限的,實務上不可能在每個平台都曝光,從 20 年前的 Blogger 到現在當紅的 Medium 都評估一輪後,再回到我們想增加公司文章曝光的初衷,我們先把寫作平台分成兩類:

至於痞客邦和隨意窩 Xuite,雖然他們也有編輯選文,不過一開始就不在考慮的名單內,因為那版面實在是不忍直視⋯⋯。

站在公司網誌的立場,我們比較偏好有編輯的平台,這類平台通常也具備某種程度的社交元素,讀者可以對你的文章表示喜歡(讚/星星/愛心)以及訂閱你的文章的功能,訂閱後有新文章刊出還會出現在讀者的首頁上,有機會讓我們的文章得到更好的傳播性。反之沒有編輯的平台就只能視為「網誌代管平台」,和自架差不多,傳播的管道只有粉絲團和 Google 的自然/付費流量。

以有/無編輯來做完初步的篩選之後,下一輪我們來比較他們的單篇文章閱讀介面,下文都會站在一個公司網誌的觀點來評論各家平台的特點。

Medium

Leon

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store