mirror of
https://github.com/curl/curl.git
synced 2024-12-09 06:30:06 +08:00
df45fd1794
gen.pl now insists on C: and SPDX-License-Identifier: fields to be present in all files. Closes #9002
29 lines
1.1 KiB
Makefile
29 lines
1.1 KiB
Makefile
c: Copyright (C) 1998 - 2022, Daniel Stenberg, <daniel@haxx.se>, et al.
|
|
SPDX-License-Identifier: curl
|
|
Long: ftp-method
|
|
Arg: <method>
|
|
Help: Control CWD usage
|
|
Protocols: FTP
|
|
Added: 7.15.1
|
|
Category: ftp
|
|
Example: --ftp-method multicwd ftp://example.com/dir1/dir2/file
|
|
Example: --ftp-method nocwd ftp://example.com/dir1/dir2/file
|
|
Example: --ftp-method singlecwd ftp://example.com/dir1/dir2/file
|
|
See-also: list-only
|
|
---
|
|
Control what method curl should use to reach a file on an FTP(S)
|
|
server. The method argument should be one of the following alternatives:
|
|
.RS
|
|
.IP multicwd
|
|
curl does a single CWD operation for each path part in the given URL. For deep
|
|
hierarchies this means many commands. This is how RFC 1738 says it should
|
|
be done. This is the default but the slowest behavior.
|
|
.IP nocwd
|
|
curl does no CWD at all. curl will do SIZE, RETR, STOR etc and give a full
|
|
path to the server for all these commands. This is the fastest behavior.
|
|
.IP singlecwd
|
|
curl does one CWD with the full target directory and then operates on the file
|
|
\&"normally" (like in the multicwd case). This is somewhat more standards
|
|
compliant than 'nocwd' but without the full penalty of 'multicwd'.
|
|
.RE
|