重點資料
- 建基於
- Drupal LMS — 為 Drupal 而設的學習管理系統，源自 Opigno 發行版分支，並已在 Drupal 10.3 以上版本徹底重新編寫。
- 生態系統的模組
- LMS H5P、LMS SCORM、LMS Xapi、LMS YAML、LMS Certificate、LMS Messages、LMS Webform、LMS Membership Request、LMS File Upload、LMS Migrate。
- 授權
- GPL 開源授權。無專有授權、無座位數、無按年續期。
- 擁有權
- 你的數據、你的程式碼、你的基建。全程提供完整資料庫存取與標準匯出。
- 在香港為何重要
- 符合《個人資料（私隱）條例》的數據落地要求、無供應商綁定，以及學校或大型企業也無按座位成本。
Drupal LMS 生態系統
個別模組可按需要啟用，並可加入視圖與佈景主題 —— 可從零建立新的 LMS 網站，亦可整合至現有網站。
Drupal LMS
學習管理核心本身。1.2.x 版本支援 Drupal ^10.3 與 ^11，受 Drupal 保安通告政策覆蓋，並已有數百個網站報告使用。
LMS H5P 與 LMS SCORM
H5P 提供開源互動活動庫。SCORM 則支援 SCORM 套件，包括以第三方工具編寫的內容。
LMS Xapi
匯入 xAPI 套件、為任何實體類型提供欄位格式器、提供 xAPI 套件活動作答外掛，並提供精簡 LRS 儲存分數與狀態。
LMS YAML
以 YAML 格式的壓縮套件匯出及匯入課程 —— 可作版本控制、可審閱，並可在不同環境之間移植。
LMS Certificate
為完成課程者產生 PDF 證書，並附有證書生命週期管理的實體模組。
LMS Messages 與 LMS Webform
透過 Message 模組在 LMS 事件發生時自動發出訊息，並整合 Webform，讓活動可用表單提交作業。
LMS Membership Request
要求學生就指定課程提出加入申請，支援按小組或名額控制的審批流程。
LMS File Upload
新增檔案上載活動類型，令作業可以真正收集提交內容，而不只是記錄完成狀態。
LMS Migrate
由 Opigno 遷移至 Drupal LMS 的遷移插件與範本模板，讓既有投資不會被遺棄。
本地開發套件
Drupal LMS 的專用開發儲存庫與入門套件，讓部署從可運行的基礎開始，而非從空白頁開始。
開源元件與其取代的收費部分
| 開源元件 | 取代了哪一項收費功能 |
|---|---|
| Drupal 核心 + Drupal LMS | 專有 LMS 平台授權 |
| LMS H5P 活動庫 | 按座位收費的互動內容編寫工具 |
| LMS SCORM / LMS Xapi | 收費的內容交付與 LRS 級別 |
| LMS Certificate | 收費的證書生成外掛 |
| LMS YAML 套件 | 供應商內容匯出與遷移服務 |
| SAML / OIDC 模組 | 收費的企業身分連接器 |
| Views、工作流程、Webform | 收費的報表與表單建構工具 |
沒有符合篩選條件的項目。
開源對你而言的實際意義
你會得到甚麼
- HK$0 授權費，不隨人數遞增
- 完整擁有自訂與程式碼
- 接觸龐大的社群與保安團隊
- 可自建託管以符合數據落地要求
- 不需付費級別即可符合標準
你要承擔甚麼
開源移除的是授權費，不是責任。承諾之前請務必看清楚這一點。
- 你需要在託管、備份與保安修補上投入
- 自訂開發由你維護
- 功能廣度視乎設定投入
- 商業產品既有的精緻部分，往往只是付費開發時間
- 我們提供專業技術這一層 —— 這正是我們服務的價值
關於開源技術基礎的問題
這套系統建基於哪一套開源技術？
Drupal LMS。它最初是從Opigno發行版分出（fork）而來，之後為Drupal 10.3及以上版本徹底重寫，包括Drupal 11。Drupal LMS本身建基於Drupal——一個成熟、廣泛部署的內容管理框架，擁有龐大的社群模組生態，這正是平台具備擴展性而非封閉產品的原因。
核心是GPL，我們自己的改動要公開嗎？
GPL規範的是軟件的散發。如果您修改並散發程式碼，就要把這些修改的源碼提供出來。在內部運行平台、以及修改您自己的設定同內容，是另一回事。如果某個具體部署會引起這個問題，我們會針對您的情況取得正式答案，而不是講一般性的道理。
安全更新由誰處理？
程式碼由Drupal與Drupal LMS社群在公開環境下維護，按他們的時間表發佈。您的機構要自行吸收這些更新——這是能力問題，不是授權問題，也是我們在範界定與支援服務裏處理的內容。
我們可以fork之後自己開發嗎？
可以，GPL正是允許這件事，也是這個模式最強的理由之一。香港不少機構的客製程度會遠超預期。但我們要提醒的是：fork之後若沒有升級計劃，fork就會變成自己的維護負擔。
真正的限制有哪些？
設定工作量確實存在。商業產品開箱即有的部分打磨，在這裏需要實作時間；真正進階的需求可能要客製開發。我們會在範界階段說明，而不是事後才說——一次有誠意的開源討論，只有在劣勢與優勢一起講的時候才成立。