Support HEAD HTTP request method

[PaulAnnekov]

I think that motioneye should support HEAD method. It will allow to detect fast (related to mobile network) if motioneye is still working. E.g. this mobile app uses HEAD request to check validate image url and it fails for motioneye :(.

I can't imagine any argument against HEAD support. Even google.com supports HEAD.

[ccrisan]

Alright, HEAD support will be added to motionEye :)

[ccrisan]

Added with commit 0d78dd0.

[PaulAnnekov]

Hm, you have added HEAD support only for main page, but not for https://example.com/picture/1/current/ one. And that mobile app still gets 405 when asking for a HEAD. I think it will be better to add HEAD support for all pages, because HEAD is used to validate that resource exists. I don't see any cons. Should I create new issue?

[ccrisan]

It's done: d78a9c1 :).

[PaulAnnekov]

Great man! Now it accepts HEAD, but return Content-Type: text/html; charset=UTF-8, that's wrong :(. GET returns Content-Type: image/jpeg and HEAD should return the same.

[ccrisan]

Hmm that means I'd have to implement separate HEAD methods for each possible URIs. I never thought any piece of software written these days would rely on the existence (and the result) of the HEAD method. I guess I'd probably need to properly write HEAD methods for various URIs available.

[PaulAnnekov]

Yep, HEAD is still used. Not so popular, but still...