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 updatenon è la stessa cosa e probabilmente non è quello che vuoi usare. Se il codice viene testato con le versioni correnti del pacchetto, l'esecuzione updatepotrebbe causare rotture che potrebbero richiedere ulteriore lavoro e test, quindi non eseguire a updatemeno che non si abbia una ragione specifica e si capisca esattamente cosa significa. Per chiarire ulteriormente, dovresti probabilmente eseguire sempre e solo composer updatelocalmente, 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 vendordispositivo di piegatura (per esempio, si avere una nuova cassa di un progetto), quindi composer installesegue 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.jsone la installerà nella cartella del fornitore e aggiornerà il tuo composer.lockfile in modo che corrisponda. È molto meno probabile che questo causi problemi rispetto a un generale composer updatese 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.