TFO 已经不是个新技术了，哪怕是计算机网络方面最守旧的 Windows 如今也支持了 TFO（虽然只支持客户端，而且疑似不符合规范并且很多 bug）。最近正好做项目时用到了 TFO，因此总结一下 .NET Core 使用 TFO 的方法。 继续阅读
.NET Core 使用 TCP Fast Open (Linux & Windows)
发表评论
在 ARM 平台上使用 .NET Core SDK
2018年5月更新：
.NET Core 2.1 已提供 ARM 架构的 SDK binary，可参考 Dockerfile 下载使用。
—- 继续阅读
为什么我不再推荐使用微软服务
TL;DR
因为我的Microsoft帐号在8月被无故suspend，在8月底邮件回答客服提出的所有问题后，就再也没有收到任何消息，帐号也至今仍未取回。
期间我向在线客服咨询过ticket状态，确认了我的回复进入了客户支持系统，也确认了该ticket一直没有后续回复。
我联系过很多次、不同部门的在线客服，大部分的客服都拒绝向我透露帐号被suspend的具体原因，也没有向我透露如何才能解除suspend；有两个客服回答了我原因，但是却是回答的不同原因。
我认为，MS的客户支持服务的水平，以及如此对待客户的态度，导致其消费级服务完全不再具备使用价值。当然，企业服务还是可以放心用的，毕竟企业客服跟个人服务的客服是两回事，而且企业遇到这种事情直接打官司就可以了。 继续阅读
.NET Core 程序的打包与分发 （Linux 篇 Part. III）
前两篇文章介绍了 .NET Core 程序在 Linux 平台上的两种部署方式。对于服务器程序，使用 .NET Core 的两种部署方式基本上足以满足需求，但是在很多情况下， .NET Core 仍然不是最佳的选择。
如果你想使用 .NET Core SDK，或者使用 .NET Standard，同时又有以下需求之一：
- 在非 x86/amd64 架构上部署程序，比如部署到 ARM 或者 MIPS 架构
- 在 Linux 平台上做开发，但部署的目标包含 FreeBSD 等 .NET Core 并未官方支持的平台
- .NET Core 2.0 仍未支持你所需要的 .NET Framework API，但 mono 却有较好的支持
- .NET Core 2.0 对你所需要的发行版支持仍然非常差
那么可以考虑使用 .NET Core SDK 完成开发，但是使用 mono runtime 作为最终的应用分发方式。
除此之外，使用 .NET Core SDK 搭配 mono runtime 使用，还能在 Linux 上生成 Windows 的 .NET Framework 程序。
需要注意的是，这种方式虽说是可行且受支持的，但是在官方文档里并没有被提及，只在 GitHub issue 中提到过。可能使用 mono 的 reference assembly 算是一种 hack。 继续阅读