2010-11-03 19 views
3

Aujourd'hui, peu importe ce que j'ai fait, mon application ne reconnaît tout simplement pas un changement que j'ai apporté à un fichier que j'ai téléchargé. J'ai même mis un cfabort en haut de la page et il l'a simplement ignoré. Maintenant, il s'agit d'un serveur de production, donc il y avait certaines choses que je dois normalement faire pour que le framework fusebox charge les nouvelles pages. Cependant, tous les processus habituels ont échoué et j'ai même essayé de nombreux autres. Permettez-moi de les énumérer:Fusebox 5 problèmes lors du remplacement de fichiers

processus normal:

&fusebox.parseAll=1&fusebox.password=whatever <- Did not work 
&fusebox.load=1&fusebox.password=whatever <- Did not work 

Autres choses que j'essayées:

* changed mode from production to development-full-load <- Did not work 
* called onApplicationStart to reset app <- Did not work 
* changed the application name to reset app <- Did not work 
* deleted parsed folder and regenerated <- Did not work 

Peu importe ce que je faisais (ils ont été plus que je ne me souviens pas seulement à présent) rien n'actualiserait la page. La seule chose qui a travaillé après avoir été à la fin de mon esprit, était d'arrêter le serveur Railo, redémarrez-le et puis exécutez la chose que j'ai essayé la première fois, être: & fusebox.parseAll = 1 & fusebox.password = quel que soit

Cela a fonctionné. Donc, ma seule hypothèse peut être que quelque part dans l'une des applications, le code en cache était utilisé pour régénérer les fichiers analysés au lieu du fichier mis à jour.

Est-ce que quelqu'un a déjà vécu cela et avez-vous des solutions pour éviter cela? Je ne peux pas continuer à redémarrer mon application de production juste pour mettre à jour un fichier modifié.

Merci

Répondre

3

D'après ce que vous avez dit que cela ressemble de confiance peut être Caching activé, ce qui est un nom bizarre, mais signifie essentiellement « Je suis convaincu que ces fichiers ne changeront pas, alors ne prend pas la peine de vérifier » ou quelque chose comme ça. Le principal est qu'il ne regarde pas vos fichiers cfm/cfc pour les changements, ce qui est plus rapide, mais bien sûr très ennuyeux quand vous faites des changements. Sur Railo, cela peut se produire au niveau du mappage. La première chose à faire est de vérifier tous vos mappages pour voir si l'option "Trusted" est activée - à moins que votre site ne soit suffisamment fréquenté L'application Fusebox est sans doute plus compliquée qu'elle ne l'est - donc pour les mappings pertinents, à moins que vous n'en ayez spécifiquement besoin, allez-y et désactivez-la.

Il existe également une option de mise en cache globale similaire - dans Railo Web Admin, allez dans Paramètres> Performance/Caching et vous souhaitez probablement que "Inspect Templates" soit réglé sur "Once". Si elle est définie sur "Jamais", c'est la même chose que le cache sécurisé, qui est encore plus rapide mais pas le meilleur pour un site changeant. Cependant, vous avez peut-être remarqué qu'il existe un bouton "Effacer le cache de modèles" ci-dessous - si vous préférez le garder sur "Jamais", vous pouvez appuyer sur ce bouton chaque fois que le code change.

+1

Salut Peter. Merci encore pour la grande perspicacité. Dans ce cas, l'option Inspecter les modèles a été définie sur "Une fois", ce n'était donc pas le problème. Ensuite, je suis passé à la cartographie Fusebox, qui a été mis en "confiance" et une fois que j'ai décoché cela, la page a été rafraîchie selon les besoins. Donc c'était le coupable. Au moins maintenant pour l'avenir, je sais ce qu'il faut faire lors de la mise à niveau. Cela expliquerait aussi pourquoi je n'ai jamais eu ce problème sur mes serveurs de développement et de mise en scène - ils n'utilisent pas de mappages fusebox. Seul mon site en direct est configuré de cette façon. Et oui, je sais, la mise en scène doit être configurée exactement comme production-next sur ma liste de choses à faire :) – Cheeky