J’ai une appli qui tourne pour laquelle je souhaiterai faire
quelques modifications sur le code, cependant bien qu’arrêtant et
relançant mes modifs ne semblent pas prises en compte malgré même une
modification du fichier routes.rb…Est-il possible que l’appli soit
en cache et “masque” mes modifs ?
je pense que ce choix est là pour gagner un peu de perfos (ne pas relire tous les fichiers pour chaque affichage de page) mais ne concerne que
ceux
qu’on modifie rarement.
oups, je me rends compte que j’ai mal lu, tu disais que tu arrêtais et
relancait.
non, pas de cache quel qu’il soit, ça doit marcher. si ce n’es tpas le
cas,
cherche un truc à 2 francs, style tu modifies par le bon fichier, ou tu
le
modifies mal (dans un commentaire)…
meme en mode de développement il faut relancer l’appli lorsqu’on
modifie les routes et certains fichiers comme environnement.rb
je pense que ce choix est là pour gagner un peu de perfos (ne pas
relire tous les fichiers pour chaque affichage de page) mais ne
concerne que ceux qu’on modifie rarement.
C’est là où Merb est encore pratique. Il reload son environement
automatiquement à chaque changement de route. \o/
Et c’est là où Merb déconne parfois et son process se “détache” et ne
reload plus rien du tout. Et vu que le shell est pas au courant qu’il
est détaché, t’a encore l’impression qu’il est attaché. FAIL.
Merci pour toutes ces infos…j’ai donc arrêter l’appli, renommer le
contrôleur de login en .rb.old et supprimé le .rb, relancer l’appli et
pouf dans un navigateur dont le cache est vide…le login fonctionne
toujours…!
Je n’utilise pas capistrano par ailleurs.
C’est sur un serveur max osx 10.5 que ça se passe, pour arrêter et
redémarrer j’utilise /bin/launchctl (un)load /
[chemin_vers_le_fichier_plist]
Pour le chemin de l’appli c’est sûr que c’est bon puisque j’y ai déjà
modifier des vues (avec la manip ci-dessus), mais là les contrôleurs
ou routes…rien n’y fait.
Pour les process, j’avoue je ne pensais avoir à aller jusque là
C’est sur un serveur max osx 10.5 que ça se passe, pour arrêter et
redémarrer j’utilise /bin/launchctl (un)load /
[chemin_vers_le_fichier_plist]
Pour le chemin de l’appli c’est sûr que c’est bon puisque j’y ai déjà
modifier des vues (avec la manip ci-dessus), mais là les contrôleurs
ou routes…rien n’y fait.
Pour les process, j’avoue je ne pensais avoir à aller jusque là
As-tu vérifié qu’un cache_page n’a pas été généré et donc que c’est la
page en HTML généré qui est pas servi ?
–
Cyril M.
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.