cURL parameter compatibility about autocannon HOT 5 OPEN

That's what would need to be changed:

I would also recommend to modernize this using node core utility for parsing arguments.

from autocannon.

Is it ok for you having a breaking change with the cli ?

from autocannon.

If we can support commands (as aliases) that would be great. If not I'm happy to support the brekage, but I would like to see the impact before confirming.

from autocannon.

I had a parameters review. Some conflicts would be excellent to resolve somehow. Here is a recap below:

1. --data is used to send the request body. Now autocannon only handles -b, so I added it as an alias
2. if the request body is present, the request method is set to POST if not explicitly given. I put the method to POST if body is given. breaking change
3. -v puts the curl in debug mode, dumping the request (whole request, not just the body) and the response (whole response, not just the body). Instead, autocannon uses this parameter as an alias of --version. breaking change
4. --data @filepath is not supported by autocannon. possible breaking change
5. -X is used to specify the http request method. I put it as an alias
6. I don't want to support --location because it could be hard to implement. Anyway, autocannon ignores unknown parameters, so it is okay.
7. By default, --data puts application/x-www-form-urlencoded as the content type.
8. --data if read from a file, remove all the \n and similar stuff.
9. --data-binary sends the data as is without removing \n and similar stuff.

Considering the above list, I see two ways to avoid a breaking change:
a. use a different node bin, like autocannon-curl
b. put a --curl-compatibility (or similar) parameter to tell autocannon to parse the parameters as curl-like params.
c. put a --from-curl-command parameter to tell the rest of the strings are a curl command. Just an example autocannon -c 10 -d 10 --from-curl-command curl -X POST -d @foo "https://httpbin.org/anything" -H "accept: application/json". This will used the parameters before the --from-curl-command as autocannon parameters, the after ones as curl parameters.

I also started the implementation. If you are interested, I'll also open a PR!

Let me know how you prefer to proceed.

from autocannon.

I don't see any major disruption here. I'm ok to ship a major with those changes.

from autocannon.