禁用 webdav 递归查询整个目录树

[wzdc]

webdav 协议允许客户端请求头中使用 depth: infinity 来递归查询整个目录树，建议禁用。

[github-actions]

感谢您联系OpenList。我们会尽快回复您。
Thanks for contacting OpenList. We will reply to you as soon as possible.

[jyxjjj]

OpenList/server/webdav/webdav.go

Lines 785 to 810 in cc5172e

	const (
	infiniteDepth = -1
	invalidDepth = -2
	)
	// parseDepth maps the strings "0", "1" and "infinity" to 0, 1 and
	// infiniteDepth. Parsing any other string returns invalidDepth.
	//
	// Different WebDAV methods have further constraints on valid depths:
	// - PROPFIND has no further restrictions, as per section 9.1.
	// - COPY accepts only "0" or "infinity", as per section 9.8.3.
	// - MOVE accepts only "infinity", as per section 9.9.2.
	// - LOCK accepts only "0" or "infinity", as per section 9.10.3.
	//
	// These constraints are enforced by the handleXxx methods.
	func parseDepth(s string) int {
	switch s {
	case "0":
	return 0
	case "1":
	return 1
	case "infinity":
	return infiniteDepth
	}
	return invalidDepth
	}

这是一个正确实现。

首先，你没有按照模板填写 FR，同时也没有提供任何理由。

在我看来，Depth: infinity 确实可能对性能产生较大影响，甚至在某些情况下带来一些完全不严重的安全问题。RFC 中也确实有说，服务器可以选择不支持无限深度请求，但这只是规范上的允许不实现，并不是说禁止使用。

在我看来，如果客户端真的使用了这个标头，也应该是用户自己操作的。

[wzdc]

抱歉未按照要求填写功能请求 但我还是希望能够添加是否允许客户端进行无限深度查询的功能 因为无限深度查询应用在本地没什么问题，但是在一些网盘中会有严格的请求速率限制。一些软件的webdav功能并不完善，没有添加 depth 请求头，而根据 RFC 将默认为 infinity。