> pushed to a CDN which the apps use for an asset host

I recommend not doing this. You can set up your CDN to "pull" instead which
is much more sane and less error prone:
https://devcenter.heroku.com/articles/using-amazon-cloudfront-cdn. Source:
hundreds of Heroku support tickets.

>  assets precompilation is really boring, slow and even complicated

Agreed, however your solution only moves the slow, complicated, boringness
to the realm of your users; it doesn't get rid of them. Now instead of you
having to wait for your assets to precompile before an app is deployed,
your users have to wait for assets to be compiled the first time they hit a
page. If you think 30 seconds is a long time to wait for compilation on
push, how do you think a user will feel about a 30 second long request to
your homepage?

On Mon, Nov 24, 2014 at 7:27 AM, Ken Collins <k...@actionmoniker.com> wrote:

> And another reason for pre-compilation is that it can happen on district
> asset host boxes or even be pushed to a CDN which the apps use for an asset
> host.
>
>  - Ken
>
>
> On November 24, 2014 at 10:09:54 AM, James Coleman (jtc...@gmail.com)
> wrote:
>
> The reason for asset precompilation in production environments isn't just
> caching and speed on the first request, it's also that you don't want to
> have to have a JS environment (e.g. TheRubyRacer) in production.
>
> 2014-11-23 18:32 GMT-05:00 Bráulio Bhavamitra <brau...@eita.org.br>:
>
>>  Hello all,
>>
>> For me, assets precompilation is really boring, slow and even complicated
>> as additional configuration is necessary.
>>
>> That is why I've made a live asset compilation so that on the first
>> request the assets get compiled and put on the static asset path
>> (public/assets), just like rake assets:precompile do, so that on the next
>> request it is going to be served by Nginx.
>>
>> Please comment on the idea. GEM source code at
>> https://github.com/coletivoEITA/assets_live_compile
>>
>> cheers,
>>
>> bráulio
>>
>>
>>  --
>>  "Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
>> ideologia. Morra por sua ideologia" P.R. Sarkar
>>
>> EITA - Educação, Informação e Tecnologias para Autogestão
>> http://cirandas.net/brauliobo
>> http://eita.org.br
>>
>> "Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo é meu
>> lar e todos nós somos cidadãos deste cosmo. Este universo é a imaginação da
>> Mente Macrocósmica, e todas as entidades estão sendo criadas, preservadas e
>> destruídas nas fases de extroversão e introversão do fluxo imaginativo
>> cósmico. No âmbito pessoal, quando uma pessoa imagina algo em sua mente,
>> naquele momento, essa pessoa é a única proprietária daquilo que ela
>> imagina, e ninguém mais. Quando um ser humano criado mentalmente caminha
>> por um milharal também imaginado, a pessoa imaginada não é a propriedade
>> desse milharal, pois ele pertence ao indivíduo que o está imaginando. Este
>> universo foi criado na imaginação de Brahma, a Entidade Suprema, por isso
>> a propriedade deste universo é de Brahma, e não dos microcosmos que também
>> foram criados pela imaginação de Brahma. Nenhuma propriedade deste mundo,
>> mutável ou imutável, pertence a um indivíduo em particular; tudo é o
>> patrimônio comum de todos."
>> Restante do texto em
>> http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Ruby on Rails: Core" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to rubyonrails-core+unsubscr...@googlegroups.com.
>> To post to this group, send email to rubyonrails-core@googlegroups.com.
>> Visit this group at http://groups.google.com/group/rubyonrails-core.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Core" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-core+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-core@googlegroups.com.
> Visit this group at http://groups.google.com/group/rubyonrails-core.
> For more options, visit https://groups.google.com/d/optout.
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Core" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-core+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-core@googlegroups.com.
> Visit this group at http://groups.google.com/group/rubyonrails-core.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Core" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-core+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-core@googlegroups.com.
Visit this group at http://groups.google.com/group/rubyonrails-core.
For more options, visit https://groups.google.com/d/optout.

Reply via email to