Discussion :

[ju_prodz]

Bonjour,

Je rencontre un problème bien connu à propos de la mise à jour du fichier composer.phar, et sur lequel je bute malgré toutes les tentatives de correction possibles . Je tente actuellement d'installer Assetic pour la gestion du CSS dans Symfony.

Après avoir ajouté les dépendances dans la partie "require" de composer.json, lorsque je lance la mise à jour de composer via la console, je me retrouve avec l'erreur suivante :

Fatal error: Out of memory (allocated 1366818816) (tried to allocate 268435456 bytes) in phar://C:/wamp/www/composer.phar/src/Composer/DependencyResolver/Solver.php on line 220

Après plusieurs heures passées sur la doc de Composer, StackOverflow, GitHub,et après avoir effectué toutes les corrections possibles, le problème persiste.

Voici le paramétrage que j'ai effectué afin de corriger le problème :

- J'ai passé le paramètre memory_limit à -1 (aucune limite de mémoire) dans le fichier php.ini. Je précise qu'il s'agit bien du bon php.ini. Dans la console, quand je lance la commande php -r "echo ini_get('memory_limit').PHP_EOL;" , j'ai bien la valeur -1 en sortie .

chemin : C:\wamp\bin\php\php5.6.35

- Par mesure complémentaire, j'ai fait le même paramétrage sur les fichiers php.ini-developpement, php.ini-production et phpForApache.ini présents eux aussi dans C:\wamp\bin\php\php5.6.35 .

- J'ai ensuite redémarré Wamp . Mais aucun changement .

- J'ai refait la même manip via la console en Admin, mais aucun changement.

Voici ma conf :

- Windows 10 64 bits

- Wamp server 3.1.3 32 bits

- Php 5.6.35

- Symfony 3.4.12


Ce problème est assez bloquant car je souhaiterais installer Assetic, et je commence à être à cours de ressources


Merci de votre aide

[armel18]

bonjour,


Essaie de modifier memory_limit de l’exécutable de composer ( /user/local/bin/composer pour linux ou composer.bat pour windows) car ce dernier étant un fichier php est susceptible de surcharger n'importe quelle directive de PHP comme memory_limit.

toutefois si composer update ne fonctionne pas, tu peux faire un composer install (peux gourmand en mémoire). Avant de lancer composer update il faut supprimer composer.lock et le dossier vendor.

Au passage pour gérer les assets symfony recommande maintenant webpack-encore

[ju_prodz]

Salut Armel18,

Je n'ai pas réussi à mettre la main sur composer.bat, mais la commande "composer install" (avec suppression du répertoire vendor et du composer.lock) a bien résolu le problème !

Merci beaucoup car je bloquais la-dessus depuis hier

Pour revenir sur ce que tu disais,j'ai vu sur le site https://packagist.org/ qu'Assetic n'était plus maintenu. Actuellement,je suis un tuto qui utilise Assetic,mais à l'avenir j'utiliserai webpack-encore.