asgi-webdav
asgi-webdav copied to clipboard
rexzhang
An asynchronous WebDAV server implementation, Support multi-provider, multi-account and permission control.
第一个原型，还会添加更多测试。 实现细节： - 发送文件时完全使用os.open读取。这样做是因为一旦发现zerocopy不可用，还能使用os.read来读取为bytes，但是如果一开始就读取为bytes那是无论如何都不能再变回文件描述符了
很好用的webdav,就是试了好几种方法,都不能改成东八区时间,有什么比较简单的方法实现吗?
asgidav v0.91、v1.3.2都测试过。 端口配置：-p 0.0.0.0:8090:8000 winscp正常，但orgzly报“not a valid DAV response ”。 orgzly配置：dav://192.168.3.2:8900/logseq, 报错后，改为http://192.168.3.2:8900/logseq，也报错。 查询发现https://www.reddit.com/r/orgmode/comments/drzptk/orgzly_adds_webdav_support/，通过webdav连接NextCloud server正常。
1.有时候遇到进入子目录需要重新验证 2.之前经常使用comicshare看漫画，1.2之后，文件下载到100%不会打开，永远停留在加载状态。 回退1.1后正常了
我是使用docker 方式搭建服务器的。 配置文件没有大改，就是设置了一下自己的用户名和密码，以及把中文手册里的“Window 资源管理器"映射网络驱动器"“部分添加进去。 映射到windows 11 资源管理器之后，每次复制文件到服务器上，都会自动生成一个 同文件名但后缀为 WebDAV 的文件。 想咨询一下这是怎么回事？ 有什么办法能禁止自动生成这类文件么？ ``` WebDAV文件实例 ``` 
v1.x - HTTP Digest Auth supports [neon](https://github.com/notroj/neon) Proposal - zero-copy send on ASGI #8 - anonymous access #77 - Remove third-party compression dependencies #75 - Complete LDAP authentication support #59...
In the current asgi spec, [sendfile](https://asgi.readthedocs.io/en/latest/extensions.html#zero-copy-send) is supported. If this webdav server can take advantage of zero-copy-send extension, it would greatly improve server's performance. 当前的ASGI规范中，有个[sendfile](https://asgi.readthedocs.io/en/latest/extensions.html#zero-copy-send)扩展。如果可以利用这个扩展直接发送文件，那么整个服务器的性能必然可以有很大的提升。 By the way, is there...
more howto, more languages... all of these are Wellcome