替代servicestack.redis [英] Alternative to servicestack.redis

问题描述

我执行了程序包管理器update-package命令，将项目更新为最新的二进制文件.我几乎出版了它，因为它通过了所有测试，直到幸运的是，我发现了一个需要更多调试的问题.

I did an package manager update-package command to update our project to the latest binaries. I almost published it because it passed all the tests until luckily I had found a problem that needed some more debugging.

当我突然看到以下异常消息时，我的嘴巴张开了:

My mouth fell open when I suddenly saw this exception message:

已达到每小时6000个Redis请求"的免费配额限制.请参阅 https://servicestack.net 升级到商业许可证.

The free-quota limit on '6000 Redis requests per hour' has been reached. Please see https://servicestack.net to upgrade to a commercial license.

如果我发布了该网站怎么办?这样的做法简直令人反感！没有控制台警告，也没有任何许可证.就像在您的项目中散布着开源"特洛伊木马一样.

What if I published this site? Practices like these are simply revolting! There is no console warning or whatsoever about not having any license. It's like having an 'open source' trojan horse spread out into your projects.

服务栈有什么好的替代品吗?

Are there any good alternatives to servicestack?

阅读所有评论，我想我的第一反应有些强烈. Nuget自动从v3更新到v4，尽管我没有发现任何重大变化，但是阅读发行说明将是正确的选择，而不是抨击本来不错的产品.话虽这么说，我认为人们会为这种例外而费力，因为6000个请求就足以通过测试，而发布此请求是灾难性的.

Reading all the comments I guess my first reaction was a bit strong. Nuget updated from v3 to v4 automatically and although I didn't notice any breaking changes, reading the release notes would have been the right thing to do instead of bashing an otherwise good product. That being said, I think people will burn their hands on this exception, since 6000 requests would be enough to come through the tests and publishing this is disastrous.

推荐答案

我们正在迁移到 Booksleeve ，这是由自己构建StackOverflow的人员开发的.到目前为止，我们有非常好的经验.

We are migrating to Booksleeve, which was developed by the people who have built StackOverflow itself. So far we had very good experiences.

钱不是问题(迁移成本比购买许可证要高)，我们之所以这样做是因为我们只是不想与像这样粗略做法的公司建立业务关系.

The money is not the issue (the cost of migration is higher than paying for the license), we're doing it because we just don't want to enter a business relationship with company with sketchy practices like this.

(不，我们不接受任何许可或任何东西，我们所做的只是来自GitHub的git pull.)

(And no, we didn't accept any license or anything, all we did was a git pull from GitHub.)

这篇关于替代servicestack.redis的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！