Désactiver l'Actif Minification dans les Rails de Production

Afin de débogage javascript dans mon heroku environnement de production, j'ai besoin de désactiver l'actif de compression (ou au moins la compression du javascript). J'ai essayé config.assets.compress = false avec config.assets.debug = true, et par la compression de l'actif a été utilisé. J'ai ensuite supprimé le comprimé actif, et aucune actifs ont été rendus à tous. J'ai ajouté config.assets.enabled = false, qui n'a pas aidé. J'ai essayé de copier le non compressé actifs dans divers répertoires, y compris la racine de l'application, public et public/actifs (les deux derniers en utilisant à la fois les dossiers "images "javascript", et "feuilles de style", et de mettre de l'actif directement dans les dossiers sans les trois sous-dossiers). J'ai été finalement en mesure d'obtenir les javascripts pour travailler en modifiant le code html pour faire directement référence à tous les fichiers javascript. Mais le CSS et les images ne sont pas encore en travail.

J'aurais pensé que mon original config.assets.compress = false doit avoir travaillé. Toutes les idées que j'ai fait de mal?

Vous avez été certainement la modification de config/environments/production.rb?
Êtes-vous à l'aide de Rails tag aides pour accéder à l'actif (javascript_include_tag 'script.js')? Pourriez-vous vous concentrer sur un seul fichier et donnez-nous un exemple de la façon dont il est mis en œuvre et ce qui se passe?

InformationsquelleAutor Jack R-G | 2012-03-12

51

Je suis venu avec cette solution de contournement après la lecture de les docs:

créer un module qui ne fait rien pour compresser js /css ici: lib/modules/no_compression.rb
```
class NoCompression
  def compress(string)
    # do nothing
    string
  end
end
```
configurer votre patrimoine à (ne pas) être compressé avec votre faire-rien compresseur
```
config.assets.compress = true
config.assets.js_compressor = NoCompression.new
config.assets.css_compressor = NoCompression.new
```
- Très intelligent! Je n'aurais jamais pensé à ça. Merci!
- La grande chose à utiliser lors du déploiement de serveurs de transfert. Sauve-moi de 100 secondes à partir d'un total de 260 à chaque fois que j'déployer sur heroku.
- Sera-ce encore ajouter de la valeur de hachage de l'actif, les noms de fichiers? Je vais avoir de debug de code sur un serveur, mais dans le but de trouver l'erreur que j'ai besoin d'être à l'aide de l'correctement haché actif noms.
- désolé pour la réponse tardive, mais les Pignons vont encore ajouter un digest créé à partir d'un hash MD5 des fichiers non compressés (tant que config.assets.digest = true dans votre environnement.rb fichier)
- Retrait config.assets.js_compressor = :uglifier est assez pour fixer
InformationsquelleAutor ncherro
24

Rails 4 juste en commentant la ligne
```
# config.assets.js_compressor = :uglifier
```
dans config/environments/production.rb a fonctionné pour moi. Regarde comme valeur par défaut est no compresson.

InformationsquelleAutor geekQ

J'ai aussi besoin de déboguer mon js j'ai donc essayé ncherro de la solution. Le problème était qu'il serait toujours jeter

râteau abandonnée!
uninitialized constant NoCompression

Donc j'ai juste mis NoCompression classe dans la production.rb fichier

    # Compress JavaScripts and CSS
    class NoCompression
         def compress(string)
             # do nothing
             string
         end
     end

     config.assets.compress = true
     config.assets.js_compressor = NoCompression.new
     config.assets.css_compressor = NoCompression.new

InformationsquelleAutor user2576663

6

Également intéressant de noter... En plus ncherro solution, vous devez effectuer les opérations suivantes:
1. assurez-vous de mettre votre nouveau module à un endroit où il sera chargé par défaut. A lib/extras dans mon cas.
2. exécuter rake assets:clean pour nettoyer vos actifs existants.
3. exécuter rake assets:precompile pour compiler vos ressources à l'aide du nouveau compresseur.
4. redémarrer votre application... je utiliser touch tmp/restart.txt
Heureux de débogage 😉

InformationsquelleAutor whyvez
6

Commentaire la uglifier et ajouter config.assets.debug = true. Cela a fonctionné pour moi.
- Compresser les JavaScripts et CSS:
  
  config.assets.js_compressor = :uglifier
- Debug mode désactive la concaténation et de prétraitement de l'actif. Mais cette option peut entraîner des retards importants dans le rendu de l'affichage avec un grand nombre de complexes d'actifs:
  
  config.assets.debug = true
InformationsquelleAutor user3630729
2

Avec Rails 4 sur Heroku, vous devez faire deux choses. D'abord en tant que @geekQ mentionné en commentaire le js_compressor ligne dans config/environments/production.rb
```
# config.assets.js_compressor = :uglifier
```
Deuxièmement, vous devez tenir compte de Heroku de l'asset pipeline de cache pour les Rails 4. n'Importe quel fichier avec le même MD5 que la version dans le cache ne sera pas recompilé. La précédente (éventuellement compressé) version sera servi. Tout fichier que vous éditez aura un nouveau MD5 et être recompilé.

Vous pouvez également purger la totalité de l'actif de cache avec le Heroku Pensions de plugin à la Heroku toolbelt. Installez le, puis utilisez la commande
```
heroku repo:purge_cache
```
Déployer une nouvelle version après la purge du cache et de tous vos biens seront recompilés.
- Retrait config.assets.js_compressor = :uglifier est assez pour fixer
InformationsquelleAutor dodgio
1

J'ai eu à mettre à jour Rails.application.config.assets.version dans config/initializers/assets.rb pour la production.rb que les modifications prennent effet.

InformationsquelleAutor averageradical
1

Trouver et comment ces ligne dans environments/production.rb:
```
config.assets.js_compressor = ...
config.assets.css_compressor = ...
```
InformationsquelleAutor Manish Singh
0

Semble que cela PEUT avoir été un bug dans les Rails. De le changelog pour la prochaine rails 3.2.9, est-ce que vous avez été en cours d'exécution dans?

Respect de config.digest = false pour asset_path

Précédemment, la asset_path internes seulement respecté le :digest option, mais il a ignoré l'global paramètre de configuration. Cela signifie que config.digest = false ne pouvait pas être utilisé en conjonction avec la config.compiler = false, cela corrige le problème.

http://weblog.rubyonrails.org/2012/10/29/ann-rails-3-2-9-rc1-has-been-released/

Pensez-vous que pourrait être lié?
- Je ne pense pas que les deux sont liés, parce que je crois que le changement a à faire avec si ou pas, un recueil a été ajouté le nom de l'actif, tandis que mon problème avait plus à voir avec la compression javascript. Il est possible que le même problème existe avec config.de l'actif.la compression et ils n'ont tout simplement pas encore trouvé, je suppose. En tout cas, merci pour le heads up sur ce.
InformationsquelleAutor jrochkind

Vous devez vous connecter pour publier un commentaire.