@liangsdu #4 正在用 ut ， web 下好像不能指定下载路径?

@k9982874 #3 我很倾向 esxi 来做底层，但是独显直通也据说只能发挥 80%的性能。是这样么？

低耗机手头还有一台 G3900 的（好像也并不是很低），我也很认真地考虑过这个方案，但是除了 steam 外我也经常看电影，看电影前开个机仪式感貌似太强了。主要还是 2 台机功耗都不算低，宁可让功耗稍高那台多干点事

@shadownet #25 给公司的 Seafile 做了 DDNS ，家里直连速度良好，碰到不良好的环境猜测把域名丢进翻墙列表走代理也没问题。所以最终我还是抛弃 BTsync 了。

@benjaminliangcom 可以用其他服务做个 webdav 应应急， webdav 感觉在小带宽网络下直接使用很糟糕，大内网环境下 BTsync 还是挺有用。公网环境感觉就完全没必要用这个东西了，毕竟传统云方案都是十八般武艺俱全。

花钱的办法：换路由
不花的办法：直接用光猫做路由

@imxieke 几十小时也不行是什么意思，我昨晚才搭好它，现在在公司正常运作，可以跑满我家的上传带宽。

@jinyang656 在共享文件夹条目的“更多”菜单里有个“打开存档位置”位于选择性同步选项上方， linux 的 webui 上没有版本控制的选项，我在 win 端找到的。但实际上不管哪个平台共享的文件都会在客户机的该目录下创建一个隐藏的.sync 目录用于保存被替换掉的文档。

@jinyang656 不知，用国内 ip 访问官网会跳转到一个 404 的本该是国内经销商的页面，猜测应该就是国内特供版

@whileFalse #14 是哦。。。传统云方案来解决你的需求又太小题大做了。
路由器方案怎么样？我看了下我的小米 1 是支持手机相册自动同步到路由器硬盘的，其他厂或者 openwrt 之类的感觉应该都有第一方或者第三方的解决方案，似乎这样做更合理些

@whileFalse #11 24*7 是我先入为主把它当做云方案来看而忽略其他灵活的用法了。
你的需求看起来换上面推荐的 freefilesync 更合理一些？

@LU35 #7 我刚在 Btsync 找到版本控制的选项了，看来是错怪他了。

@gdtv #1 我倒从没遇过这个问题，单讲 BTSync 的话，我的方案是直接用 Samba 在 NAS 上进行文件处理，外网机再用 Btsync 来同步 NAS 内容，这样应该也一样避免你说的问题了。再来看同步失败这件事， Seafile 在同步的时候会将文件转换成数据块来存储，不知这种技术是否能规避它，老实说我还挺希望能用上 Seafile 的，各方面机能都好满意

自适应没做好，我这边 21 ： 9 的直接崩 2 边去了

我觉得好看就行了，要说好记的话，我觉得会记你域名的还是真爱粉。所以无所谓了

建议还是少看腾讯新闻

并没有看到“大部分人推崇 centos ”的现象，相反我在选择系统的时候搜了一大堆关于 centos 的帖子，风向大多都没有吹向 centos 。
但是有个很有趣的现象就是，不同发行版都有不同的忠实用户，但倘若你试图向一个不用 linux 的人谈论发行版时，我猜有不少人都知道 centos 。
可能所谓的推崇就是由这种谜之知名度产生的假象吧

@leavic 受教了，光想着一刀切，没想到放弃黑名单这件事。
昨晚跟着另一位博主的文章也改成了白名单的方案，分流出错的问题算是避免了。
似乎也不用再担心视频方频繁更换 chnroute 没有收录的 cdn 域名了。

@leavic 用的是论坛的包。我的意思是 openwrt 的那个 ss 的 LAN IGNORE LIST 会不会是通过 iptables 实现的。。
话说我正在看你的博客也。。