限速的原理就是直接将超过的包丢弃，
tcp 协议在发现丢包时就会自动降低发送速度。

我是直接建立一个同样的结构，成员变量全导出。
直接强制转换类型。

增加一个队列
开一个线程，从队列取消息写入 tcp 连接
其他线程发消息都是发送到队列，队列满了就丢弃。

程序关闭，操作系统会负责回收 tcp 连接资源，包括关闭连接。
但是如果操作系统崩掉，就没人去负责关闭 tcp 连接了。需要数据库端超时等机制了。

以前是个方便的聚合平台，后期往社交转型后体验下降了

据我所知，
目前粉碎机的原理是，覆盖写入随机内容多遍，然后再删除。

原理是，修改文件时，很多文件系统会直接再原扇区上面修改，之前的内容会被覆盖。
多次覆盖后，即使开盘也难以获取内容了。


不过这个其实有个缺陷，一些文件系统修改操作不再是直接对原扇区修改了，而是直接使用新扇区保存修改后的内容。
这种文件粉碎机效果应该不太好了。


楼主的清空文件内容后再次删除文件操作，理论上扇区上保存的文件数据并未删除，可能普通文件恢复软件无法找到，但是全盘查找应该还是能够看到部分内容。

卫生纸、洗衣液、洗碗粉、成人奶粉、27 4k 显示器

母亲的小米手机用过 jd 碎屏险，是厂家售后点维修的
但是修完后置摄像头模糊，又走了 jd 普通售后维修了摄像头
倒是确认换屏是正规官方售后，小米系统内有付费维修记录。

go mod 有个全局缓存，同一个库不用项目使用不会每次都重新下载

gitlab，功能齐全
github 担心碰到网络问题

目前用的是 aoc 的 LV273HQPX 27 英寸 2K，这款显示器最低亮度太高，夜间普通灯光下看显示器觉得有些刺眼，4k 版本的不知道是否有这个问题。

#需要更好的#

@skyrem #4 FreeNas 基于 FreeBSD ,有原生的 ZFS 支持。

我比较喜欢自动快照功能，常规设置为每小时一个快照，windows 挂在 NAS 盘直接右键属性就能看到历史快照。

完整性检查也挺好用，文件系统的所有快都包含校验和，磁盘坏道等问题引起的数据损坏能够被文件系统识别到。阵列工作时，单个硬盘坏道造成的错误能够从其他硬盘修复，不会出现数据损坏及丢失。开启定期巡检更好用。

@sky96111 #69 好吧，神奇的 ci 配置。
这次仅仅只是删除文件还算好的，要是被植入木马才是大坑。

看着并没有合并，为什么有很多人说数据被删除了了？

第一个 go 协程结束时关闭信道
第二个协程直接在主线程执行。

ch2 可以去掉。