<div dir="ltr">.....including the mailing list this time :)<br></div><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 16 Dec 2021 at 11:59, Scott van Kalken <<a href="mailto:scottvankalken@gmail.com" target="_blank">scottvankalken@gmail.com</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"><div dir="ltr"><div>Hey Valentin,</div><div><br></div><div>I don't know what everyone else would like to do with respect to CORS, but I have found a number of use cases where it would be helpful to be able to set response headers. <br></div><div><br></div><div>Now, there are two things that I can think of here. <br></div><div>If this is for an actual application - I should be able to set response headers in my application, so why would I ever need to explicitly do this in unit?</div><div><br></div><div>Something like this: <br></div><div><br></div><div>
<pre><code><span>@app.route(<span><span>'/hello'</span>, methods=[<span>"POST"</span>]</span>)</span>
<span>def</span> <span>hello</span>():
    resp = make_response(render_template(<span>'hello.html'</span>))
    resp.headers[<span>'Access-Control-Allow-Origin'</span>] = <span>'*'</span>
    <span>return</span> resp</code></pre>

</div><div><br></div><div>If I do that then everything should be fine.</div><div><br></div><div>Where this falls down is use case #2 where I want to talk to the unit server itself, or where I have a compiled application and don't necessarily have the source code.</div><div><br></div><div>The one that I've been focussed on recently is the "I want to talk to the unit server itself". I've been playing around with visualising the unit configuration, starting with some VUE bits - and also using the tree animation from here: <a href="https://philogb.github.io/jit/static/v20/Jit/Examples/Spacetree/example1.html" target="_blank">https://philogb.github.io/jit/static/v20/Jit/Examples/Spacetree/example1.html</a> (I've been a fan of Nicolas' for some time).</div><div><br></div><div>This got me thinking on the wider concepts of CORS headers. <br></div><div><br></div><div>I am still in two minds as to whether unit itself should have this capability or whether there should be an expectation that the application does this.</div><div><br></div><div>Open to thoughts on this - because I think it's an interesting area. <br></div><div><br></div><div>Scott.</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 14 Dec 2021 at 00:01, Valentin V. Bartenev <<a href="mailto:vbart@nginx.com" target="_blank">vbart@nginx.com</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">On Wednesday, 8 December 2021 03:25:10 MSK Scott van Kalken wrote:<br>
> Hey all,<br>
> <br>
> wondering about handling CORS. East to do with NGINX but i’m wondering what<br>
> the story is with doing this in unit without fronting unit with NGINX.<br>
> <br>
> Is the ability to set headers for CORS available today or is it planned yet?<br>
> <br>
<br>
Hi,<br>
<br>
Unfortunately, there's no way to alter response header fields in Unit yet.<br>
Yes, this feature definitely is in our todo.<br>
<br>
If you have any idea about how the relevant configuration should look like,<br>
please feel free to share.<br>
<br>
  wbr, Valentin V. Bartenev<br>
<br>
<br>
<br>
</blockquote></div>
</blockquote></div>