La meilleure façon de combiner et de les rapetisser JS / CSS sur Heroku

Tout d'abord, selon cette réponse, le :cache => true option sur stylesheet_link_tag et javascript_include_tag ne fonctionne pas sur Heroku. Est-ce vrai? J'ai trouvé :cache => true de travailler de temps en temps, mais pas toujours (bizarre!)

Aussi, quelle est la meilleure solution ici? L'idéal serait de combiner de façon transparente et rapetisser tous les CSS /JS. Heroku De L'Actif De L'Emballeur prétend faire: es-t-il de meilleures options?

InformationsquelleAutor Tom Lehman | 2009-12-11
  1. 23

    Je suis en utilisant Jammit sur Heroku. Fonctionne Très Bien. Vous pouvez construire localement votre actif et de votre check-in à heroku. utilisation

    jammit --force

    l'actuelle version 0.5.1 a des problèmes de travail sur heroku, mais vous pouvez installer la version fixe de git://github.com/documentcloud/jammit.git

    Si vous êtes à l'aide de Rails 3, précisez ci-dessous dans votre bundler Gemfile:

    gem "jammit", :git => "git://github.com/documentcloud/jammit.git"

    Pour Rails 2.*

    config.gem "jammit", :source => "git://github.com/documentcloud/jammit.git"

    Bonne Chance.

    InformationsquelleAutor
  2. 8

    J'ai trouvé que l'ajout d'un git pre–commit hook qui les compile et les packs actifs, puis les ajoute à la commit courant est très pratique dans ce cas.

    Mine à l'aide Jammit ressemble à quelque chose comme ceci (dans .git/hooks/pre-commit):

    jammit
rake barista:brew
git add public/assets/*
git add public/javascripts/*

    Comme cela, tous vos biens seront emballés pour vous et vous n'avez pas à vous soucier plus à ce sujet.

    InformationsquelleAutor polarblau
  3. 4

    GitHub a une bonne réponse à cette question, et je suis sûr que vous pourriez modifier Heroku de scripts de déploiement pour l'intégration:

    http://github.com/blog/551-optimizing-asset-bundling-and-serving-with-rails

    • Le Heroku script de déploiement est git push heroku. Pas grand chose à modifier.
    InformationsquelleAutor Josh Delsman
  4. 3

    Je n'ai pas essayé sur heroku, mais Pignons pourrait être bon pour cela. Aussi, dans le passé, j'ai eu plus de chance avec

    :cache => 'all.css'
:cache => 'all.js'

    au lieu de "vrai"

    • Assurez-vous que vous découvrez github.com/jeffrydegrande/sprockets_on_heroku si vous voulez utiliser des Pignons. Les pignons est certainement quelque chose à regarder, comme il sera livré par défaut dans les Rails 3.1 (pas sûr si c'est dans Rails 3, encore).
    InformationsquelleAutor Jerry Cheung
  5. 1

    C'est une autre façon de gérer votre CSS/Javascript, mais vous voudrez peut-être vérifier les Rails plugin boîte à chaussures.

    Boîte à chaussures peut faire la combinaison, minifying, et la mise en cache.

    InformationsquelleAutor David Dollar
  6. 0

    Le projet nom dit tout:

    http://github.com/amasses/heroku_asset_packager

    • Mais cela met emballés actifs dans /tmp, qui, selon docs.heroku.com/constraints, ne sont pas nécessairement bâton autour de à travers les demandes de
    • Avez-vous essayé Jammit? documentcloud.github.com/jammit j'ai lu à plusieurs commits d'autres projets publics qui ont opté pour ce bien que je n'ai pas essayé moi-même. Je vais tester cela moi-même un jour, bientôt,... ne pas opter pour la pré-compilation, ont le joyau de la compilation de l'actif, puis effacer tous les fichiers à partir d'en dessous, et de voir si elle recompile les actifs de nouveau. Je n'ai pas lu Jammit de la source à confirmer, mais il est vaut le coup, sauf si vous avez trouvé quelque chose d'autre.
    InformationsquelleAutor databyte
  7. 0

    Voici les options de configuration pour compresser vos actifs.

    http://guides.rubyonrails.org/asset_pipeline.html#customizing-the-pipeline

    config.assets.css_compressor = :yui
config.assets.js_compressor = :uglifier
config.assets.compress = true


gem 'uglifier'
gem 'yui-compressor'
    InformationsquelleAutor Chloe
  8. 0

    Il y a sans doute plusieurs façons de faire cela, mais ce qui fonctionne pour moi est de rapetisser avant de le pousser. Puis-je utiliser une sous-arborescence de garder mes fichiers de compilation séparée de la "source" des fichiers. Ainsi, par exemple, si vous créez un dossier appelé "dist", vous pouvez pousser un sous-arbre appelé heroku/master comme ceci:

    git subtree push --prefix dist heroku master

    Il suffit de ne pas oublier de s'assurer que le dossier dist n'est pas ignorée (elle l'est souvent, par défaut) - afin de modifier votre .gitignore fichier en conséquence.

    --Prefix commande s'assure que le dossier dist devient le dossier "racine" du point de vue de la direction.

    InformationsquelleAutor Anselan