Cum să scapi de eroarea de precompilare a activelor în timpul unei demonstrații

  • Nginx
  • Serverul Ubuntu
  • Ruby on Rails
  • Capistrano
  • implementare

Prima dată când încerc să implementez aplicația pe serverul de ubuntu 14 de pe serverul de domiciliu, instalat în VirtualBox. Capistrano a început să se simtă ieri. Sa întâmplat ceva chiar). Dar totuși, de-jobul nu trece. Îmi iau o șină de curățare curată (pe șinele computerului local începe și arată binevenit). Încerc să o confirm. Vad activele de eroare: precompila. În general, pot să-l dezactivez, am nevoie de el, se poate face pe computerul local, unde pot citi mai multe despre acest ansamblu: precompilați. Pe proiectul de lucru, de asemenea, dă o eroare (nu-mi amintesc pe care), deci am decis să iau mai întâi un proiect curat și apoi să-l torturez pe muncitor. Am răspândit config-urile:







config / deploy / production.rb
server '192.168.1.106', utilizator: 'deployer', roluri:% w

cap de producție desfășura:


Citiți și ați făcut acest lucru
Din diferențele: în loc de unicorn - pasager și în loc de github - propriul meu server, unde în următorul dosar cu site-ul există un depozit, pe care îl voi rula de pe computerul local.

> 0.6.2)
rails-dom-testing (

> 1.0,> = 1.0.5)
rails-html-sanitizer (

> 1.0,> = 1.0.1)
vizualizare de acțiune (4.2.1)
activesupport (= 4.2.1)
constructor (

> 2.7.0)
rails-dom-testing (

> 1.0,> = 1.0.5)
rails-html-sanitizer (

> 1.0,> = 1.0.1)
activejob (4.2.1)
activesupport (= 4.2.1)
globalid (> = 0.3.0)
modelul activ (4.2.1)
activesupport (= 4.2.1)
constructor (

> 3,1)
activarecord (4.2.1)
activmodel (= 4.2.1)
activesupport (= 4.2.1)
arel (

> 6,0)
activesupport (4.2.1)
i18n (

> 1,7,> = 1,7,7)
minitest (

> 5.1)
thread_safe (

> 0.3,> = 0.3.4)
tzinfo (

> 1.1)
arel (6.0.3)
constructor (3.2.2)
capistrano (3.4.0)
i18n
rake (> = 10.0.0)
sshkit (

> 1,3)
capistrano-bundler (1.1.4)
capistrano (

> 1,2)
capistrano-șine (1.1.3)
capistrano (

> 3,1)
capistrano-bundler (

> 1.1)
capistrano-rvm (0.1.2)
capistrano (

> 1,2)
colorize (0.7.7)
erubis (2.7.0)
globalid (0.3.6)
activesupport (> = 4.1.0)
i18n (0.7.0)
json (1.8.3)
loofah (2.0.3)
nokogiri (> = 1.5.9)






mail (2.6.3)
tipuri de mime (> = 1,16, <3)
tipuri de mime (2.6.1)
mini_portile (0.6.2)
minitest (5.8.0)
net-scp (1.2.1)
net-ssh (> = 2.6.5)
net-ssh (2.9.2)
nokogiri (1.6.6.2-x86-mingw32)
mini_portile (

> 0.6.0)
pasager (5.0.15)
portbagaj
rake (> = 0.8.1)
rack (1.6.4)
rack-test (0.6.3)
rack (> = 1,0)
șine (4.2.1)
actionmailer (= 4.2.1)
actionpack (= 4.2.1)
vizualizare acțiune (= 4.2.1)
activejob (= 4.2.1)
activmodel (= 4.2.1)
activrecord (= 4.2.1)
activesupport (= 4.2.1)
bundler (> = 1.3.0, <2.0)
feroviare (= 4.2.1)
Stelute-șine
rails-deprecated_sanitizer (1.0.3)
activesupport (> = 4.2.0.alpha)
rails-dom-testing (1.0.7)
activesupport (> = 4.2.0beta, <5.0)
nokogiri (

> 1.6.0)
rails-deprecated_sanitizer (> = 1.0.1)
rails-html-sanitizer (1.0.2)
loofah (

> 2,0)
feroviare (4.2.1)
actionpack (= 4.2.1)
activesupport (= 4.2.1)
rake (> = 0,8,7)
thor (> = 0,18,1, <2.0)
rake (10.4.2)
sass (3.4.16)
sass-șine (5.0.3)
feroviare (> = 4.0.0, <5.0)
sass (

> 3,1)
pinioane (> = 2,8, <4.0)
pinioane-șine (> = 2,0, <4.0)
tilt (

> 1.1)
pinioane (3.3.2)
rack (

> 1.0)
pinion-șine (2.3.2)
actionpack (> = 3.0)
activesupport (> = 3.0)
pinioane (> = 2,8, <4.0)
sqlite3 (1.3.10-x86-mingw32)
sshkit (1.7.1)
colorize (> = 0.7.0)
net-scp (> = 1.1.2)
net-ssh (> = 2.8.0)
thor (0.19.1)
thread_safe (0.3.5)
înclinare (1.4.1)
tzinfo (1.2.2)
thread_safe (

> 3.4.0)
capistrano-bundler (

> 1.1.3)
capistrano-șine (

> 1.1.2)
capistrano-rvm (

> 0.1.1)
nokogiri
pasager
rack (

> 1.6.1)
șine (= 4.2.1)
sass-șine (

> 5.0)
SQLite3
tzinfo-date

Am descoperit interes: Există mai multe motive pentru care ar putea exista dorința de a compila resursele la nivel local. Iată câteva dintre ele:

Nu aveți permisiunea de scriere pentru producția sistemului de fișiere.
Sunteți găzduit pe mai multe servere și doriți să evitați dublarea activității.
De multe ori produceți demo-uri care nu includ schimbări de resurse.
Compilarea locală vă permite să remediați fișierele compilate în controlul versiunilor și să le decomprimați ca de obicei.

Cu toate acestea, există trei avertismente:

Nu trebuie să executați sarcina Capistrano, care compilează resursele.
Trebuie să vă asigurați că toate compresoarele sau minifactorii necesari sunt prezenți în sistemul dvs. de dezvoltare.
Trebuie să modificați următoarele setări de configurare pentru aplicație:
În config / environments / development.rb, puneți următoarea linie:

config.assets.prefix = "/ dev-assets"
Schimbarea prefixului permite Sprockets-ului să utilizeze o altă adresă URL pentru a difuza resursele în modul de dezvoltare și să transmită toate solicitările la Sprocket. Prefixul a rămas setat / activ în modul de producție. Fără această modificare, aplicația va fi întreținută de resursele precompilate de la / active la dezvoltare și nu veți vedea modificări locale până când nu veți compila din nou resursele.

În practică, acest lucru vă va permite să precompilați local, să păstrați aceste fișiere în ramura de producție și, dacă este necesar, să le reparați în sistemul de control al versiunilor. Modul de dezvoltare va funcționa conform așteptărilor
Am reusit sa le compilam pe plan local. Cum nu ar trebui să executați sarcina Capistrano, care compilează resursele.







Articole similare

Trimiteți-le prietenilor: