servicestack.redisの代替
パッケージマネージャーを行いましたupdate-packageコマンドを使用して、プロジェクトを最新のバイナリに更新します。幸いなことに、さらにデバッグが必要な問題が見つかるまで、すべてのテストに合格したため、ほとんど公開しました。
この例外メッセージを突然見たとき、私の口は開いた。
「1時間あたり6000 Redisリクエスト」の空き容量制限に達しました。 https://servicestack.net を参照して、商用ライセンスにアップグレードしてください。
このサイトを公開したらどうなりますか？このようなプラクティスは、単に反抗的なものです！コンソールの警告など、ライセンスがないことについては一切ありません。 「オープンソース」のトロイの木馬がプロジェクトに広がっているようなものです。
Servicestackに代わるものはありますか？
編集：すべてのコメントを読む最初の反応は少し強かったと思います。 Nugetはv3からv4に自動的に更新され、重大な変更はありませんでしたが、リリースノートを読むことは、他の点では優れた製品をバッシングする代わりに行うべき正しいことでした。そうは言っても、テストを通過するには6000件のリクエストで十分であり、これを公開することは悲惨なので、人々はこの例外に手を燃やすと思います。
StackOverflow自体を構築した人々によって開発された Booksleeve に移行しています。これまでのところ、非常に良い経験がありました。
お金は問題ではありません（移行のコストはライセンスの支払いよりも高い）、私たちはこのような大ざっぱな慣行で会社とのビジネス関係を持ちたくないのでそれをやっています。
（いいえ、ライセンスなどは一切受け入れませんでした。GitHubからのgit pullだけでした。）
StackExchange.Redis を使用します。これは、非常に高いパフォーマンスを必要とするStack Exchangeの人々によるBooksleveに基づいています。十分で、活発なコミュニティがあるようです。
ライセンスはMITです。これは基本的に、製品に著作権とライセンスを含める必要があることを意味します。
ServiceStack.Redisなどのパッケージを含むServiceStackは、バージョン4で商業的にサポートされる製品になります。おそらく、ServiceStackパッケージのバージョン3.xを使用していたため、NuGetはユーザーを4.xに更新することにしました。
V4ライブラリには 無料使用の制限 があります。詳細については、 この発表 を参照してください。すべてのServiceStack製品のバージョン3.xはオープンソースのままです。 v3サポートに関する情報を含む新しい GitHubプロジェクト があります。
とりあえず、NuGetパッケージ構成ファイルでパッケージの更新と max versionの設定 を3.xに戻すことをお勧めします。これにより、NuGetパッケージは、短期間で本番コードのバージョン3.xのままになります。期間：
<package id="ServiceStack.Xyz" version="3.x.x" allowedVersions="[3,4)" />
次に、NuGetを使用してパッケージを更新しても安全です。
一方、 https://servicestack.net にアクセスして、バージョン4にアップグレードするためのオプション、ライセンスの選択、またはv3を使用するかどうかを評価できます。
SSがV4からコマーシャルになると聞いて本当に悲しかった。だから私は「 https://code.google.com/p/booksleeve/ 」に完全に文句を言うことなく移動しました。