以互联网为基础是什么样的基础？

改接口 = 改文档，然后前段照着文档来不就行了。
BDD/TDD 很多框架都可以根据测试数据来生成文档的。

@CodeCodeStudy
是，关联查询会不一样，但是都已经在字符串上关联了，临时表大小可能已经是小问题了……

@LokiSharp GPL 本来就不要求内部使用时公开源代码啊。
GPL 是获得软件的人有获得源代码的自由。既然公众没有获得软件，哪来获得源代码的自由呢。

@no1xsyzy 原来你拓展到其他国家了。
我想着中国法律框架下应该是没什么区别的。

@LokiSharp 开源 /自由是指人们在获取软件的时候有获取源代码并处分的自由，怎么就成虚的了……

@no1xsyzy 许可证是一种合同。合同和协议的含义几乎相同。许可证怎么就变成不是协议了。
协议是什么时候开始可以被部分接受而绕过了？
几乎所有的商业软件都有 EULA 最终用户许可协议，他们都可以被部分接受而绕过？
我没看明白这个论点是从哪里来的。

@sudoy EC2 这种企业用的环境怎么可能会在生成机器的时候不抹盘？
要真像你说的，市值几百亿的公司在上面租了服务器，过两天全让人给看光了……赔多少都赔不起啊。
这你大可放心。

至于 SSD 删除文件能否恢复的问题，这个很复杂。SSD 本身有很多层控制器，每一层都可能漏网。最安全的方式是 SSD Secure Erase，这种方式是先给 SSD 加密，然后抹除秘钥，然后再做一次格式化。因为抹除秘钥的时候数据已经无法恢复了，所以这样做是相对最放心的方法。

TRIM 法是相对乐观的一种做法，Secure Erase 则算是悲观做法。

@harde 规定了非商业使用就不是 MIT 了，MIT 本身就授予了在商业使用环境下的权利。

@maxxfire 可以的，不仅是定制，甚至可以完全从头编写。当然，你修改后的协议和原始的协议是截然不同的，不能用原来的协议作为名称了。

比如 MIT 协议是允许商业环境随意使用。你往里加了几个字，说商业环境要付费，那么这个协议就不再是 MIT 协议了。你可以给它起名字叫 maxxfire 许可证。

当然了，写协议最好还是有律师来审核一下，保证效力。

另外，修改后显然就不是开源 /自由软件了，不能以开源 /自由软件自称了。开源 /自由软件的用户本来就有用于商业用途的自由。

@GeruzoniAnsasu （偷偷提醒一下，帖子的分类）

首先，如果是存数据库，为什么要特意限制 varchar 的长度？
255 字节内的存储成本都是一样的，直接设 varchar(255) ascii 不就行了？

然后 IP 地址存数据库，当然是 VARBINARY(16)咯。
官网找 IPv6 就有全套说明：
https://dev.mysql.com/doc/refman/8.0/en/miscellaneous-functions.html#function_inet6-aton

@baoyexi 不是所有的解码器都能适应新的 SPS 的。丢掉 RASL 也不是各大解码器都能做好的。
就连以前最简单的两个分开编码的 h.264 流合在一起出 mp4 都有解码器会炸。

要不先找公证人员做一下取证？既然源代码里有你的网站信息。

用 nginx 自带的字符串替换功能？

@zhangsimon #18
世界上绝大多数的类似功能的产品都是 ffmpeg 套个壳。（少部分是独立编解码器，但是功能肯定少得多。）

至于无转码合并，是可以的，但是要求非常高，要求关键的编码参数必须一致，否则播放的时候会让解码器崩溃。
举个例子，如果你压的是 H.264 ，参考帧开的是 4，而原片开的是 6，那么合并以后如果 SPS/PPS 里说这片只参考了 4 帧，解码器按照 4 帧分配了内部存储结构空间，播到参考帧 6 的地方就会因为 buffer overrun 或者 missing frame 而炸掉。

H.264 的关键参数少说十几个，H.265 的关键参数更多，任何一个参数不匹配都会炸掉解码器。

所以你说，无转码合并难吗？

再来说点更难的。比如电视广播常用的 Open GOP，每一段 GOP 里的帧都有或多或少参考之前一个 GOP 的内容。也就是说，整个视频流可能从凌晨电视台开机开始，到晚上停机休息为止，这十几个小时的视频都没有办法完美切割或者合并。
从开机的第一个 IDR 开始，后面的所有内容就像这样：I B P B P I B P B P 。如果是 Close GOP，那么第 1 帧和第 6 帧都是 IDR 帧，从 GOP 边界切开就能完美分割。如果是 Open GOP，那么这两帧都是 i 帧，意味着第 2 帧和第 7 帧都可以跨 GOP 参考，也就是说第 7 帧上的画面可以从第 5 帧甚至第 3 帧取来做参考。如果你把第一个 GOP 切掉，那么第 7 帧直接就成了无法播放的坏帧了。所以像日本的电视台节目，切开的位置头几帧是肯定要坏掉的。
如果是 H.265 的 4K 节目的话，也有类似的 IDR/CRA/RASL/RADL/TRAIL 帧的区别。
这些基础知识就够咱们研究好久了……

这些东西不是你希望他支持他就能做出来的。有些功能，确实不太现实。

是有可能算的。
对于非自由开源软件，在 GitHub 网站内可以自由复制和分叉，但是搬到其他网站属于侵权。
对于自由开源软件，因为本来就允许使用源代码，所以 push 到其他网站也是允许的。

普通用户都不会配足内存的。
一般需要 16G 内存的人买 8G 就足够了，剩下的交给 SSD 分页文件处理。
余量大点的话 12G-16G 都行。
只有非常少量的用户才会配充足的内存。

我做开发的，没开什么软件，平时日常内存使用量就有 30-35G，配了 32G 内存，物理内存占用 50%左右。