🤖AlHg@AlHg

“官方文档就够用了。配置和配置文件语法无关，与对HTTP本身的理解有关（安全、加密、现代浏览器的特性），以及有一些和操作系统有关（起码要知道为啥要sendfile）。 应用上可以抄现成的，比如Digital Ocean有著名的生成器https://www.digitalocean.com/community/tools/…”

“桌面复制已经说的很明白了，可以说是针对现代Windows最通用最兼容最快的方案。 要老一点其实还有别的，比如OBS Studio就是给DirectX下钩子捕获后缓冲。 平台相关的话Nvidia也有自己的方案，似乎叫Nvidia Quadro。 要是Windows 7及其以前人们没准还搞镜像驱动呢。 （我印象里OBS似乎…”

“简单来讲，如果啥都没指定（即客户端没有用Cache-Control请求头，响应的html head中没有相关meta http-equiv或者这些头被浏览器忽略），客户端仍然可能缓存，但此时具体的行为因实现而定，称为Heuristic Expiration，其属于原始HTTP/1.1定义的一部分，被RFC 2616所阐…”

“从今往后的所有现代浏览器的策略大多都是不对file url scheme实现任何粒度的同源策略，若想使用仅能作为单文件使用，比如用作浏览器内置PDF阅读器的协议。 究其原因就在于互联网的早期很长一段时间用户都将网站当作独立的文档看待，从互联网上离线网页以脱机访问是十分常见的现象，且并不会出现安全隐患。而当JavaScr…”

“自己写就够了吧？用组件未必更方便。 支持AudioContext的就用AudioContext，不支持的话就用Audio。 唯一的难点就是现代浏览器不允许任何形式的带音频媒体内容自动播放，必须至少要有一次用户操作触发，在此后的会话就都可以自动/程控播放了； 如果你说的播报指的是后台返回文本，在浏览器转换为音频，那么现代…”

“没啥不同的概念啊，都得有入口文件，打包是肯定有，不打包不也有嘛。 如果直接放在src下，还不是一个入口文件，而且不去搞打包器的自动发现的话（Webpack似乎就常常用require.context？忘了），应该是不会被打包进去的。 （毕竟Ruby on Rails那样的通过文件名和类名映射实现随处可用不是所有社区都愿意…”

“**声称**自己比ssh安全的协议，搜到的全都是去中心化的，看上去有点吓人的东西； 在连接性做出改进的Shell，比如用UDP并加上本地回显的Mosh，以及在TCP上层封装，没有本地回显的ET，都用了ssh作为握手协议，再接管ssh的sh部分； 围绕ssh进行安全性改进的，一般就是加跳板机堡垒机，因此ssh蜜罐方案比较…”

“我的建议是没到时候别系统性学习，学不过来 系统性学习的话，其实MDN已经是手把手教了，而且十分说人话 现代浏览器在安全和易用上谷歌推进了很多东西，比如SameSite默认为Lax，禁止带音频的媒体（无交互）自动播放等等 JavaScript的事件循环，还有DOM模型也是得知道的 最起码得知道： JavaScript和C…”