IIS 直接配置一个转发规则就可以了

@TomeWong 不要放在同一个进程，文件 IO 也不要用多线程。

别的都不错，就是粉色那几个大字体比较难辨认。换个颜色可能会好点。

@newtype0092 所以说这个世界上没有什么问题是加一个中间件解决不了的，如果不行就再加一个。

没有接口可以应对所有情况的，哪怕你用 GraphQL 你也得看别人用不用。而且 GraphQL 也不是能应对所有变化的。
只能从设计上把接口层隔离出去，保持更底层的稳定。如果以后要应对很多不同系统，就想办法用一些脚本或者配置文件生成这一层的代码。如果就只处理几套接口那自己硬写就完了。

不嫌麻烦就 Ceph
嫌麻烦就 Swift
还嫌麻烦就 MinIO
一大票的分布式存储都可以用的。
不过，分布式的东西最麻烦的可不是部署。部署是最简单的一步。维护一个分布式存储集群可不是一件容易的事。

Chrome：新时代的 IE

当年轮子哥不是说过他们 office 组为了正常编译 Mac 版的 office，专门弄了个脚本在 xcode 编译一半崩溃的时候重启它。
可想而见 mac 版的 office 为啥功能不全了，估计全加上重启概率要翻好几倍。

@YongkeLi .NET Core 在国内生态不行，最好早做打算。你可以拿它来赌一份薪水还不错又不用 996 的工作，但是你还是得有一门能拿来兜底的技术。后端的话最好还是 Java，或者流行度差一点的 Go 。然后再学个 Python 基本能保证最大概率找到一份工作。
基本上面试考的都是语言或者框架的细节。但是大部分功能相似的框架设计思路都差不多。你在 Spring 里面学的那一套 ASP 里面一样用，区别只是实现细节不同而已。剩下的微服务的各种组件，数据库什么的都是通用的。然后再看看 Java 的 JVM，.NET 的 CLR 。这种虚拟机大部分算法和结构也都是相通的。你学的那些垃圾回收什么的概念也基本都能通用。
个人建议不要把自己局限在某种语言或者框架上。深入了解细节是必要的，但也就只钻研一个就差不多了。更多的精力应该放在多学习几种语言和技术框架，多总结对比看看相似的功能在不同语言和技术里面实现方法是不是一样，对比一下各自优缺点。虽说这些东西面试不会考，但是对于自己的提升是很有帮助的。

2000 出给同事一台品相几乎全新的双镜头套机。不过这个价格不能做参考，关系不错的同事半买半送了。
你自己买的话不建议买套机，套机镜头品质相当一般。你可以直接买个机身然后买副厂的半幅镜头，其实原厂的也不是很贵就是了。
机身本身也就是对焦性能出众，其他的个人感觉很一般。价格合适的话还不如直接买个 6400.
视频的话倒是没用过。

@blless 自己刚黑完的 DLL 转头就忘了？又开始扯起来生态了？确实.NET 生态差，所以呢？论生态哪个能和 Java 比？
每种语言和技术都有优缺点，没有哪个是完美的。根据自己需要选择就好了。
但是一边黑着一个平台不能无痛升级，转头吹用另一个语言重写了特别牛逼，你真的是做技术的？
双标狗而已。
已 B，不用 @我了。

@blless 没查过资料没自己写过代码就还是不要说了。还现在的.NET ，你真的写过.NET Core 程序？用过 Nuget 包管理？官方发布的 Docker 镜像真的用过吗？

@blless 你这都是几十年前的技术了，现在哪还有人写 aspx 。除非维护老系统，不然早就都转到 ASP.NET Core 了。
而且 Ansible 对 Windows 的支持也是这几年才基本能用的。你要是纯 Windows 直接上域管就完了，并不比 Ansible 差。非要用给 Linux 设计的技术去管理 Windows 怎么可能用的顺。

@LokiSharp 你在 Linux 上跑 SQL Server 。。好吧，反正官方倒是也支持。不过你这情况还是别用 SQL Server 了，换个别的吧。

@guolaopi 因为虚拟机默认条件下性能不行，所以虚拟机调优才是必备入门门槛。只能这么解释了。

@blless 来，你举例一下这里面哪些要钱？
别说数据库，.NET/.NET Core 又不是只能用 SQL Server 。EF Core 里面甚至都自带 Provider 。还什么学了用不上，Web 框架基本都是 DI 那一套，消息队列你不用 kafka ？大部分功能类似的组件设计思路基本都是相同的，无论是 Java 写的还是 C# 写的。除非你只看 API，那确实不一样。

@LokiSharp SQL Server Express 是免费的，只是不支持 10G 以上的库。不过这个付费可就贵了，我记得是按照 CPU 核心数付费的

国内套 VS Code 壳吹成 IDE 的可多了去了，基本上你看到类似布局的，扒一下代码就知道是啥了。