fail of "reply to all"<br><br><div class="gmail_quote"><div class="im">On 27 June 2013 10:35, Paul Robinson <span dir="ltr"><<a href="mailto:paul@32moves.com" target="_blank">paul@32moves.com</a>></span> wrote:<br>
</div><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On 27 Jun 2013, at 09:14, Joel Chippindale <<a href="mailto:joel.chippindale@gmail.com" target="_blank">joel.chippindale@gmail.com</a>> wrote:<br>
<br>
> The bit that I was wondering about was finding a clean and simple way of getting a rake task to render the maintenance page (and perhaps 500 and 404 response pages too) from erb templates to the filesystem, whilst still be able to take advantage of asset packaging, name route helper methods etc.<br>


<br>
<br>
</div>If you're in the middle of upgrading the app, doing a bundle install, an asset precompile, etc. you do not want your maintenance pages accessing that app or those resources.<br>
<br>
You want a separate area of disk holding those assets that nginx/apache/whatever is going to rewrite all requests to until you're done.<br></blockquote></div><div><br>I think you're actually agreeing with each other here: Joel is talking about a rake task and a static page, which presumably would be written to this "separate area of disk" to be served directly by nginx/your upstream proxy next time the app is brought down, but he wants it to be produced using the same layout, styles and general look & feel as the app itself and to stay in sync when the app changes.  It seems like this is the kind of thing the asset precompiler should be able to do, but I've no  idea how.<br>

<br><br>-dan<span class="HOEnZb"><font color="#888888"><br><br></font></span></div></div><span class="HOEnZb"><font color="#888888">-- <br><a href="mailto:dan@telent.net" target="_blank">dan@telent.net</a> <br><a href="http://ww.telent.net" target="_blank">http://ww.telent.net</a><br>

</font></span></div><br>