LTS 作為一項業務：舊專案如何成為新業務模式的基礎

我正在嘗試以支援和維護過時的開源專案為中心的商業模式——我相信這個概念具有巨大的潛力。 我目前的重點是 CRUDBooster。

想法的起源

大約六年前，CRUDBooster 在開發者中相當受歡迎。 我個人在五個項目中使用了它。然而，較新的 PHP 和 Laravel 版本的發布使得簡單的 composer update 變得不切實際。 特別是向 PHP 8 的轉變凸顯了重要的程式碼品質要求。

我最初的嘗試涉及分叉 CRUDBooster、解決關鍵的兼容性問題以及恢復我的專案的功能。 然而，特定用例中持續出現的意外錯誤消耗了大量時間和精力。 這讓我意識到：如果我面臨這些挑戰，其他 CRUDBooster 使用者可能也會遇到這些挑戰，但他們缺乏資源或時間來完成專案重寫或持續修復錯誤。

我的方法

針對 PHP 8 的 CRUDBooster 現代化

我對 CRUDBooster 進行了徹底重建，將其遷移到 PHP 8 並仔細測試了整個系統。這個過程是兼職完成的，持續了大約一個月的時間。

建立通路

我探索了各種分發方法：

• 私人作曲家儲存庫：雖然方便，但成本卻令人望而卻步。
• 私人 GitHub 儲存庫： 一個有吸引力的選擇，但對手動管理要求很高。
• Patreon：這是最快、最直接的解決方案，提供內建計費以及發布文章和發布工件（新版本）的能力。 幾天之內，我啟動了一個Patreon 頁面(https://www.php.cn/link/a8fce534946205342d958571e15558df)，其中包含可公開訪問的描述，但只有訂閱者才能訪問更新的項目。

行銷服務

事實證明，要求最高的方面是接觸潛在客戶。我在幾個個人專案的頁腳（SEO 策略）中合併了我的產品的鏈接，並在分叉的 CRUDBooster 存儲庫中創建了一個 README.md 文件，以通知用戶更新的版本。

最後的想法

目前，我還沒有獲得任何活躍訂閱者。儘管如此，升級對於我自己的專案至關重要，整個過程非常有洞察力。我堅信這個模型提供了相當大的前景，特別是在遺留應用程式的長期支援 (LTS) 服務不足的領域——一個顯然需要專門支援的領域。

我歡迎您的回饋和建議。您是否也從事過類似的事業？ 在評論中分享您的經驗和見解！

以上是LTS 作為一項業務：舊專案如何成為新業務模式的基礎的詳細內容。更多資訊請關注PHP中文網其他相關文章！