我觉得只是风格不一样。
第一种要记得加 !!，控制显示与否的时候用。
第二种在条件显示两种不同东西的时候用，return flag ? <A /> : <B />;

GitLab 上也有人备份了： https://gitlab.com/ytdl-org/youtube-dl
相比 Gitee 上的备份版本少了最新的一次提交

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

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