Version imprimable
Bonjour,
Je suis en train de mettre la nouvelle version de mon site en ligne et j'ai un problème avec assetic.
Je ne comprends pas pourquoi lorsque je lance un watch, la commande bloque sur un fichier... Je suis obligé de stopper la commande et si je la relance c'est toujours le même problème.
Du coup, il me manque des fichiers...
Auriez vous une idée pour m'aiguiller?
Merci à tous.
Bonjour,
Pourrais-tu nous donner un peu plus d'indications ? Quels sont les symptômes, l'ordinateur "plante" ? Tu as un message d'erreur ? Qu'as-tu dans les logs Symfony et Apache ? Sais-tu quel est le fichier qui pose problème et qu'a-t-il de différent par rapport aux fichiers qui "fonctionnent" ?
Salut,Citation:
Envoyé par samche2000
Merci pour ta réponse.
Je lance la commande assetic:watch --env=prod et des fichiers commencent à être créés. Et puis à un moment donné, toujours sur le même fichier, ça n'avance plus et ça reste dessus. Rien n'est planté et je n'ai aucun message d'erreur. Je vois juste que plus rien n'avance... Le fichier est à priori un fichier css qui contient juste
Je dis à priori car les fichiers générés par assetic sont nommés par des numéros et plus le nom d'origine. Mais au vu du code je pense que c'est bien celui ci.Code:
2
3
4
Dans la log je n'ai rien ni dans apache ni dans symfony...
Merci.
il ne doit pas y avoir de # pour #body, c'est une erreur css de mon point de vue
Code:
2
3
4
sauf si j'ai un id que j'ai appelé body :Citation:
Envoyé par dukoid
Code:
2
il bien il doit y une confusion, BODY est réservé et ne doit pas être utiliser comme id.
Dukoid, body n'est pas réservé.
pas plus que les autres balises HTML. Un # devant l'indetifie bien comme id. (je l'utilise aussi comme id dans un autre projet).
@Freegeek, as tu regardé dans ton fichier prod.log ce que ca disait ? Tu n'a pas un problème avec un regle sur les CSS qui plante(minification, css_rewrite, etc ?)
Autre question, le assetic watch n'est pas prévu pour le dev ? POur la prod c'est assetic dump non ?
Pierre
+1 pour pmithradnir,
Dans la documentation de Symfony :
Ils parlent bien de assetic watch comme une commande permettant de générer automatiquement les fichiers en vérifier si ils sont modifiés en environnement de dev. Pour la prod, il faut faire un dump car normalement, tu ne change pas les fichiers directement sur ta version en prod. Par hasard, si tu fais un assetic:dump, est-ce que ça marche ?Citation:
[assetic:dump] This physically writes all of the asset files you need for your dev environment. The big disadvantage is that you need to run this each time you update an asset. Fortunately, by using the assetic:watch command, assets will be regenerated automatically as they change.
Source : http://symfony.com/doc/current/cookb...anagement.html
Je n'ai rien dans prod.log... j'ai essayé de faire un asset:watch en dev et ça bloque mais pas sur le même fichier... pour ce qui est du dump, ça fonctionne, mais il manque des fichiers j'ai l'impression. En fait, ça ne travaille que sur les fichiers créés par le watch en amont.
Salut,Citation:
Envoyé par FreeGeek
Est-ce que tu as fait ces étapes en prod :
1. Vider ton cache (tu peux le faire en dev aussi, ça mange pas pain) => comme ça on repart sur un cache propre
2. Lancer assetic:dump en environnement de prod
Si tes fichiers sont bien construit, il n'y a pas de raison que le assetic:dump plante. Pour assetic:watch, on peut voir ça dans un deuxième temps.
Attention, il est normal que le dump te créé moins de fichiers. Il "joint" les fichier js ensemble pour limiter le nombre de requête HTTP.Citation:
Envoyé par FreeGeek
Le dump fonctionne en prod et je n'ai à priori aucun problème. Mais pourquoi le watch plante en dev? Telle est la question :)
regarde dans dev.log
Tu as peut etre un paramétre spécifique dans config_dev qui change le comportement d'assetic.
Pierre
Sinon, si tu cherches à avoir toujours la dernière version de tes fichiers en dev, tu peux aussi utiliser :
Code:
2