-
关于 S3 同步设置 TLS Verify 为 Verify 同步失败的问题
2024-09-24 08:20我猜可能是你用错证书了？是不是他给了你很多 cer 文件，如果可能的话要用 fullchain.cer 文件，因为有些设备或程序可能会缺失签名链的某个环节的证书，导致信任失败，而用 fullchain.cer 会把整个链上的证书都提供出来，信任链是完整的可以追溯到顶级 CA 证书，就没问题了。
-
极空间双向同步思源笔记出现锁定的错误
2024-07-13 23:24我已经 思源 + 极空间 快一年了，我的最佳体验是：在极空间上建立一个新账号，专门只开放 webdav 用，不和主账号发生任何交互。用思源和极空间的这个专属账号进行 webdav 同步，非常稳定。
-
代码片段：文件树点击标题自动展开
2023-12-13 11:54使用中有个问题，我希望点击文件树时，既展开子文档列表，又打开这个文件树本身。如果整个文档树的滚动条不发生变化就没问题，但是只要文档树滚动条滚动了，那么文件树这个文档本身肯定是打不开的。
我猜测，思源打开文档监测的是 mouseup 事件，所以我也把代码改成 mouseup，但是改了后经常不管用，时间无法被触发，重启后肯定也不灵了。
-
思源笔记发布工具配置 Typecho 实现一键同步发布
2023-11-29 12:04如果验证失败，提示 call to undefined function xml_parser_create()：
记得运行下面的指令：
apt-get install php-xml -y
systemctl restart apache2
-
希望在顶栏增加一个「断网开关」应对无网络情况
2023-09-18 17:44 -
S3 双端同步文件丢失的问题（必现）
2023-08-23 15:41了解，那既然有做到 先 pull 再 push，为何不将 “完全手动同步”功能也做成 手动触发的“先 pull 后 push”的机制？而把现在当前的上传/下载作为数据库崩溃时的修复按钮？
-
S3 双端同步文件丢失的问题（必现）
2023-08-23 13:07对不起，我觉得 git 可能比 SVN 更恰当些。git 库是可以做到每个人自己在硬盘上开个 repository，自己离线提交到自己的库里面的。而 Git 服务器无非是解决了两个需求：团队代码协同 和 代码备份（防止自己硬盘爆炸）。类比到思源笔记来说，就是 多客户端离线编辑并同步 和 笔记备份（防止电脑硬盘爆炸）。
当然，我不是说我们就要做到 git 那么强大，至少是有思路可以借鉴的。而 Git 的思路，也满足你上面提到的：自托管、离线查看、低成本、不强制服务器、可以接受的性能，最重要的是，能满足各端不分前后顺序的同步。
-
S3 双端同步文件丢失的问题（必现）
2023-08-23 11:23碎碎念
虽然帮助文档很重要，但是不能指望每个用户都完全认真的读完帮助文档。
就像我一枚程序员，本职工作就必须阅读大量文档，从 20 年前的 MSDN，到行业内的英文 Paper。但我依然不认同“一个普通用户应该读完所有的帮助文档才开始使用工具”这件事情，一个好用的工具应该是“易用的”、“鲁棒的”。
“手动同步”这颗雷既然开放出来给普通用户用，那么就应该至少是“安全的”，否则应慎重开放给普通用户。
-
S3 双端同步文件丢失的问题（必现）
2023-08-23 11:15更新
刚才又测试了“自动同步”方案，PC 端和 手机端 都本地新增了一些文档，然后点击“同步”按钮，并未发现文档丢失的问题。
所以，目前的问题点集中在“手动同步”这个功能点存在严重的安全隐患和不可用性上。
-
S3 双端同步文件丢失的问题（必现）
2023-08-23 11:06私以为，“手动同步”的开发初衷是：当手机没条件连接到服务器时，但突然有脑袋灵光一现的闪念需要快速记录时，可以在手机上迅速本地添加内容，等后面有条件联网时，再同步到云端。
但是此功能目前适用条件较为严苛，甚至可以被视为一个危险操作：必须保证手机 当前快照版本 到 Now 的这段时间，PC 无任何上传。否则不是数据被覆盖就是产生同步冲突（见我上一个回复）。
-
S3 双端同步文件丢失的问题（必现）
2023-08-23 10:58针对“手动同步”这个功能，按照上面的重现步骤，无论哪种操作都不可行：
- 如果先点“上传”，则会覆盖其他端之前上传的内容；
- 如果先点“下载”，手机上本地新增的内容会变成“Conflict”；
左右为难，有些尴尬 😂
所以，就事论事，可以认为“手动同步”这个功能目前可用条件较为严苛。
