Effacer le cache de l'Rails asset pipeline

Je commence un nouveau projet dans les Rails, et il semble que l'application.js fichier manifeste est en train de faire quelque chose d'amusant avec les javascripts que j'référence - t-il cache ces fichiers dans le cadre de l'asset pipeline?

Voici ce qui s'est passé. J'ai ajouté un fichier javascript nommé jquery.autoresize.js pour le vendeur/assets/scripts javascript dossier, et ensuite référencé le fichier dans le application.js manifeste comme ceci: 

//= require jquery.autoresize.js

Puis j'ai commencé le serveur rails. Mais après avoir navigué autour de mon application, j'ai réalisé que j'avais accidentellement ajouté la mauvaise version de la jquery.autoresize.js fichier. Donc, j'ai supprimé ce fichier, puis ajout de la version correcte de l'vendor/assets/scripts javascript dossier. Mais, à ma grande horreur, quand j'ai rechargé la page, il est toujours en train de charger l'ancien fichier javascript.

J'ai essayé de vider mon cache du navigateur, puis quitter et redémarrer le serveur Rails, mais en vain. J'ai piraté une solution ensemble par tout simplement de renommer mon fichier javascript et référencement d'un nom nouveau, qui a bien fonctionné. Mais il y a obtenu d'être une meilleure solution.

La nouvelle asset pipeline de mettre en cache les fichiers de référence en quelque sorte? Si oui, comment puis-je effacer ce cache? Merci pour toute aide!

  • Je ne peux pas croire que j'ai perdu plus d'une heure sur ce point. Qu'enfin, il fixe pour moi a été la réinitialisation de la cache du navigateur! Chrome > Effacer les Données de Navigation " > mise en Cache des Images & Fichiers
InformationsquelleAutor Aaron Gray | 2012-04-04
  1. 54

    Je suis en supposant que nous parlons de l'environnement de production.

    Lorsque vous modifiez l'un de vos scripts javascript ou des feuilles de style dans l'environnement de production, vous devez exécuter rake assets:precompile; cette tâche compile et comprime le divers .js et .les fichiers css et crée la application.js et de l'application.les fichiers css qui est chargé par votre point de vue.

    Il est possible que si vous avez remplacé jquery.autoresize.js avec une version avec un âgées timestamp, le précompiler étape peut l'ignorer en pensant que la version compilée est à jour. Vous pouvez éviter cela en exécutant rake assets:clean d'abord, la forçant à tout reconstruire dans la public/assets répertoire à partir de zéro.

    • Ah, très intéressant, merci pour vos pensées. J'étais en train de faire cela sur mon environnement local de développement, et je n'ai jamais couru râteau actifs:précompiler. Alors, peut-être que le fait se comporter différemment? Pensez-vous que l'environnement de développement serait la cause de se comporter de la manière que j'ai décrite à l'origine?
    • Dans l'environnement de développement, hachés noms de fichiers ne sont pas utilisés, donc tout est basé sur les dates de modification des fichiers. (Voir la source dans un navigateur pour voir le script de liens dans le code HTML.) Mon sentiment est que, dans l'environnement de dev, le fichier de remplacement avait un vieux date de modification, et de sorte que le navigateur était juste à l'aide de sa version mise en cache. Votre edition mise à jour le fichier du mod le temps, et c'est pourquoi le navigateur enfin récupéré la nouvelle version.
    • Génial. Merci de m'aider à comprendre cela. Je vais modifier le contenu de la question et des trucs pour mieux expliquer et vous donner crédit pour les aider.
    • RAILS_ENV=développement bundle exec rake actifs:propre, RAILS_ENV=développement bundle exec rake actifs:précompiler, et RAILS_ENV=développement bundle exec serveur rails est ce que finalement il l'a fait pour moi.
    InformationsquelleAutor benzado
  2. 36

    Aussi essayer rake assets:clobber. Ce sera totalement tout réinitialiser et supprimer tout compilé actifs. En plus, j'ai souvent besoin de définir l'environnement avant de le pousser à la production en passant: RAILS_ENV=production rake assets:precompile.

    • +1! Cette solution a fonctionné pour moi. Je suis en développement personnalisé asset pipeline du processeur et de ce fait, les Pignons d'entrée pour le processeur à nouveau. Thx
    • probablement la meilleure réponse
    InformationsquelleAutor Dex
  3. 25

    Rails efface automatiquement le cache pour un fichier individuel à chaque fois que le contenu de l'édition. Pour effacer le cache pour un seul fichier, il suffit d'ouvrir le fichier, de modifier une ligne de code, et les ré-enregistrer. Rails de vider le cache pour ce fichier, et le navigateur va charger le nouveau fichier la prochaine fois que la page est chargée.

    La raison jquery.autoresize.js a l'aide de l'ancienne version en cache du fichier est parce que l'ancienne version a été supprimé et puis la nouvelle version a été copié et collé avec le même nom dans le même dossier. Parce que le fichier lui-même n'a jamais été modifié, les Rails continue à utiliser l'ancien fichier qui a été mis en cache.

    C'est parce que l'asset pipeline utilise les empreintes de la mémoire cache.

    L'empreinte digitale est une technique qui a fait le nom d'un fichier dépendant
    sur le contenu du fichier. Lorsque le contenu du fichier de changement, le
    nom de fichier est également modifiée. Pour le contenu statique ou rarement
    changé, ce qui fournit un moyen facile de dire si les deux versions d'un
    fichier sont identiques, même sur différents serveurs ou de déploiement de dates.

    Lorsqu'un nom de fichier est unique et en fonction de son contenu, peut les en-têtes HTTP
    être établis de manière à encourager les caches partout (que ce soit au Cdn, au Fsi, dans
    de l'équipement de réseau, ou dans les navigateurs web) afin de conserver leur propre copie de
    le contenu. Lorsque le contenu est mis à jour, les empreintes digitales va changer.
    Ce sera la cause de la distance pour les clients de demander une nouvelle copie de la
    contenu. Ceci est généralement connu sous le cache busting.

    La technique que les Rails utilise pour l'empreinte digitale est d'insérer une table de hachage
    le contenu dans le nom, habituellement à la fin. Par exemple, un CSS
    fichier global.css pourrait être renommé avec un MD5 de son contenu:

    global-908e25f4bf641868d8683022a5b62f54.css

    Donc, si vous supprimez un fichier, vous faites référence dans le manifeste, et ensuite de copier un nouveau fichier avec le même nom, le contournement du cache ne se produit jamais. Lorsque vous modifiez le fichier, le fichier d'empreintes digitales des coups de pied dans, et une nouvelle table de hachage est généré pour le nom de fichier. Cette bustes le cache pour ce fichier.

    Pour l'histoire complète, voir Qu'est-ce que des Empreintes et Pourquoi Devrais-je m'en soucier?.

    • Je ne pense pas que c'est correct. L'empreinte digitale est basé sur le contenu du fichier. Si vous supprimez un fichier et de le remplacer par un différentes un avec le même nom, vous obtiendrez un des empreintes différentes, et un nom de fichier différent.
    • Merci pour carillon. Avez-vous essayé ceci dans un de vos propres projets récemment? Parce que je peux vous confirmer que quand j'ai créé cette question, la seule façon que je pouvais obtenir le nouveau fichier pour être chargé par mon navigateur pour modifier une seule ligne de code et la réenregistrer. Si c'est le travail pour vous simplement en supprimant le fichier et de le remplacer par un nouveau avec le même nom, j'aimerais en entendre parler.
    • J'ai eu un autre asset pipeline en question, qui est de savoir comment je suis tombé sur cette question. Vous dites "si vous supprimez un fichier, vous faites référence dans le manifeste, et ensuite de copier un nouveau fichier avec le même nom, le contournement du cache ne se produit jamais"; que que vrai si le nouvel/ancien fichier un contenu identique, auquel cas, qui se soucie de la version que vous avez? Si vous parlez de mode de production, vous devez exécuter rake assets:precompile de mettre les fichiers dans le public/assets répertoire; qui devrait être la solution, sauf si vous avez modifié la configuration par défaut.
    • Les mesures en gras a fonctionné parfaitement pour moi.
    • Aaron est bon, j'ai eu le même problème (en dev mode) et tout essayé - rake assets:clean, puis rake assets:precompile, ainsi que de copier le nouveau fichier et redémarrer le serveur. Rien n'a fonctionné jusqu'à ce que j'ouvre le nouveau fichier ajouté un peu factice de mots à la fin, puis supprimés et enregistré le fichier. Rails est en train de devenir trop complexe pour son propre bien - vous savez que c'est le cas lorsque les choses simples nécessitent des étapes à faire.
    • Malheureusement même pas @user906230 la solution a fonctionné. Les Rails continue juste à se servir de l'ancien fichier, j'ai tout fait en plus de débogage asset pipeline directement. Si quelqu'un a résolu ce problème s'il vous plaît écrire un commentaire.
    • vous avez besoin de vider votre actif cache essayez d'exécuter toutes les opérations suivantes, puis recompiiging: Exécutez les commandes suivantes: ` " rake actifs:nettoyer râteau tmp:claire râteau tmp:cache:clear râteau cache:clear ``
    • plutôt que d'éditer le fichier, vous pouvez exécuter touch sur le fichier pour mettre à jour l'horodatage sur elle. Vous pouvez voir si c'est le problème en exécutant ls -l et de la vérification de la date de modification.
    • J'ai rencontré un problème similaire et aucune des solutions ci-dessus aidé. Nous avons application.css inclure un fichier unique (avec pignons' *= require syntaxe) qui contient d'autres fichiers à l'aide de la boussole est @import. Modifier les fichiers ci-dessous les @import utilisé pour arranger les choses mais après un précompiler en dev une fois qu'il a commencé à retourner la mise en cache version compilée. J'ai fixé ce par modification application.css et rerequesting. Que éclaté le cache et maintenant, il recharge correctement.
    • Incroyable que 4 ans plus tard, c'est toujours un problème. rake tmp:clear n'a rien fait, j'ai vraiment eu pour ajouter une ligne vide dans le fichier afin de le faire fonctionner.

    InformationsquelleAutor Aaron Gray
  4. 12

    rake tmp:clear a fait le tour pour moi, je suis en utilisant moins rails.

    • - Je faire pour obtenir browserify-rails de mise à jour, sinon il va le trouver et à utiliser les anciens fichiers qui ont été supprimés. rails assets:clean ne fonctionne pas pour cette.
    • Cette commande va supprimer les fichiers pid dans le répertoire tmp trop.
    InformationsquelleAutor akz92
  5. 6

    - Je utiliser config.assets.version = '1.01019' dans mon application.rb le buste de l'intégralité du cache. Quand j'ai envie de pousser une toute nouvelle version, je l'incrémentation de la version et qui fait le tour. Cela prend en charge de ces cas limites, Rails de ne pas recompiler un atout pour quelque raison que ce soit.

    InformationsquelleAutor user3670743