@justincnn #11
Bilibili-Evolved 好用啊，就是 App Store 里的那个 Tampermonkey 。
https://i.imgur.com/IGdqO4J.png

看了眼我的 fail2ban ，已经封了 13,552 个 IP 了
这些都是全网扫 IP 端口爆破密码的，而且是毫无根据的瞎猜，我就当它们不存在罢

https://imgur.com/I2D5ygG

getYear() 其实是 getFullYear() - 1900 。
本身就是这么定义的（ 18xx 年返回负数），也不算是错误

首先，目前来看，Huffman 编码本身不够优秀，因为概率要是 2 的幂次方时才达到熵，压缩比不如算数编码。
其次，视频的压缩不仅要考虑压缩本身，还要考虑到播放的功能，比如跳跃到某时间点、流播放等等，所以“帧”“关键帧”等等概念还是有必要的。
然后，有损处理肯定是必要的，这种方式可以简单而又明显地减少文件大小。

这是一系列因素互相妥协的结果。不仅考虑到压缩比，还要考虑到解码效率，功能性等等。

只能说低信道范围太窄了。
如果对方是 36(80Mhz)，那么信道应当大于 52(80Mhz)，才不互相重叠干扰。
然而信道 50+就是雷达频段了，有 DFS 延迟肯定高。

播放器功能可以设置的，不过确实没有滑动的设置选项
防误触的话全屏锁🔒就能解决了吧
https://i.imgur.com/ir851CO.png

直链： http://eigenlogik.s3.amazonaws.com/releases/entropy/codecs/rarosx-5.0.1.EntropyCodec

@saki22oimo 原来如此

@Henrybsbhp
我理解了一下，可能原因是這樣的，造成了不一致：
中文：按下=任一字母；滑動=某個固定字母
日文：按下=首個字母；滑動=其餘字母

宗教领域数字化： http://hf.tibet.cn

哈哈哈哈哈

@StevenRCE0 大概是 Universal Control 的 Bug 吧！我每次把两边显示区域拉下来，它都会自己弹回去 XD

赞同 #24 的说法。
确实没有办法不让对方解析，但是可以让自己的服务器拒绝为这些域名服务。
比如检测 HTTP header 里面的 Host ，不在白名单内一律 403 。
这不仅是配合备案，而且对于网站安全有益，比如避免一些 XSS 攻击（给别人域名服务，对于他人就同源了）。

只通过 IP 访问也是能做到的，因为 HTTP/1.1 规定必须有 Host 头，那么 Host 就是服务器的 IP 地址。

没有什么超前之说吧，高中就会 Java 的人也有呢。
自己学着，没有期末的压力，写几个小工具玩玩不好嘛。

Base64 ，故名思义，64 进制（ 2^6 ），一个字符表示 6 个比特数据
一个字符计算机储存为 8 个比特，多出来(8-6)/6 = 1/3 = 33.33%

先提取出二维码的图像，再用 bicubic 缩放成 1x1 单像素，然后判断这个像素的 RGB 值。

提供一种思路：

支持，
bWlrZXdhbmcwMDAwMDBAZ21haWwuY29tCg==