La compilation de Magento se bloque!

courir se bin/magento setup:di:compilebloque à 14% pour toujours. RAM 1G déjà allouée et temps d'exécution augmenté 18000

courir à nouveau avec

bin/magento setup:di:compile -vvv

après 20 minutes

Compilation was started.
Proxies code generation... 0/7 [>---------------------------]   0% 1 sec 61.2 
MiProxies code generation... 1/7 [====>-----------------------]  14% 2 mins 70.2 M
Repositories code generation... 1/7 [====>-----------------------]  14% 2 mins 70.2 MiB

magento2 compiler

— fefe
source

Je ne sais pas si cela mène quelque part, mais pourriez-vous essayer de l'exécuter avec la configuration bin / magento: di: compile -vvv? Cela devrait déclencher la sortie de débogage. Peut-être que vous pouvez trouver quelque chose là

— David Verholen

Avez-vous activé xdebug? Si vous, pourriez-vous essayer de le désactiver?

— BuskaMuza

non je n'ai pas xdebug

— fefe

Avez-vous déjà trouvé une solution à ce problème? Je rencontre le même problème. Coincé à 14% Repositories code generation... 1/7 [====>------------------] 14% 7 secs 44.0 Mib. J'ai essayé d'allouer un peu plus de RAM à ma VM et d'essayer mon ancien Ubuntu 14.04 vm et le nouveau Ubuntu 16.04, tous deux avec PHP7 (pas de xdebug).

— jmbertucci

Une chance sur celui-ci? Je reçois le même problème:Repositories code generation... 1/7 [====>-----------------------] 14% 16 secs 87.5 MiB

— Danny Nimmo

Réponses:

Je viens de corriger cette erreur exacte. J'ai désactivé tous mes modules tiers un par un et, étonnamment, la compilation était toujours suspendue au même endroit.

La solution pour que la compilation fonctionne pour moi était de supprimer tous les fichiers du module à l'aide de la commande rm -rf app/code/*du répertoire Magento.

Je ne sais pas pourquoi les modules désactivés affectent la compilation, mais cela sera utile pour les autres. En outre, cela devrait aller de soi, assurez-vous de sauvegarder votre app/code/répertoire au préalable ou vous pouvez essayer de supprimer / déplacer un module à la fois pour savoir qui était à l'origine du problème.

— jamil
source

Je viens d'installer un nouveau module et lorsqu'il a été décidé de le désactiver et de le compiler, j'ai reçu cette erreur. La supprimer de l'application / du code / a aidé à résoudre le problème et la compilation ne se bloque plus à l'étape 1/7. Merci.

— soufanom

-2

À partir du type d'invite de commande

php bin/magento setup:di:compile [enter]

vous verrez l'erreur.

Dans mon cas, j'ai trouvé l'erreur

"ne peut pas déclarer l'interface Magento \ Backend \ App \ ConfigInterface, car le nom est déjà utilisé dans vendor \ magento \ module-checkout \ Helper \ Magento \ Backend \ App \ ConfigInterface"

puis je change l'espace "Magento\Backend\App"de noms "Magento\Checkout\Helper\Magento\Backend\App"envendor\magento\module-checkout\Helper\Magento\Backend\App\ConfigInterface.php

— user48637
source