佬, 帮我看看这样部署有没问题: 先fork成 https://github.com/my/nodewarden-fork, 然后Deploy https://deploy.workers.cloudflare.com/?url=https://github.com/shuaiplus/nodewarden 在连接到 github 时, 将nodewarden-fork 作为选定 repo. 部署成功后, 将 https://github.com/my/nodewarden 删除, 并将 https://github.com/my/nodewarden-fork 重命名成 https://github.com/my/nodewarden
@xe #80 发布于2026/2/20 12:31:40，编辑于2026/2/20 15:37:50 @shuai #71 没有新想法那就把帖子第一句改一下好了 主帖原文： 可部一键署在cloudfalre workers上会的bitwarden服务端 然后，下面提到备份 备份D1数据库到R2？D1不是单个机房，他有跨区域冗余，及时是一个机房着火了，你的数据也丢不了，所以我觉得完全没必要。 备份导出来的json？我的服务端加密储存密码，无法获取明文，没法导出，只有客户端能导出 就怕万一账号出问题workers被毁了？你可退打开你的客户端，可以正常使用，可以正常导出你的密码。 建议不要混淆高可用和备份，这并不是同一个东西。而且备份很重要，重要密码数据更是要认真对待。 我举个例子，在某条记录中，误修改了备注，因为不是密码，软件里没有历史记录，因为不是删除，数据不会进回收站，然后过了一个星期才发现错改了，其他所有设备也都同步到最新了。 这个时候，如果有良好的备份习惯，可以轻松使用一周前的加密服务端备份，起一个新的实例，用个新的空的客户端或web端访问，找回关键数据。 另外若存储了大量加密附件文件，我记得这些是不在客户端导出json内的。 备份建议自动定时存储到自己服务器或第三方webdav或 s3等服务中，不要只在同一个云服务提供商上存储备份（例如d1导r2）。 无论是否是大厂，一定要做好备份，而且CF出问题在去年大家也都领教过了。 非常同意，不知道shuai佬能不能搞这样的功能
@玛雅盒子 #105 @xe #80 我在设计如何备份上花了我好长时间，备份到R2我觉得没什么用，备份到WEBDAV还得有个WEBDAV（基本都是小鸡，又回到小鸡上了），备份到其他地方，比如github仓库，后期会因为commits无线膨胀。 备份模块和一键导入模块不难，主要是没找到好的储存方式，可以推荐推荐吗。
已导入并使用，不需要自定义域名还不错
@Wa1ter #101
我记得不自定义域名的话，大陆访问不了
佬, 帮我看看这样部署有没问题:
先fork成
https://github.com/my/nodewarden-fork, 然后Deployhttps://deploy.workers.cloudflare.com/?url=https://github.com/shuaiplus/nodewarden在连接到 github 时, 将nodewarden-fork 作为选定 repo.
部署成功后, 将
https://github.com/my/nodewarden删除, 并将https://github.com/my/nodewarden-fork重命名成https://github.com/my/nodewarden@yedhi #103
完全没问题，但还能更简单，fork的时候直接命名nodewarden，一键部署的时候项目名称搞个nodewardenxxx就可以了，就免得后面改fork的仓库名
非常同意，不知道shuai佬能不能搞这样的功能
@shuai #104
好滴好滴, 谢谢佬指点.
没问题就先用着了, 下次再简化.
@玛雅盒子 #105
@xe #80
我在设计如何备份上花了我好长时间，备份到R2我觉得没什么用，备份到WEBDAV还得有个WEBDAV（基本都是小鸡，又回到小鸡上了），备份到其他地方，比如github仓库，后期会因为commits无线膨胀。
备份模块和一键导入模块不难，主要是没找到好的储存方式，可以推荐推荐吗。
大帅比就是牛👍
大佬，能将自托管的服务器url改成下面的路径吗？
现在是https://xxxxx.xxx
改成https://xxxxx.xxx/11111
算了，问了下ai，感觉和前缀+域名差别不大
牛