Consider not copying to the clipboard by default or remove such functionality

This CLI was built for beginners and we want to make it easy for everyone to easily deploy a website to IPFS. As thus, until version 8, there were two behaviors being enabled by default:

1. Opening the gateway URLs in the end in the browser.
2. Copying the links to the clipboard.

Even though they can be nice for someone trying the package for the first time, it can be an annoyance in the long run to always use a flag to not open the gateway URLs. Thus, I changed that to non-default on v9.0 and can be enabled with `-o, --open`.

Copying to the clipboard is usually useful if used in an interactive process. Not that useful if used in a CI, for example. Some even break #211.

Copying the hash or the link to the clipboard is relatively easy: we already print a clickable link to the terminal so most terminals will allow the user to just click on it. If that does not wok, most likely they can just select and copy.

Thus, my suggestion is to either no copy to the clipboard by default of to remove the functionality completely.

Start by reviewing the CLI's existing clipboard behavior and the `-o, --open` option described in the issue. Resolve whether clipboard copying should become opt-in or be removed, then verify that the chosen behavior does not disrupt CI use or the terminal's clickable-link output.

Written by the indexing model from the issue text.