undefined method `page_cache_extension " pour ActionController::Base:Classe
Pour une raison quelconque, j'ai le "undefined method `page_cache_extension" pour ActionController::Base:Classe d'erreur" quand je lance mon application.
La chose étrange est qu'il semble se produire uniquement sur le premier démarrage, après je démarre ma machine et démarrer le serveur. Si j'ai actualiser la page - il charge très bien. Si je redémarre mon serveur, il fonctionne très bien aussi.
- Je utiliser rails 3.0.9 avec ruby 1.9.2 sur windows7 et je pense que cela a commencé passe après que j'ai mis à niveau vers 3.0.7. Au moins, avec 3.0.3 je n'ai pas eu le.
Voici la trace:
[2011-06-28 15:16:39] INFO WEBrick 1.3.1
[2011-06-28 15:16:39] INFO ruby 1.9.2 (2011-02-18) [i386-mingw32]
[2011-06-28 15:16:39] INFO WEBrick::HTTPServer#start: pid=5292 port=3000
[2011-06-28 15:27:18] ERROR NoMethodError: undefined method `page_cache_extension' for ActionController::Base:Class
D:/dev/Ruby192/lib/ruby/gems/1.9.1/gems/actionpack-3.0.9/lib/action_dispatch/middleware/static.rb:21:in `call'
D:/dev/Ruby192/lib/ruby/gems/1.9.1/gems/railties-3.0.9/lib/rails/application.rb:168:in `call'
D:/dev/Ruby192/lib/ruby/gems/1.9.1/gems/railties-3.0.9/lib/rails/application.rb:77:in `method_missing'
D:/dev/Ruby192/lib/ruby/gems/1.9.1/gems/railties-3.0.9/lib/rails/rack/log_tailer.rb:14:in `call'
D:/dev/Ruby192/lib/ruby/gems/1.9.1/gems/rack-1.2.3/lib/rack/content_length.rb:13:in `call'
D:/dev/Ruby192/lib/ruby/gems/1.9.1/gems/rack-1.2.3/lib/rack/handler/webrick.rb:52:in `service'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpserver.rb:111:in `service'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpserver.rb:70:in `run'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/server.rb:183:in `block in start_thread'
Started GET "/" for 127.0.0.1 at 2011-06-28 15:27:21 +0400
Processing by GamesController#index as HTML
Category Load (2.0ms) SELECT "categories".* FROM "categories"
Game Load (17.0ms) SELECT "games".* FROM "games" WHERE "games"."approved" = 't' AND "games"."published" = 't' ORDER BY approved_at DESC LIMIT 3
...
Rendered games/_game.haml (7.0ms)
Rendered games/index.haml within layouts/application (574.0ms)
Completed 200 OK in 638ms (Views: 586.0ms | ActiveRecord: 28.0ms)
[2011-06-28 15:27:23] ERROR Errno::ECONNABORTED: ��������� �� ����� ����-���������� ��������� ������������� �����������.
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpresponse.rb:323:in `write'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpresponse.rb:323:in `<<'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpresponse.rb:323:in `_write_data'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpresponse.rb:295:in `send_body_string'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpresponse.rb:186:in `send_body'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpresponse.rb:103:in `send_response'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/httpserver.rb:86:in `run'
D:/dev/Ruby192/lib/ruby/1.9.1/webrick/server.rb:183:in `block in start_thread'
Vous devez vous connecter pour publier un commentaire.
J'ai enlevé les lignes suivantes de développement.rb
Ne sais pas si cela est juste, mais il a travaillé pour moi.
config.action_controller.perform_caching = false
J'ai expérimenté le même problème après la mise à jour de mon OS.
Si le programme d'installation a été effectuée à l'aide de RVM, seulement utiliser la commande suivante :
J'ai eu cette erreur après j'ai ajouté haml à mon Gemfile. Il semblait être un bug dans un des rails de mise à jour pour les rails 3.1
La mise à jour des rails pour 3.2.2 et haml à 3.1.4 résolu le problème. Plus d'infos sur le bug peut être trouvé ici.
Juste eu le même problème, et j'ai trouvé que la base de données sur le serveur avait pas de données en elle - mon de restauration a échoué, comme j'ai oublié de créer un rôle de connexion requis par la db. Dès que j'ai restauré correctement la db à partir de la sauvegarde, les rails a fonctionné parfaitement.
Je ne suis pas sûr si vous êtes dans une situation similaire, mais j'ai pensé que je devais vous laisser savoir comment je l'ai résolu, juste au cas où vous êtes dans le même bateau, j'ai été dans 🙂 Bonne chance!
supprimer cette ligne dans le développement.rb pour moi travaillé
Le message
n'est pas la cause racine du problème, mais le dernier message d'erreur affiché
Après vérification du journal, je peux voir une autre erreur
et selon ici
debug_rj est supprimé. Par conséquent, la suppression de config aidé
Remarque:
Comme dans ici il est toujours suggéré d'ajouter dans le fichier README...
Un Autre Thread concernant cette même question
J'ai commenté les deux lignes dans mon développement.rb
mais le problème était toujours là. J'avais juste supprimé et recréé à ma base de données j'ai donc pensé que c'était peut-être le manque de données comme indiqué ci-dessus. Après la création d'un dossier, j'étais toujours sans succès. Enfin, j'ai fait un redémarrage complet, dans mon cas....
J'étais maintenant en mesure d'exécuter mes rails apps maintenant. Bien que n'étant pas une solide correction, il peut être d'une certaine aide.
Dès le démarrage de mon application rails, j'ai remarqué que toutes mes modifications pour le récent pull apparaissaient? J'ai remarqué que j'avais changé .fichier js à un .js.erb fichier. Quand j'ai fait mon commit, j'ai utilisé la commande git add . Cette gauche les deux fichiers. Je suis retourné et a émis la commande git add -u j'ai fait un autre commit, précompilés et redémarrer...maintenant, toutes mes modifications sont là et l'erreur a disparu. Semble que example.js dans le même dir comme exemple.js.erb ont été à l'origine du problème. Bien que le redémarrage a peut-être aidé, je crois que ces fichiers peuvent avoir été la cause. J'espère que cela est de peu d'aide.
Rencontré ce problème, mais ne trouvez pas une des lignes
ou
en développement.rb.
Au lieu de cela j'en commentaire
qui était près du haut de mon
development.rb
et cela a fonctionné. Je travaille avec une OpenShift généré Rails 4 application de sorte que pourrait être la raison de l'absence de lignes ci-dessus. Ou peut-être ils ont été abandonné depuis, la question a d'abord été demandé /résolu, si cela peut aider quelqu'un de nouveau à la question.