mirror of
https://github.com/Finb/bark-server.git
synced 2026-04-25 21:55:50 +03:00
[GH-ISSUE #43] 希望支持webdav保存日志，程序直接加载证书支持https。 #34
Labels
No labels
enhancement
in progress
need test
pull-request
v2
v2
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/bark-server#34
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @xdeng on GitHub (Feb 25, 2021).
Original GitHub issue: https://github.com/Finb/bark-server/issues/43
希望支持webdav保存日志，程序直接加载证书支持https。
@xdeng commented on GitHub (Feb 25, 2021):
不好意思 应该发到服务端的。。。
@mritd commented on GitHub (Feb 25, 2021):
https 在 2.0.1 版本已经添加，webdav 功能由于不具有普遍性暂时不考虑添加到 server 中
@xdeng commented on GitHub (Feb 25, 2021):
很多网盘，开源的都支持webdav的啊。。。
@mritd commented on GitHub (Feb 25, 2021):
首先一个明确的是: bark-server 是一个推送后端，对于推送后端服务来说应该在方便使用的同时尽可能的减少资源占用和提高性能。
WebDAV 是一种存储服务，各种开源网盘支持 WebDAV 是很正常的，因为这是他们目标(实现一个网盘)的一部分 feature；
但是对于 bark-server 来说对接 WebDAV 意义不大，因为我们无法满足用户的挂载存储需求，今天可能是 WebDAV，明天会是 FTP 甚至是 NFS...... 而反观这些存储对于 bark-server 来说都不是其目标(一个推送服务器)的 feature，就比如说我们不可能在 bark-server 的文档里写到 "新特性: 支持 WebDAV" 一样，这货让人很困惑(一个推送服务器为什么跟 WebDAV 有关系)；
所以实现对接 N 种存储来说除了增加 bark-server 的不稳定和复杂度来说没有太大的意义。
@xdeng commented on GitHub (Feb 25, 2021):
😂 我说错了，是客服端支持webdav，现在客户端只支持iCloud同步日志。
@mritd commented on GitHub (Feb 25, 2021):
@Finb 移动一下
@Finb commented on GitHub (Feb 26, 2021):
现在的增量同步都是用的iCloud的API，应该不会继续支持webdav。
之后可能会加个导出备份吧