<div dir="ltr"><div>Good morning<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 15 Feb 2020 at 14:30, Philipp Schafft <<a href="mailto:lion@lion.leolix.org">lion@lion.leolix.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>No, official Icecast does not support HEAD requests as they are largely<br>
useless in Icecast context.<br>
<br>
HEAD requests are meant for cache validation. So they only apply to<br>
static files basically. For Icecast, beside a few boring files in web/<br>
the answer to "is my copy still valid" is always "no". So by not<br>
supporting HEAD the client will retry with GET. Which... the client<br>
would need to do anyway IF we would reply with a positive status code<br>
for HEAD.<br>
<br>
Also (ab)using HEAD for monitoring is hardly useful:<br>
The stress to the server is the same for answering a non-stub* response<br>
to HEAD than to GET as in both cases the client must be attached to the<br>
source. Even a stub response ("endpoint exists" or "not found") would<br>
require most steps. It requires finding the endpoint, running its auth<br>
and applying its ACLs. That is more than half way thru the attach<br>
process.<br>
<br>
Hope that helps you. :)<br>
<br>
With best regards,<br>
<br>
* Non-stub results are hardly useful as HTTP is stateless anyway. The<br>
standard acknowledges that by making all information about the actual<br>
resource beside its existence optional.<br></blockquote><div><br></div><div> Unfortunately, I don't yet understand most of that - but I will read and re-read.</div><div><br></div><div>However using Icecast 2.4.4, is there an alternative method for my client to access <a href="http://status-json.xsl">status-json.xsl</a> so that they can access "now playing" data?</div><div><br></div><div>My client is using this for an Alexa skill which can positively respond to questions such as "Alexa, what is now playing on Radio Blah-Blah?" - which sounds pretty cool to me. They could have worked around this by uploading "now playing" data via FTP but status-json.xsl had been working fine previously.<br></div><div><br></div><div>For the moment, I've implemented Icecast-KH and my client is happy but I'd like to explore the options using 'official Icecast'.<br></div><div><br></div><div>Many thanks for the learning and best regards<br></div><div><br></div><div>Chip<br></div></div></div>