@Chisel （曾经是烫的，但现在是冷的）冷知识： http 传的一切内容都是明文的，包括密码。

冷知识 2：就算是 https ，如果你能抓包看到内容（那大概率你按照抓包工具的说明配置了证书啥的），那你已经绕过了加密，依然是明文的

作为加密算法不要我输密码 /密钥我不是很服

@WFDAK 并不一定，『他』也可以用在性别未知的时候。

@nthhdy
『我这个问题的确是想问，是否存在某种通用压缩算法，绕过“帧”这种概念，直接去掉重复的部分。』
你好，有的。常见的压缩软件就是干这件事情的。


那为啥我们不这么做呢？
压缩比太低，在针对图片视频这个场景下有更高效的针对特定场景的压缩方法。

@LuxChen 那是给盲人的。。。。

@liprais 我觉得这么说没啥问题啊。（ web 场景下）大部分 CRUD 用 ORM 的确可以抹平不同 DB 之间的差异。每个 DB 独有的一些高级特性基本上也没法用 ORM 。

你的提议是要让 B 站保留长视频，但 B 站现在自己的目标都是往短视频上去靠的。

比如对 UP 主的考核指标之一是完播率，长视频和短视频相比吃亏太多了。。。

我之前 firefox 常年 500+个 tab 。。。内存占用也不高，不到 8 个 G 。但不知道哪次更新后后台标签页也独立进程（后面我分析过，感觉是每个域名（至少）一个进程），然后内存占用暴涨。64 个 G 吃掉了 2/3 以后还给我 OOM crash 了。。。然后花了整整半天在那关 tab 。。。

@Jojoy
disclaimer：我不是 Mozilla 基金会的雇员，据我所知也没有其他相关身份。

作为一个 free software 的爱好者，我的回复只有四个字母：『 RTFS 』

@Jojoy 我原以为上这个论坛的人至少还是有一点技术背景或者能力的。

我上面举的那个例子，就是想告诉你无法复制粘贴这个问题，极大可能并不是 firefox 的一个 bug ，而是你的环境里有啥东西干扰了它的正常运行。你再怎么批评或吐槽 firefox ，都无助于解决这个问题。

如果你真的想解决这个问题，你也许需要找找有没有能够监控 OpenClipboard 调用的软件（很多都只实现了剪贴板变更时的监控——因为 win 只提供了这个 API ，但这无助于解决上面的问题。open 时剪贴板就已经锁定，而不是在变更时才锁定）

1. go 足够简单，这点从很多 php 程序员都能转 go 就看出来了
2. Google 出的，大厂信仰

（个人认为第一点的原因远大于第二点

另外在世界范围内 go 并没有这么火，在国内我认为是正好赶上了一波浪潮。只说 web 服务，99%的公司的 web 场景主流语言都能做（前提是能够正确的运用语言，观隔壁 php 高并发帖子有感），更多的是用的顺手就行。

这些年真正有突破性创新的语言感觉也就只有 rust ，但那个学习曲线是真的陡峭（但 rust 也不是来抢 web 饭碗的，是抢 c++的——go 在这个领域属于 rust 做不了的 go 一定不行）

@Jojoy 既然你都搜索了，那我认为你去 firefox 的 bug tracker 看一眼应该也是一件不难的事情吧？

尽管我自己没有在 Firefox 上遇到过这样的问题，但我在我维护的另外一个工具上遇到了同样的问题（遇到了好几个 issue 在说这个，包括我自己也遇到了），调用了 windows 的 API 但却失败。不管是复制还是粘贴，在操作的时候都需要先打开剪贴板，而这是个独占的操作。我认为你（和其他遇到这个问题的用户）的原因可能是类似的，就是有你使用的某个程序正在使用剪贴板，或者说使用完成后没有及时释放。

p.s. 我最后也没有解决这个问题（或者说我认为这无法解决），我的 workaround 是连续尝试进行 10 次操作直到成功，10 次操作依然失败就直接提示用户失败。firefox 似乎用了类似的方式（ https://github.com/mozilla/gecko-dev/blob/13a484992f7cae52f24851c73ff4d19de119d0c0/widget/windows/nsClipboard.cpp#L449-L451 ）只是次数少得多。