@ysc3839
> 除了 Windows，一些 Linux 的桌面环境，以及 Android 、macOS 也会通过文件后缀来区分文件类型，不见得所有类 Unix 系统都是通过读取文件内容来区分文件类型的。
这句不对，这些系统并不是根据后缀拓展名来区分文件类型的，而是根据扩展名来决定 [使用什么程序来处理这个文件] ，相当于给文件进行一个不强制的分类而已。比如看到 .aaa 后缀就交给 A 程序处理，看到 .bbb 后缀就交给 B 程序处理。
windows 下也是如此，正如 @AX5N #17 #18 说的那样，这类知识没人教，所以很多人认为 Windows 下是通过扩展名来识别文件类型的。其实不是，Windows 也仅仅是根据扩展名来决定使用哪个程序来处理这类文件而已。

> 而且读取文件内容来区分文件类型并不是一个很好的设计。
是不是一个好的设计我不知道，但至少现在几乎所有程序都是根据文件内容来区分文件类型的，区分的方法是判断“文件头”，也就是文件开头的几个字节是什么。
而通过文件扩展名来识别文件类型却并不可靠，比如 @em70 #19 说的早期 PS 如果图片扩展名不对就打不开。并且现在网上有好多的图片文件扩展名也都不对，网络上一般通过 Content-Type 中的 MIME 信息来标识文件的处理方式，比如是图片还是视频，还是要求下载。所以网络上的图片很大一部分都是没有扩展名的，这就导致你右键另存为之后文件没有后缀而打不开。
（当然，这里很多人会不管图片具体是什么格式而直接将扩展名改成 .jpg 或者 .png ，告诉系统这是张图片，用图片查看器打开就行，图片查看器通常不会管你的拓展名是啥，而是根据文件内容的前几个字节来判断文件类型进行解析渲染）

跟 HttpOnly 有什么关系？ HttpOnly 的 cookie 在 Websocket 连接的时候也是会正常发送的啊！
刚刚在 Chrome 和 Firefox 下测试没有问题，标记为 HttpOnly 的 Cookie 在 Websocket 握手的时候都可以正常发送。

网上搜了一下，只有 2010 年 1 月苹果的 Webkit 存在 bug 导致 HttpOnly Cookie 在 WebSocket 下不发送，但是也早已修复： https://bugs.webkit.org/show_bug.cgi?id=34289

另外搜到一个 UC 浏览器同样的问题： https://stackoverflow.com/questions/43224033/uc-browser-not-sending-httponly-cookie-for-websocket-calls 估计也是用了那个有问题的版本的 Webkit 内核代码。
如果确实要考虑这些使用旧版带 bug 的浏览器的用户，这个问题下也给出了参考方案：在 WebSocket 连接建立之后，若用户没有携带 Cookie，则在 Websocket 中给用户一个唯一 ID，用户拿到 ID 之后通过正常的 HTTP 带上 Cookie 请求一个 API，这样就可以将这个 Websocket 连接的 ID 与用户的 Cookie 进行绑定。加个超时自动断开连接就行。

角度=弧度*180/π

不需要路由器透明 XX，直接本地跑个透明 XX 就行

（我选择 systemd.timer
Linux 的配置文件可以在这里找到：/var/spool/cron/crontabs/用户名

@Jerami 这个是看他上网的运营商归属地的吧，他上网服务是美国提供的，IP 也就是美国的。
这个类似于国内的手机卡，全国漫游，但 IP 永远是归属地的 IP （好像移动是漫游到哪就是哪的 IP ）

建议学习 cli，并找一个 gui 仅用作看提交记录而不用来进行任何提交。
当然，如果愿意的话，看提交记录之类的用 cli 也足够了……

楼上这些魔鬼是想骗楼主入坑吗……
看到楼主前两天的帖子了，楼主只是想实现一个很简单的东西而已……

echo ''' '\''a'\'' "a" '''

三引号中间不能直接转义，但是你可以使用一对单引号把要转义的单引号包起来：
echo ''' ' 在这里可以转义单引号：\' ' '''

Google 将“地球”理解为 Earth，而 Earth 被认为是“全世界”的意思。

所以搜索 earth life expectancy，则会认为你要搜索地球人的寿命。
搜索 planet life expectancy，则可以得到结果：7.5 billion years 。

curl 、openssl 之类 linux 下的应用都是使用 ca-certificates 这个包提供的 CA 证书列表来信任的。
所以你可以直接下载这个包（ ubuntu 仓库镜像下载或者直接 apt 下载 deb 包），解压，就可以得到所有可信 CA 的列表了。
你可以再根据需要删除或增加部分 CA 证书。
然后用这个 CA 证书列表去验证你要验证的证书是否是可信的。

自从 win10 有了自带的 sandbox 之后，我绝大多数不常用的软件都是只留安装包，用的时候临时拷到 sandbox 里装一遍也很快。
临时用的 exe 那更是直接 sandbox 没跑了。

@laminux29 #17 自信点，把“国外的”三个字去掉，全世界的都是一样的。
区别在于一个明目张胆，甚至写进管理条例。另一个总是私下干，很难拿出证据，要是被抓住了，也就罚上几个亿然后继续……

域墙的检测逻辑是啥？为啥有的被樯了的提示正常，有的正常的却提示被强？

“健康码”：最开始还比较严重那会儿，看着一群人聚集在门口扫二维码，然后时不时有人摘下口罩做人脸识别——知道的这是在注册健康码，不知道以为这里在交叉传染呢……最起码把纪律组织好，间隔 1 米排队注册啊！
然后注册过程需要填写过去两周去过的地方，填写是有校验的，你填写少了它会提示你填写错误，但就是不告诉你到底哪里填错了——它若是知道我去过哪里，为啥还要让我自己填一遍？是在测试我的记忆力吗？
后来几乎人人都有健康码了，门口就很少聚集了，但是人流量比较大的商场却检查的不严，要求出示健康码却又不仔细看、甚至有人为了图方便，直接截图拿着就进去了（因为扫码加载实时的有时 4G 网慢的跟 2G 一样）……那么这个东西意义在哪里？

还有各个地方的纸质版“出入证”，我是真想不出这东西怎么持续证明自己的健康状况的……

所以总感觉这东西属于形式主义了，不仔细检查，不维持 1 米距离，只要出示一下，证明自己“领证”的时候是健康的就行了……

@realpg 嗯，这个没问题，在描述 IP 和其超网网段前缀的时候，写 IP/n 没啥问题。

但是这里讨论的前提是配置安全组，所以这里的前提就是网段的配置。
所以我说“因为前面写任意 IP 在这里都没有意义了”，这里的“这里”说的是安全组网段配置里，前面写 IP 没有意义。

另外，“你不能用 192.168.1.3/24 描述一个网段”，这个逻辑上没问题，但是实际上在配置网段的时候，你填写 192.168.1.3/24 也是可以的，只不过配置结果会自动更新为 192.168.1.0/24，因为最后面的 “3” 在配置网段的时候没有意义。
所以我说“一般统一写成 0.0.0.0/0”、“通常把后面 32 - n 位归零”，因为你就算不归零，很多系统里这么写也是可以正确识别的。