楼主想法不错，但是等我们小孩长大，那时候基本上都会用到 chatgpt ，只要随口问一下就有答案了。

我们小时候编程很多都是看书，现在谁还看，学习都是看视频。工作都是直接去 github 搜类似项目改改，或者更干脆，让 gpt 帮你写代码。

时代进步后，思维模式也不一样了。

如果我是你，会另外写一个服务器大文件缓存通道，1000 个文件根据 hash 特性，合并成几个文件后给前端下载。

删除还是走原来的逻辑，不去动。

昨天对接讯飞大模型，让他不要 accpet ，但是挡不住写服务器的野路子，只有一种 text/event 返回格式。

@TArysiyehua "打工仔是很容易计算自己婚后收入的，所以只要能举证自己的婚后收入就没问题。"

我查了一下 google 案例，好像法官也看存入时间的。如果是婚姻存续内，银行卡里有大额转入转出，也算婚后所得，父母赠与那些的额外收入也算，或者是别的存款转到现在的卡里，不一定非是工资。

当然如果楼主死活不给女方分钱，那一般也不会硬判。

我把普通 sql ，用文本二次翻译成编程能识别的语言，比如 C ，比如 JAVA 。就很好动态解析了，扔进现有的库就行。

单身不太可能，你看身边的人，谁想单身啊？

自己不是王子，别硬着头皮娶公主就可以了。

劫持 DNS ，本地搭建一个 web 服务器，把正常学习视频 url 用 302 location 转到本地的 1 秒视频，1 秒完成学习。

我也没找到，自己写了个日志监控程序扔到服务器上运行，根据日志统计处理，比如访问过于频繁，封一小段时间 IP 之类的。

反正日志都是文本，一行一行的，很好解析。

12/13/14 代主流笔记本，闭着眼睛随便买。

C++也看情况，如果经常去机房，开发 linux c++程序，那就要装双系统或者虚拟机，对机器要求也没那么低。

@faustina2018 我问了一下讯飞星火大模型，你的第一句竟然是真的。

"银行卡可能会有进账和出账。实际操作中，由于钱是一种不特定物，法官在离婚时可能很难准确区分哪些钱是婚前的，哪些钱是婚后的。因此，存在婚前财产和婚后财产混同的情况下，您的整个账户余额都有可能被认定为夫妻共同财产。"

@lupus721 我有些服务器的 centos 内核版本很老很老，有业务在跑，也没人去升级，就很慌。

这 ip 并不是只发一个 ssl 包，是前后发了一堆二进制数据到 443 （都是非法的），连 wireshark 都报警(Unencrypted protocol detected over encrypted port, could indicate a dangerous misconfiguration)。

能看懂的我不怕，见招拆招。对这种看不懂的，就有点慌。

感觉像是 openssh 不支持客户端的老算法，可以手动加上 beyond compare3 支持的老算法，比如

echo "HostkeyAlgorithms ssh-dss,ssh-rsa" >> sshd_config
echo "KexAlgorithms +diffie-hellman-group1-sha1" >> sshd_config

之类的，再重启 sshd 就可以了。

不注销应该会让你回老家做网站安全审核，填写一大堆表格。

比如如何保证不泄露用户数据，敏感手机号数据怎么加密保存，还有评论和留言怎么做关键词过滤之类的问题。

刷到 5 级，至少要挂半年吧？为了一个小小的 root ，那么费心费力。

@choah "最离谱的是这个搜索历史还能多设备同步", 这个在 google 账号里可以关。

@lupus721 这 client hello 应该是一个注入的前置探针，如果服务器返回预期结果，接下来就会发送一些破坏代码。轻则服务挂掉，重则变肉鸡。

这个 ip 经常会 post 一些看不太懂的二进制数据，到我服务器上，还好上传权限都卡死死的。

@salmon5 为了发帖图，我把自己的 ip 模糊化处理了，替换成了 114 。对于攻击者 IP 没变，tcpdump 抓包关键内容也没变。

我个人觉得这种攻击影响很恶劣，是针对某一个 ssl 版本的漏洞，根本不好防范。

也不太好写规则去屏蔽，现阶段只能识别恶意 IP 。

所谓 AI 大模型，感觉大家都是调用开源库，或者是微调一下模型参数，技术含量高的都是发论文的作者。

AI 就是一阵风，要想稳定长久也不容易。还不一定有 JAVA 后端稳定。

至于 web3 ，只有技术大牛能在行业立足，小兵接触的都是灰产。