<div dir="ltr">Thank you for the response Francis.<div><br></div><div>Unfortunately - I don't have the luxury of separating out via a hierarchy.</div><div><br></div><div>I have determined that what I am wanting to do is just simply not possible : ( .</div><div><br></div><div>~Jeremy</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 14, 2016 at 2:59 PM, Francis Daly <span dir="ltr"><<a href="mailto:francis@daoine.org" target="_blank">francis@daoine.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jun 14, 2016 at 08:01:36AM -0700, Jeremiah Brock wrote:<br>
<br>
Hi there,<br>
<span class=""><br>
>     My issue : trying to serve seamless paths for both Drupal and<br>
> ColdFusion without having to specify every possible path that coldfusion<br>
> applications exist in.<br>
<br>
</span>You may find it easiest to have a simple split in your url hierarchy<br>
-- perhaps have everything that should be handled by drupal be below<br>
/drupal/; or have everything that should be handled by coldfusion be<br>
below /coldfusion/; or do both of them.<br>
<br>
nginx is not magic.<br>
<br>
If you mix your urls with no easy way to know which should be handled by<br>
drupal and which by coldfusion and which by something else, then you end<br>
up with a complicated way to tell nginx how it should handle each request.<br>
<span class=""><br>
> I was hoping index.cfm would be automatically used<br>
> via the index parameters but apparently only when try_files contains<br>
> $uri/.  However that breaks drupal paths that aren't physical folders...<br>
<br>
</span>I don't fully follow what you mean by that paragraph.<br>
<br>
I suspect that that does not matter.<br>
<br>
A request comes in. You want nginx to handle it in a particular way. The<br>
way you tell nginx how to handle it is by writing in nginx.conf.<br>
<span class=""><br>
>     The following config works - but as you can see the regex listing for<br>
> coldfusion application paths is less than stellar...<br>
<br>
</span>That is:<br>
<span class=""><br>
> location ~*<br>
> ^(/longpath/someapp|/anotherpath/anotherapp|/yetanotherpath/andanotherapp|anotherapppath/etcapp)<br>
<br>
</span>That suggests that a request for /longpath/something should be handled<br>
by drupal and not by coldfusion, yes?<br>
<br>
And (with the rest of your config) a request for /longpath/someapp/a.php<br>
should be handled by drupal too.<br>
<br>
If you want to mix urls in a complicated way, you're going to have to<br>
unmix them in a complicated way in nginx.conf.<br>
<br>
If you don't want to unmix them in a complicated way in nginx.conf,<br>
the easiest thing to do is not to mix them in a complicated way in the<br>
first place.<br>
<br>
<br>
I suppose you *could* (at the cost of significant efficiency, I suspect)<br>
proxy everything to coldfusion, and then handle any 404 responses by<br>
trying drupal. That might lead to a smaller or less-frequently-updated<br>
nginx.conf.<br>
<br>
But if you have the option to reorganise at least one of the "upstream"<br>
url hierarchies, I'd suggest doing that instead.<br>
<br>
Good luck with it,<br>
<br>
        f<br>
<span class="HOEnZb"><font color="#888888">--<br>
Francis Daly        <a href="mailto:francis@daoine.org">francis@daoine.org</a><br>
<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>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Jeremiah Brock<br><span style="font-size:12.8px">IT Web, Data and Development Services / Information Security</span><br></div><div dir="ltr">425-259-8707<br><a href="mailto:jbrock@everettcc.edu" target="_blank">jbrock@everettcc.edu</a></div></div></div></div>
</div>