项目地址： https://github.com/do-md/domd
协同 playground： https://www.domd.app/playground/live
domd 内核 0.4.0 发布，支持了实时协同能力，代码已经 push 。editor 页面也支持了邀请协同编辑，无需登入。不过担心被喝茶，代码还没推送
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
Supplement 1 · 1 day ago
 |
1
SummerGrow 2 days ago
很刑啊，能不能加个阅后即焚、双方加密
|
 |
2
jaydenWang OP @SummerGrow 真很刑的话就算了，阅后即焚、双方加密也没什么用吧
|
 |
3
lysShub 2 days ago
没出事通常没人管你
|
 |
4
Leon6868 2 days ago
domd 有可能支持 Knuth-Plass 排版算法吗？
还想问问流式输出的时候是否能允许用户选择输出完的文字 |
|
5
Leon6868 2 days ago  1
报告一个 BUG ，协同 playground 在一边的编辑器内选择一段文字，开启输入法输入一些字符，并在输入法处于选词状态时点击另外一边的编辑器，则会页面崩溃
|
|
6
jaydenWang OP @Leon6868 Knuth–Plass 看上去更适合阅读场景和导出场景，编辑场景支持可能比较困难。流式输出过程中目前是禁用了用户操作，底层是支持的，后续会开放。针对流式输入还有一个想法，把 AI 流式输入设计成一个协作者，可以直接召唤 AI 修改文档，AI 协作的同时，人可以直接选择修改已经输出完的文字。理论上可以支持多人多 AI 一起协作修改文档
|
 |
7
ThirdFlame 2 days ago
为啥要分两栏 ，两个人都同时在左边就不能正常工作了么？
类似的开源项目有 codimd ，很好用 多人一起也不会乱 |
|
8
jaydenWang OP @Leon6868 稳定复线，会尽快修复，非常感谢
|
 |
9
sesine 2 days ago
@jaydenWang #2 加了这 2 个功能以后，更刑了
|
|
10
jaydenWang OP @ThirdFlame playground 是分两栏模拟多用户，真实的 editor 协同页面只有一栏。目前预估 15 人同时编辑会比较丝滑，需要真实环境测试一下
|
 |
11
cp19890714 2 days ago
多人同时编辑一个 md ，源 md 是在哪里？ 是某个人的本地 md 吗？还是在服务器上？
|
|
12
jaydenWang OP @sesine 😅，webrtc 信令服务是托管在 cloudflare 上，需要 VPN 才能建立连接，不服务于墙内用户会不会好一点
|
 |
13
wangbin11 2 days ago
交个朋友有联系方式吗。我没在 GitHub 看到有联系方式
|
|
14
Leon6868 2 days ago
@jaydenWang #6 也许可以考虑在排版层结合 pretext ，比如将每个单词或者文字当成自定义行内组件渲染？ https://chenglou.me/pretext/justification-comparison/
|
|
15
jaydenWang OP @cp19890714 没有服务器，同步某个节点的 md 。流程大概是：host 写 md ，分享协同链接（可以设置密码），其他人打开链接，初始同步其他节点的文档，后续增量同步变更。支持节点离线编辑，上线后可以同步其他人文档，也把自己的变更同步给其他节点。
|
|
16
jaydenWang OP @wangbin11 微信：XIHATAL
|
 |
17
Meltdown 2 days ago
只给外国人服务可以规避这种问题吗
|
|
18
jaydenWang OP @Meltdown 不确定。
|
|
19
jaydenWang OP @Leon6868 有调研过，评估是 roi 不高，就没有进一步推进。有借鉴实现过将 markdown 排版渲染到 canvas 上，实现简单的链接打开，图片点击放大，不过不支持在 canvas 上编辑
|
 |
20
AEDaydreamer 1 day ago
@jaydenWang #12 和服务在不在墙内没关系, 主要是你人在墙里
|
|
21
jaydenWang OP @AEDaydreamer 确实
|
 |
22
nVoxel 1 day ago via Android
细说有什么法律风险呢
|
 |
23
EliteOtaku 1 day ago
@nVoxel 非法撸管罪
|
 |
24
kaneg 1 day ago
微软的 Office 365 貌似也有类似的协作功能：多个人同时修一个一个文档，能看到谁的光标在哪里，在修改什么，可以实时同步。
|
 |
25
safari9 1 day ago
支持一下，不错
|
 |
26
unknow1 1 day ago
主要是内容监管方面的问题，做到事前实名、事中可断、事后可查就基本可避免法律风险。当然如果你的本意就是为某些不好的事情提供服务，那是没办法的，莫伸手，伸手必被捉。
|
 |
27
PaulSamuelson 1 day ago
会不会以后做成 wolai 这样的产品🐶
|
 |
28
ppllss 1 day ago
支持内嵌到其他项目里面吗？
|
|
29
jaydenWang OP @ppllss 支持的，npm 可以直接安装内核，插件后续也会发布到 npm 上。如果商用的话，我会出一个免费正式的授权
|
|
30
jaydenWang OP @unknow1 我的意图是做一个 demo ，完善编辑器
|
|
31
jaydenWang OP @PaulSamuelson 目前没有这个想法
|
|
32
unknow1 1 day ago
@jaydenWang 只要发布到公网，内容监管方面的问题就需要注意，不管是不是 demo
|
 |
33
MasterCai 1 day ago
https://hackmd.io/
好像有类似的产品 |
 |
34
Rootcat 1 day ago
多人 ssh 连同一个服务器， 开 tmux 窗口也能共享编辑
|
 |
35
fstab 1 day ago
国内用户必须手机号注册才能使用，就没有太大风险。问题是手机注册用户觉得又是风险。
|
|
36
ppllss 1 day ago
@jaydenWang 内部使用，没有商用，你这个协同，需要服务端吗？
|
|
37
jaydenWang OP @ppllss 可以理解为不需要服务端，这个 demo 只是一开始建立连接需要信令服务，后续协同是不走服务的
|
 |
38
yohjisakamoto 1 day ago
这不是就是一个办公协作吗/为啥刑啊。 还是本地部署的。
|
|
39
jaydenWang OP @Leon6868 已修复，感谢反馈
|
|
40
ppllss 1 day ago
@jaydenWang
看到关于 Yjs 的介绍 ``` Yjs 协同不一定需要传统的中心化业务服务端，它取决于你选择的同步传输方式（ Provider ）：完全不需要服务端（如仅在单机多标签页或使用 WebRTC 点对点直连）、需要轻量信令服务器（如 y-webrtc ）或需要持久化服务端（如 y-websocket ） ``` 还是需要你说的，需要 信令服务 ，那么这个服务是公共的搭建的吗？ |
|
41
jaydenWang OP 1
@ppllss 信令服务只负责让双方发现彼此、交换加密后的 WebRTC 连接信息，不存储也不转发文档内容。连接建立后，协同数据通常通过 WebRTC 点对点传输；如果双方网络环境无法直连，可能会通过 TURN 中继。内部部署的话，可以把这个信令服务一起私有化部署。不过更加健壮的方式是走 websocket
|
Select Language