我身边两位合盖用的同事，屏幕都变色了，大片的黄斑。i7 的 Macbook Pro 2018 。

貌似 DSM 的 sftp 是自己的一个实现，做不到。你可以自己编译一个正常的 sftp-server 放进去，然后实现你想要的。

不过我很好奇有什么场景是必须要用 sftp 的，直接 scp 或 rsync 不够用么 e ？

1990 年北京亚运会的时候，可真是举国办亚运啊。《亚洲雄风》唱遍大江南北，吉祥物熊猫盼盼家喻户晓，长城+太阳的会徽深入人心，开幕式还放了半天假让大家回去看开幕式。

阿里巴巴有个 ipp 平台是专门处理知识产权投诉的，可以去投诉一下。

https://ipp.alibabagroup.com

少了 4 年多工资

@ttgo 我还记得小球病毒、米开朗基罗病毒、巴基斯坦大脑病毒、石头病毒、扬基病毒

@3dwelcome
你似乎有个误解，认为 std::vector 可以通过拼接串联小数组的方式来进行优化，减少扩容时复制数据的开销，但这是不对的，C++标准上强要求 std::vector 的内存必须是连续的。如果不连续，它就不叫“数组”，也不叫“std::vector”。

为了保证这个连续性，所以数组或 std::vector 在插入数据或扩容时，势必需要进行数据复制，这在数据量大 /对象复杂的时候有不可忽略的性能开销。

所以其实你贴的文章中说得很清楚，在多插入场景下，std::vecotr 只有在非常小数据量的情况下，性能才比 std::list 要好。这一点无论从理论上还是实践中都可以得到证实。

在实际开发中，是不是因为自己的场景下数组比链表快那么一点点就一定要用数组呢？我觉得不对的。写代码时更多要考虑代码所要表达的思想，如果你代码的逻辑是一个典型的链表更优场景，就应该在代码中用链表。这样的代码长远来看才更好维护。如果确实为了极致性能想改成用数组，也需要加注释保证以后别人在数据集变大遇到性能问题时可以及时定位，甚至加 fallback 逻辑自动保证在大数据集情况下不会带来严重的性能回退。

@jeesk

我的选择是出书，这样图书馆会保留。虽然图书馆也是会不断淘汰旧书的，但是看起来 100 年问题不大。不过话说回来，如果没有人记得了我，那任何形式的存在也就没有太大意义了。

@libasten 可以运行，早上刚在 Windows 11 上试过。但是没有任何功能了，服务器、协议都变了，什么也连不上了。

@daimiaopeng
干嘛用呢？好像没啥用啊。早就不让登录使用了。

「旧版本 QQ 」 https://www.aliyundrive.com/s/sJ5NeAx7ViG
点击链接保存，或者复制本段内容，打开「阿里云盘」 APP ，无需下载极速在线查看，视频原画倍速播放。

@chinemds 下行肯定不叠加。
上行貌似也只能叠加 1 次或者 2 次，我自己测来测去都没有叠加出 80M 以上的速度。

@lifanxi 贴图失败重新贴
https://i.imgur.com/C5vcy7X.jpeg

https://imgur.com/a/MeBTVzY

我存着的 1999 年时的 QQ （ OICQ ）早期版本只有 831K 。

同一楼。群晖有史以来三个照片套件都不好用，相对来说 Photos 还是最好的。开源的也没有一个能打的。

群晖所有的照片套件，对于照片文件，在“备份”或“上传”的场景下，都不会动 EXIF ，二进制完全一致的。但是如果通过 Photos 应用去修改一些（不是所有）元信息的话，有可能是会写回源文件的。

早上下单的小家电，现在在派送中了。

设置无应答和无法接通时的呼叫转移。