Differences

This shows you the differences between two versions of the page.

--- rails_howto [2015/08/28 17:28]
silox
+++ rails_howto [2021/11/23 14:14] (current)
@@ Line 19: / Line 19: @@
 Rbenv zal normaal de globaal ingestelde Ruby versie gebruiken, tenzij de gebruiker (of het project) een andere versie specifieert door middel van een ''.ruby-version'' bestand met daarin het versienummer. Dit laatste kan door ''rbenv shell [versie]'' worden overschreven voor de huidige shell sessie. De globale Ruby versie kan worden aangepast door ''rbenv global [version]''.
+Sommige Ruby versions kunnen bij het builden beginnen klagen over het niet gedefinieerd zijn van `SSLv3_method`. De fix hiervoor kan men vinden op de [[https://wiki.archlinux.org/index.php/Rbenv#Troubleshooting |Arch wiki]].
 ==== Windows ====
@@ Line 26: / Line 28: @@
 Net zoals rbenv de versie van je Rails project beheert, beheert Bundler per project de verschillende versies van dependencies en gems. Wanneer bijvoorbeeld twee verschillende projecten twee verschillende versies van dezelfde gem gebruiken, zorgt Bundler dat deze netjes naast elkaar kunnen gebruikt worden.
-Installatie van Bundler is zo simpel als ''gem install bundler''. Houd er rekening mee dat geïnstalleerde gems afhankelijk zijn van de door rbenv geactiveerde Ruby, het kan dus zijn dat je dit commando opnieuw moet uitvoeren na het installeren van een nieuwe Ruby versie.
+Installatie van Bundler is zo simpel als ''gem instal --user-install bundler''. Houd er rekening mee dat geïnstalleerde gems afhankelijk zijn van de door rbenv geactiveerde Ruby, het kan dus zijn dat je dit commando opnieuw moet uitvoeren na het installeren van een nieuwe Ruby versie.
 Gems worden per project gespecifieerd in de ''Gemfile''. Meer informatie over deze Gemfile kan [[http://bundler.io/v1.5/gemfile.html|hier]] worden verkregen.
@@ Line 51: / Line 53: @@
 Capistrano zet de applicatie in ''production/current''. Oude releases zijn beschikbaar in submappen onder ''production''. Mocht er een bug optreden in een nieuwe release kan je via Capistrano gemakkelijk terug naar een oude versie van de code via het commando ''cap production deploy:rollback''.
+Als de delayed-job queue (onder andere gebruikt in FK-enrolment) stilvalt, dan kan deze herstart worden met ''cap production delayed_job:restart''.
 Aangezien alle commando's via ssh worden uitgevoerd dien je toegang te hebben tot de server. Hiervoor werken we via ssh-keys. Als je toegang wil om een bepaalde applicatie te deployen kan je terecht bij admin@zeus.ugent.be met de naam van de applicatie, waarom je toegang wil en je public key.