mirror of
https://github.com/curl/curl.git
synced 2024-12-21 06:50:10 +08:00
55dfb9ea47
follow-up from 099f41e097
I just thought of checking all the other files with .RE, and I found 6
other files that were missing .IP at the end.
Closes #11375
31 lines
1.1 KiB
Makefile
31 lines
1.1 KiB
Makefile
c: Copyright (C) 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
|
|
Multi: single
|
|
---
|
|
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
|
|
.IP
|