<div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Jonathan, please read Maxim's answer, which is the one going the right way.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">My hypothesis proved to be wrong.<br></div><div class="gmail_extra"><div><div class="gmail_signature"><font size="1"><span style="color:rgb(102,102,102)">---<br></span><b><span style="color:rgb(102,102,102)">B. R.</span></b><span style="color:rgb(102,102,102)"></span></font></div></div>
<br><div class="gmail_quote">On Thu, Mar 24, 2016 at 8:35 PM, Jonathan Vanasco <span dir="ltr"><<a href="mailto:nginx@2xlp.com" target="_blank">nginx@2xlp.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><div>On Mar 24, 2016, at 1:27 PM, Maxim Dounin wrote:</div><br><blockquote type="cite"><div>In most cases this is more or less obvious when directives are not <br>inherited, though docs can be a bit more clear on this.<br></div></blockquote></div><br><div>What is not-obvious / confusing is that the *_pass items are not inherited... but their associated directives from the same module are.  </div><div><br></div><div><br></div><div>On Mar 24, 2016, at 1:17 PM, B.R. wrote:</div><br><blockquote type="cite"><div dir="ltr"><div style="font-size:small;color:rgb(51,51,153)">This product uses a different paradigm that 'minimal configuration lines', and Igor has nothing against duplicated blocks, which allow direct understanding of what is in effect in the location block you are looking at, compared to horizontal/similar ones (ofc server-wide directives shall not and won't be redeclared at location level).</div><div style="font-size:small;color:rgb(51,51,153)">In the modern world, use of configuration management tools, which allow templating, allows duplicated stanzas without trouble on configuration generation/deployment.<br></div></div></blockquote><br><div>I'm fine with that.  I've been using nginx for 10 years now (!) and have a huge library of macros that are included into various blocks dozens of times.</div><div><br></div><div>Right now I'm trying to open-source something I wrote to handle lets-encrypt certificate management behind nginx.  </div><div><br></div><div>For simplicity, I wanted to make a very concise nested block for the documents.  When there are many header variables that need to be set, the docs can get hard for people to follow.</div><br></div><br>_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br></blockquote></div><br></div></div>