Added file support to cli

[vr-varad]

Resolves #50

@dillonstreator
I tried to add the file support for encryption. I made the content optional and added a new option for file
so if user
encrypt -f /path/to/file
the content will be the content of the file or else it will be as the user provides it
Any feedback, suggestions or improvement
on confirmation will do for decryption

[dillonstreator]

Nice - this makes sense. Added a few thoughts and I've moved the PR into draft until the decrypt side is also implemented.

[vr-varad]

I had some doubts regarding the decryption.
The encrypted data is the content inside a file - string
if we decrypt the particular URL what we get is a string, how we know it was from a file or just a string content.

[vr-varad]

And regarding the
<content> I made it optional [content] becoz in place of the content we could give a file
using <content> makes it compulsory and we can't use a flag before content
@dillonstreator

[vr-varad]

I have an idea regarding the decryption
we can add a -f tag with the path to directory where user want to get it copied
@dillonstreator What do u think abt that?

[dillonstreator]

And regarding the <content> I made it optional [content] becoz in place of the content we could give a file using <content> makes it compulsory and we can't use a flag before content @dillonstreator

Ah gotcha I wasn't aware the brackets implied required vs. optional. FWIW - content is required if the flag is not provided so it's a bit more of a gray area.

[dillonstreator]

@vr-varad -o for output is a bit more standard across many popular CLI tools (e.g., curl, wget, ffmpeg). Let's use -o and if there is no -o provided, send the contents of the file to stdout. This will enable users to pipe stdout wherever they'd like.

[vr-varad]

@dillonstreator Done.
Let me know if there is any suggestions or improvement in code I can make.

[vr-varad]

Any updates @dillonstreator