mirror of
https://github.com/curl/curl.git
synced 2024-12-15 06:40:09 +08:00
2bc1d775f5
- they are mostly pointless in all major jurisdictions - many big corporations and projects already don't use them - saves us from pointless churn - git keeps history for us - the year range is kept in COPYING checksrc is updated to allow non-year using copyright statements Closes #10205
30 lines
1.1 KiB
Makefile
30 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
|