DsuineGP 最近的时间轴更新 DsuineGP 最近的时间轴更新 |
DsuineGP空栈工程师 🏢 后端工程师(Rust/Java) V2EX 第 224963 号会员，加入于 2017-04-08 14:39:12 +08:00今日活跃度排名 1172 |
武汉
dupu222
DsuineGP 最近回复了
4 小时 27 分钟前 回复了 SayHelloHi 创建的主题 › 游戏主机 › 遇到一个纠结的问题 二选一 买 PS5 还是 Xbox |
推荐你买 PS5, 我买的 XSX, 之前主要是看 XGP 便宜大碗, 现在 XGP 涨价, 还有部分游戏(说的就是黑猴) XBOX 独不占, 很搞心态
23 天前 回复了 NokiaForever 创建的主题 › Windows › Windows on Arm 流畅使用 Android Studio 方法 |
按道理来说可以直接在 hyper-v 里面装安卓吧, 反正都是 aarch64 架构的
56 天前 回复了 molvqingtai 创建的主题 › 程序员 › 如何实现分布式消息同步？ |
TL;DR 用 CRDT 算法
原因:
- 常用的 raft 算法无法容忍脑裂, 即 A-B / C-D 上线然后还要实现日志同步, 即使要解决脑裂也要用非常扭曲的方法;
- CTDT 是 p2p base 的分布式一致性算法, 且你的业务场景比较简单, 只需要需要处理 retain+insert 的场景, 不涉及到 remove;
- https://github.com/vlcn-io/cr-sqlite 这个用 crdt 做 sqllite 代理的项目应该比较适合你的业务场景
原因:
- 常用的 raft 算法无法容忍脑裂, 即 A-B / C-D 上线然后还要实现日志同步, 即使要解决脑裂也要用非常扭曲的方法;
- CTDT 是 p2p base 的分布式一致性算法, 且你的业务场景比较简单, 只需要需要处理 retain+insert 的场景, 不涉及到 remove;
- https://github.com/vlcn-io/cr-sqlite 这个用 crdt 做 sqllite 代理的项目应该比较适合你的业务场景
133 天前 回复了 ghwolf007 创建的主题 › 程序员 › 上万个 word 文档批量自动化排版 |
@ghwolf007 逻辑上没有区别, 印象中 doc 跟 docx 一样都是根据 styleId 去样式表中查找对应的样式, 但是这个 styleId 五花八门, 比如一眼从客户端中能看出来是标题的段落, 实际的 styleId 可能是 「 heading 1 」/「标题」 或者干脆命名成 「丁真」
134 天前 回复了 ghwolf007 创建的主题 › 程序员 › 上万个 word 文档批量自动化排版 |
如果这些文档是由同一个文档模版创建的, 那么可行; 否则, 不可行
1, 无法准确识别文章某一个段落的格式类型, docx 文档中不存在「标题」「正文」...只有「样式表」, 换句话说, 所有的标题和正文的格式只是「样式表」中的某一个样式的命名.你没法保证每一个文档中样式表的命名都是「标题」「正文」.只能根据 fontSize==16 或者 bold==true 这样的条件去判断, 但是每一个文档中样式都略有区别.
2. 从 doc 转到 docx 之后, 形状、图片元素可能被转置成 VML 而非 OOXML 通用的 DML, 虽然没看 python-docx 代码, 但是大概率是不支持的
1, 无法准确识别文章某一个段落的格式类型, docx 文档中不存在「标题」「正文」...只有「样式表」, 换句话说, 所有的标题和正文的格式只是「样式表」中的某一个样式的命名.你没法保证每一个文档中样式表的命名都是「标题」「正文」.只能根据 fontSize==16 或者 bold==true 这样的条件去判断, 但是每一个文档中样式都略有区别.
2. 从 doc 转到 docx 之后, 形状、图片元素可能被转置成 VML 而非 OOXML 通用的 DML, 虽然没看 python-docx 代码, 但是大概率是不支持的
147 天前 回复了 ttgo 创建的主题 › 互联网 › 小红书找姆巴佩和刘翔做广告，这是想吸引男性用户？ |
我老婆前天晚上问我那老黑是谁🤦
没想到姆巴佩在女性群体里的知名度这么低
没想到姆巴佩在女性群体里的知名度这么低
176 天前 回复了 Windyzhou 创建的主题 › Android › 电视盒子 2.0 的接口播放 u 盘里的视频卡，换成 3.0 接口的盒子会不会不卡，电脑 usb2.0 可是有 20MB/S 的速度啊，看 1080p 只要 5MB/S 就够了啊？会不会白折腾？ |
应该是盒子硬件不支持视频编码使用了软解, 跟传输速率应该没关系
197 天前 回复了 xylxAdai 创建的主题 › Apple › 苹果的隔空投送（AirDrop）怎么这么难用了？ |
遇到一件怪事, 手机的剪切板同步在 m1 mbp 上是好的, 但是最近无法在 x86 mbp 上使用了, 无论是重启, 重登 icloud 都没用, 果子体验原来越差了
Select Language