我理解你的意思。HTTP 到 HTTPS 重定向这个问题我研究过，并没有标准答案。

最常见的方法是 80 端口和 443 端口同时监听，重定向用 302 或者 497 都有，对于监听单个非默认端口，Nginx 有使用 stream_ssl_preread 的，楼主的方法我也看到别人用过，并不是首创。

顺便讲一些更深入一点的东西。要区分 HTTP 和 HTTPS ，观察 TCP 连接进来的第一个字节即可。如果第一个字节是 0x16 那就说明对方希望进行 TLS 握手，是 HTTPS ，正常服务。如果不是，那就要当作 HTTP 来解析，并进行重定向。

参考实现如下。这里我还使用了一个偷懒技巧，不解析 HTTP 直接给客户端灌一段 JS 来实现重定向。

https://github.com/kkocdko/ksite/blob/76f8f15b02412fc1bf765517518dd10f8c44fbba/src/tls.rs#L109

都可以，都可以，你上述的方法都可以的。你爱选哪个选哪个。

我的方案是本机 Fedora Linux ，VSCode + Clangd 智能提示，qemu-kvm 运行内核，GDB 调试。但是我并没有从事内核开发，只是偶尔碰到问题需要看看内核。我个人觉得你用我的方案然后本机 Linux 换成 Windows 下的 WSL2 应该就挺好了。

devtools 的这个体积显示是有 bug 的，会比实际要大很多。但是我觉得可能实际体积确实也有 1GiB 以上。

webdav 。

vscode 自带的够用

这个得看文件系统，比如 xfs 就支持并行读取。一般来说这不是瓶颈，速率都能达到硬盘的峰值速度。

如果你是希望各个进程的读取进度同步，避免重复读取，就应该考虑自己实现缓冲区。

Python 编译到 LLVM 的项目已经有很多，静观其变吧。

0. 由于“TypeScript 是 JavaScript 的超集”，所以不存在“完全放弃原生 JS”的说法。没有人会阻止你写 AnyScript 。我平时写的时候，就只会在发现类型提示不见了之后才主动补充一下定义。
1. TypeScript 不太可能消亡，因为现有的针对 JavaScript 的智能提示大多是基于 tsserver ，这是强大的 TypeScript 给我们的恩赐。
2. 针对编译速度问题，可以使用 ESBuild ，SWC 等方案，由于它们只做类型擦除等原因，速度很快。我这里有一个中小规模的前端项目，编译时间几乎可以忽略（ esbuild 0.3s ）。
3. 使用 JSDoc 替代 TypeScript 在大多数时候可行，但是你想想，是写 `/** @param Type name */ function foo(name)` 方便，还是写 `function foo(name: Type)` 方便呢？我觉得只要你不写出类型体操，TypeScript 没有什么不好的地方。类型体操是库作者应该纠结的事。

总结：别让他们接触到钱就行。

思而不学则殆。https://developer.mozilla.org/en-US/docs/Glossary/SPA

居然有人发这个节点了，好多天过去了。

我确定了她对我没有意思，无论如何我要忘记她。

我真的好像要有一个...能...至少喜欢我一段时间的女孩子啊。

@autoxbc 轻量级 Linux 需求哪里消失了。。。无论硬件如何发展，对成本控制的追求永远不会消失。你有 32G 内存这很好，但是你愿意给只有 4G 内存的用户发红包吗？而虚拟机等等场景就更别提了。

webdav 比较合适，开 https 并且密码有足够复杂度就行。只要操作规范，相信密码学和数学的力量。

你可以尝试在完整版上安装，然后 diff 一下，覆盖到精简版的系统上。

5 楼的说法个人觉得太冲动了，精简版 Windows 某些时候还是很有用的。我们有轻量级 Linux 发行版的需求，而对 Windows 有相同需求也并不是什么怪事。

13 楼就是你想要的答案，大概就这么几种思路，proxy 环境变量，tun ，劫持 winhttp.dll ，防火墙，改程序数据。

同意 8 楼，解压后看网页很不错