Was Sie vermissen, wird ausgeführt composer install
, wodurch Ihre Pakete importiert und der Herstellerordner zusammen mit dem Autoload-Skript erstellt werden.
Stellen Sie sicher, dass Ihr relativer Pfad korrekt ist. Die Beispielskripte in PHPMailer befinden sich beispielsweise examples/
unterhalb des Projektstamms, sodass der richtige relative Pfad zum Laden des Composer-Autoloaders von dort aus vorhanden ist ../vendor/autoload.php
.
Die autoload.php, die Sie in gefunden haben, C:\Windows\SysWOW64\vendor\autoload.php
ist wahrscheinlich eine globale Composer-Installation - in der Sie normalerweise Dinge wie phpcs, phpunit, phpmd usw. ablegen.
composer update
ist nicht dasselbe und wahrscheinlich nicht das, was Sie verwenden möchten. Wenn Ihr Code mit Ihren aktuellen Paketversionen getestet wird, update
kann das Ausführen zu Fehlern führen, die möglicherweise weitere Arbeiten und Tests erfordern. Führen update
Sie ihn daher nur aus, wenn Sie einen bestimmten Grund haben und genau verstehen, was er bedeutet. Zur weiteren Verdeutlichung: Sie sollten wahrscheinlich immer nur composer update
lokal ausgeführt werden, niemals auf Ihrem Server, da es vernünftigerweise wahrscheinlich ist, dass Apps in der Produktion beschädigt werden.
Ich sehe oft Beschwerden, dass Leute Composer nicht verwenden können, weil sie es nicht auf ihrem Server ausführen können (z. B. weil es gemeinsam genutzt wird und sie keinen Shell-Zugriff haben). In diesem Fall Sie können noch Komponist verwenden: führen Sie es lokal (eine Umgebung , die keine solchen Beschränkungen hat), und die lokalen Anbieter laden Ordner , um ihn zusammen mit allen anderen PHP - Skripte generiert.
Laufen composer update
auch führt eine composer install
, und wenn Sie derzeit nicht über einen haben vendor
Ordner (dh Sie haben eine neue Kasse eines Projekts), dann composer install
führt effektiv ein composer update
, aber es ist immer noch wichtig , den Unterschied zwischen den beiden zu verstehen , wie sie sind definitiv nicht austauschbar.
Beachten Sie, dass es auch möglich ist, ein einzelnes Paket zu aktualisieren, indem Sie es benennen, zum Beispiel:
composer update ramsey/uuid
Dadurch wird die in Ihrem angegebene Version erneut aufgelöst, composer.json
in Ihrem Herstellerordner installiert und Ihre composer.lock
Datei entsprechend aktualisiert . Dies ist weitaus weniger problematisch als allgemein, composer update
wenn Sie nur ein bestimmtes Update für ein Paket benötigen.
Composer 2.0 (bald verfügbar) sollte alle verbleibenden Inkonsistenzen zwischen Installations- und Aktualisierungsergebnissen beseitigen.