Skip to content

WebDAV 功能的使用体验 以及 一些调整建议 #213

Closed
@mrnini

Description

@mrnini

WebDAV 功能的使用体验 以及 一些调整建议

首先,感谢作者带来这么有趣的作品,此处省略1万字。
不可否认,WebDAV 结合caddy使用非常棒,是一个出色的 idea~!

caddy: v2.6.2
edge: 版本 114.0.1823.67 (正式版本) (64 位)
scriptCat: v0.14.1 安装自 https://microsoftedge.microsoft.com/addons?hl=zh-CN

环境配置:webdav 目录为 d:\ ... \tools.a.com\ScriptCat ,一个通用的域名,通过目录划分不同的工作区域,各个工作区域独立控制访问权限 。
鉴权类型:均为password。

下列为配置遇到的情况:
备份:配置为 https://tools.a.com/ScriptCat,会自动创建 d:\ ... \tools.a.com\ScriptCat\ ScriptCat\xxx.zip
同步:配置为 https://tools.a.com/ScriptCat,始终提示连接失败,调整 url 为 https://tools.a.com/ScriptCat/sync 后连接成功,但是目录变成了 d:\ ... \tools.a.com\ScriptCat\sync\ ScriptCat\sync\x.x
fileStorage:配置为 https://tools.a.com\ScriptCat\fs,打开目录报错,参阅api文档,应该需要app目录,而ScriptCat是根据上述配置猜的...,手动新建目录 d:\ ... \tools.a.com\ScriptCat\fs\ ScriptCat\app 不报错了,其实即便这里自动创建的目录也不对,与备份的是有冲突,最后就是备份zip文件与app文件夹 有同一个父级的ScriptCat,目录结构混乱了些。这里要说明下,手动配置的目的只是想看看打开目录是否不报错。

这几个项目配置下来感觉作者是想提供一些便利,但这似乎起到了反作用,对拥有良好系统使用习惯的用户并不怎么友好,自动处理的选择权应该还给用户,否则会非常混乱。

建议完全接受用户配的url,用户配置的地址即为ScriptCat的工作区域,有时候人工智能会显得非常笨拙,借此上述功能的调整建议如下:

交互:调整为一个页面,集中配置,使用同一个url设定,对于可能产生的目录给予样例展示。
备份:d:\ ... \tools.a.com\ScriptCat\ ScriptCat\xxx.zip;调整为:d:\ ... \tools.a.com\ScriptCat\ backup\xxx.zip
同步:d:\ ... \tools.a.com\ScriptCat\sync\ ScriptCat\sync\x.x,调整为 d:\ ... \tools.a.com\ScriptCat\ sync\x.x
fileStorage:直接创建 d:\ ... \tools.a.com\ScriptCat\ fileStorage\app

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingenhancementNew feature or request

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions