DsuineGP 最近的时间轴更新 DsuineGP 最近的时间轴更新DsuineGP's repos on GitHub
Rust · 1 人关注
ole-rs
OLE file reader
Java · 1 人关注
spring-boot-dubbo
整合了dubbo和mybatis的spring boot项目
Java · 1 人关注
spring-disconf-demo
一个集成disconf的spring boot程序demo
0 人关注
cargo-xdk
Compile Rust projects against the Android NDK without hassle
0 人关注
CF-Workers-DoH
CF-Workers-DoH 是一个基于 Cloudflare Workers 构建的 DNS over HTTPS (DoH) 解析服务。
0 人关注
CFr2-webdav
使用 Cloudflare Workers 和 R2 实现了一个兼容 WebDAV 的服务器
JavaScript · 0 人关注
DeerResume
MarkDown在线简历工具，可在线预览、编辑和生成PDF。功能更全的Online服务请点这里 http://deercv.com
HTML · 0 人关注
dupu222.github.io
https://dupu222.github.io/
Rust · 0 人关注
file-format
File format library for Rust
JavaScript · 0 人关注
five
Gives you five
Rust · 0 人关注
fred.rs
An async Redis client for Rust.
0 人关注
GeminiPro-Next-Web
Google Gemini Pro UI (Base on ChatGPT-Next-Web). 一键拥有你自己的跨平台 Gemini 应用。
C++ · 0 人关注
libreoffice-core
Read-only LibreOffice core repo - no pull request (use gerrit instead https://gerrit.libreoffice.org/) - don't download zip, use https://dev-www.libreoffice.org/bundles/ instead
JavaScript · 0 人关注
LibreTV
一分钟搭建影视站，支持Vercel/Docker等部署方式
0 人关注
MeiliSearch
Powerful, fast, and an easy to use search engine
0 人关注
nom-bitvec
nom input types using bitvec
0 人关注
ole-compound-document-parser
This is a backup of https://github.com/zadlg/ole downloaded from crates.io
C++ · 0 人关注
onlyoffice-core
Server core components which are a part of ONLYOFFICE Document Server
0 人关注
openbilibili-go-common
听说这是来自 https://github.com/openbilibili/go-common/ 的 “哔哩哔哩 bilibili 网站后台工程 源码”，不过咱也不知道这是啥。
0 人关注
rCore-Tutorial-v3
Let's write an OS which can run on RISC-V in Rust from scratch!
Rust · 0 人关注
rust-cross-android
0 人关注
sdlMS
sdl2(sdl3) maplestory
0 人关注
Shadowrocket---iOS-ipa
Shadowrocket，一款要垮区域购买，或者通过国内第三方平台才能安装的VPN软件，但是我们iOS开发者几乎只会用mac，现在Itunes又限制了应用ipa包的安装，但是没有了Itunes，我们有xcode！！
Java · 0 人关注
spring-boot-starter-dubbo
Spring Boot with dubbo support
0 人关注
tempfile
Temporary file library for rust
0 人关注
tikv
Distributed transactional key-value database, originally created to complement TiDB
Java · 0 人关注
user-management-system
这是一个使用MVC三层架构设计的客户信息管理系统
 |
DsuineGP空栈工程师 🏢 后端工程师(Rust/Java) V2EX 第 224963 号会员，加入于 2017-04-08 14:39:12 +08:00今日活跃度排名 3065 |
dupu222.github.io/
武汉
dupu222
DsuineGP 最近回复了
10 天前 回复了 MrLonely 创建的主题 › 程序员 › 我的罗技鼠标依赖证书才能正常工作 |
真是草台班子, option+ 和 GHUB 的体验太糟糕了, 体积还大
2025 年 10 月 14 日 回复了 mokecc 创建的主题 › 分享发现 › 商务部公告附件首次改为 WPS 格式，会不会倒逼微软 Office 兼容 WPS |
太恶心了, 政府机关强制使用第三方的专有闭源格式, 导致用户丧失选择权; ooxml 再怎么烂也是开源格式, 比 wps 好得不知道哪去.
2025 年 4 月 17 日 回复了 laizenan 创建的主题 › 分享创造 › [Self-host] 听 V 友劝把 Subconverter-rs 编译成 wasm 可以一键白嫖部署了 |
太棒了, 做了我一直想做而没时间做的事情
2025 年 1 月 8 日 回复了 chengz1 创建的主题 › 问与答 › 是什么导致了 word 文档的卡顿？ |
与格式有关, 格式越复杂性能越差
建议将纯文本拷贝到新的 word 中, 再用主题统一设置样式, 尽量避免设置单个或者部分文本的样式
建议将纯文本拷贝到新的 word 中, 再用主题统一设置样式, 尽量避免设置单个或者部分文本的样式
2024 年 12 月 27 日 回复了 SayHelloHi 创建的主题 › 游戏主机 › 遇到一个纠结的问题 二选一 买 PS5 还是 Xbox |
推荐你买 PS5, 我买的 XSX, 之前主要是看 XGP 便宜大碗, 现在 XGP 涨价, 还有部分游戏(说的就是黑猴) XBOX 独不占, 很搞心态
2024 年 12 月 4 日 回复了 NokiaForever 创建的主题 › Windows › Windows on Arm 流畅使用 Android Studio 方法 |
按道理来说可以直接在 hyper-v 里面装安卓吧, 反正都是 aarch64 架构的
2024 年 11 月 1 日 回复了 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 代理的项目应该比较适合你的业务场景
2024 年 8 月 15 日 回复了 ghwolf007 创建的主题 › 程序员 › 上万个 word 文档批量自动化排版 |
@ghwolf007 逻辑上没有区别, 印象中 doc 跟 docx 一样都是根据 styleId 去样式表中查找对应的样式, 但是这个 styleId 五花八门, 比如一眼从客户端中能看出来是标题的段落, 实际的 styleId 可能是 「 heading 1 」/「标题」 或者干脆命名成 「丁真」
2024 年 8 月 15 日 回复了 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 代码, 但是大概率是不支持的
Select Language