オープンソースの請求書発行 PSI

なぜ PSI を PHP で開発する必要があるのですか?多くのネチズンが私にこの質問をしたので、今日はこのプロセスについて話すためにブログを書きます。

要約すると、主な理由は次のとおりです: お金を節約するためです。

2011 年に、私はオープンソース プロジェクト CRM8000 を開始しました。当時、それはチームホストでホストされていました。その後のチームホストの進化については、http://segmentfault.com/a/1190000000374128 を参照してください。

それで、crm8000@qq.com が私の登録メールアドレスとなり、それ以来ずっと使用されています。

CRM8000 は、2011 年 4 月 12 日に OSC に組み込まれました。

このバージョンの CRM8000 は、Java + GWT + MySQL を使用して作成されました。

その後、CRM8000 を www.tigris.org に移動しました。記憶によれば、私のプロジェクトの URL は http://abc.tigris.org です。今日はアクセスできません。

その後、2012 年頃、Microsoft のテクノロジのフルセットである ASP.NET + SQLServer を使用して CRM8000 を書き直し始めました。ホストは http://www.codeplex.com にありますが、検索しないでください。はい、去年完全に削除しました。

そして、2014 年 12 月に、Grails を使用して CRM8000 を書き直すことにしました。この CRM8000 は Grails で書き直され、現在 OSC: でホストされています。

ほぼ書き終わりました。OSC が提供するデモ プラットフォームに CRM8000 をデプロイしました。Grails アプリケーションは大量のメモリを必要とします。このとき、私は 2 つの選択肢に直面しました。Paas のメモリをアップグレードするためにお金を使うか、それとも諦めるかです。

数日間悩んだ結果、諦めて書き直すことにしました。

今回を通じて、Grails に良い印象を持ったので、OSC 上の CRM8000 プロジェクトを削除せずに、新しいプロジェクトである PSI を開始しました。

私は PSI プロジェクトからよく学び、コードの最初の行から始めて PaaS でテストし、コードを PaaS と互換性のあるものにしました。

プロセスを説明したところで、PSI プロジェクトの少しの収穫と概要をここに示します。