Quello che ti manca è l'esecuzione composer install
, che importerà i tuoi pacchetti e creerà la cartella del fornitore, insieme allo script di caricamento automatico.
Assicurati che il tuo percorso relativo sia corretto. Ad esempio, gli script di esempio in PHPMailer si trovano examples/
sotto la radice del progetto, quindi il percorso relativo corretto per caricare il caricatore automatico del compositore da lì sarebbe ../vendor/autoload.php
.
Il file autoload.php che hai trovato C:\Windows\SysWOW64\vendor\autoload.php
è probabilmente un'installazione di compositore globale - dove di solito metti cose come phpcs, phpunit, phpmd ecc.
composer update
non è la stessa cosa e probabilmente non è quello che vuoi usare. Se il codice viene testato con le versioni correnti del pacchetto, l'esecuzione update
potrebbe causare rotture che potrebbero richiedere ulteriore lavoro e test, quindi non eseguire a update
meno che non si abbia una ragione specifica e si capisca esattamente cosa significa. Per chiarire ulteriormente, dovresti probabilmente eseguire sempre e solo composer update
localmente, mai sul tuo server poiché è ragionevolmente probabile che interrompa le app in produzione.
Vedo spesso lamentele sul fatto che le persone non possono usare Composer perché non possono eseguirlo sul proprio server (ad esempio perché è condiviso e non hanno accesso alla shell). In tal caso, puoi comunque utilizzare composer: eseguirlo localmente (un ambiente che non ha tali restrizioni) e caricare la cartella del fornitore locale che genera insieme a tutti gli altri script PHP.
Esecuzione composer update
anche esegue una composer install
, e se al momento non si dispone di un vendor
dispositivo di piegatura (per esempio, si avere una nuova cassa di un progetto), quindi composer install
esegue effettivamente una composer update
, ma è ancora di vitale importanza per capire la differenza tra i due in quanto sono sicuramente non intercambiabili.
Nota che è anche possibile aggiornare un singolo pacchetto nominandolo, ad esempio:
composer update ramsey/uuid
Ciò risolverà nuovamente la versione specificata nel tuo composer.json
e la installerà nella cartella del fornitore e aggiornerà il tuo composer.lock
file in modo che corrisponda. È molto meno probabile che questo causi problemi rispetto a un generale composer update
se hai solo bisogno di un aggiornamento specifico per un pacchetto.
Composer 2.0 (disponibile a breve) dovrebbe rimuovere eventuali incongruenze rimanenti tra i risultati dell'installazione e dell'aggiornamento.