Just Just Just Avec Laravel 4 Pour la première fois après avoir utilisé la version 3 pour quelques projets, mais ne semble pas que Artisan fonctionne du tout. J'ai fait un tas de recherches et j'ai suivi les étapes de dépannage que je pouvais trouver mais pas de chance.
Quand j'essaye "Mise à jour du compositeur", je reçois cette erreur: p> ... sans information supplémentaire. P> Essayer Pour exécuter "la liste artisanale PHP" ou toute autre commande artisanne ne me donne aucune sortie du tout. P> Des idées? P> P>
6 Réponses :
Pour résumer la discussion dans les commentaires, nous avons découvert que l'ajout de journalisation au niveau php.ini code> a révélé une erreur PHP qui n'a pas été signalée par l'interface de la console Compositeur. Je me demande si vous aviez installé le compositeur en tant que root. Certains fichiers critiques requis par Laravel étaient donc efficacement invisibles pour un utilisateur non privilégié. P>
En venant à cela un peu plus tard, je voulais juste mentionner cet artisan, par défaut, enregistre une application / stockage / journaux / log-cli-
Après avoir exécuté PHPInfo, j'ai remarqué "--Disable-Mbregex" faisait partie de la configuration PHP, c'est-à-dire que PHP n'a pas été compilé avec l'extension MBREGEX. Mes journaux d'erreur indiquaient "Appel à une fonction non définie MB_REGEX_Encoding". P>
Une fois que PHP a été recompilé avec MB_REGEX_Encoding, le problème est parti. P>
Si vous manquez le fichier /bootstrap/start.php, vous ne recevez pas de messages d'erreur utiles d'Artisan et de Compositeur répond de la même manière. Je suis allé autour et autour d'essayer des solutions que j'ai trouvées en ligne et j'ai finalement découvert que ce fichier était manquant. J'étais de retour en ligne dès que je l'ai remplacé. J'ai découvert que ce fichier manquait dans mes journaux d'erreur PHP et que Artisan ne produisait pas des journaux, car il n'a pas pu fonctionner. P>
J'ai eu un problème similaire. Même la commande C'est donc un autre endroit pour vérifier les choses! ( $ php artisan -verson code> ne produirait aucune sortie. S'est avéré, j'ai eu un code sous
app / start / start / global.php code> qui rompait sous l'exécution de la CLI (mais ne casse pas sur le côté Web). P>
app / démarrage / global.php code>) p>
Je reçois ce problème, et c'était parce que les sous-répertoires de Stockage < / code>
n'a pas encore existé. P>
Bien sûr, ces répertoires sont créés par le script de création de projet, mais ils sont assez faciles à laisser hors du contrôle de la source et seront donc manquantes sur un projet fraîchement cloné. Les fichiers .gitignore code> sont là pour une raison pour laquelle il semblerait! P>
Ce problème est survenu pour moi lorsqu'il y avait des fichiers dans le dossier code> stockage code> qui n'étaient pas inscriptibles pour l'utilisateur actuel. PHP Artisan code> a échoué silencieusement, sans sortie. Changer les autorisations aidé. P>
Peut-être essayez peut-être la commande optimiser avec l'option --verbose ? En outre, tout dans vos journaux PHP? Quelle version de PHP fonctionnez-vous?
Pas de chance avec l'option --verbose. Où les journaux PHP seraient-ils stockés pour des trucs comme celui-ci qui fonctionne juste localement? J'ai l'habitude de vérifier le fichier ERROR_LOG sur un serveur, mais pas sûr de ce que vous le faites de cette façon. Courir 5.4.4
Il serait configuré dans votre
php.ini code>, VOIR ICI . Je n'ai pas utilisé le compositeur, mais je me demande s'il répète une erreur critique (telle qu'un module PHP dont il a besoin). Avez-vous vérifié la présence de McRypt (qui de votre question que je suppose que cela a besoin) sur la console, par opposition au serveur Web?
Merci, j'ai trouvé le fichier journal et l'erreur était "Class" Patchwork \ utf8 \ bootup "non trouvé". Pour une raison quelconque, "Sudo Compositeur Update" corrige cela.
Yup semble être tout bon maintenant! Merci Halfer.