Lo que falta es ejecutar composer install
, lo que importará sus paquetes y creará la carpeta del proveedor, junto con el script de carga automática.
Asegúrese de que su ruta relativa sea correcta. Por ejemplo, los scripts de ejemplo en PHPMailer se encuentran examples/
debajo de la raíz del proyecto, por lo que la ruta relativa correcta para cargar el cargador automático del compositor desde allí sería ../vendor/autoload.php
.
El autoload.php que encontraste C:\Windows\SysWOW64\vendor\autoload.php
es probablemente una instalación global de compositores, donde generalmente colocarás cosas como phpcs, phpunit, phpmd, etc.
composer update
no es lo mismo, y probablemente no sea lo que quieres usar. Si su código se prueba con las versiones actuales de su paquete, la ejecución update
puede causar roturas que pueden requerir más trabajo y pruebas, así que no lo ejecute a update
menos que tenga una razón específica y entienda exactamente lo que significa. Para aclarar más, probablemente solo debería ejecutarse composer update
localmente, nunca en su servidor, ya que es probable que rompa las aplicaciones en producción.
A menudo veo quejas de que las personas no pueden usar Composer porque no pueden ejecutarlo en su servidor (por ejemplo, porque está compartido y no tienen acceso a shell). En ese caso, aún puede usar Composer: ejecútelo localmente (un entorno que no tenga tales restricciones) y cargue la carpeta del proveedor local que genera junto con todos sus otros scripts PHP.
La ejecución composer update
también realiza un composer install
, y si actualmente no tiene una vendor
carpeta (es decir, tiene un nuevo pago de un proyecto), composer install
realiza efectivamente un composer update
, pero sigue siendo vital comprender la diferencia entre los dos, ya que definitivamente no son intercambiables.
Tenga en cuenta que también es posible actualizar un solo paquete nombrándolo, por ejemplo:
composer update ramsey/uuid
Esto volverá a resolver la versión especificada en su, la composer.json
instalará en la carpeta de su proveedor y actualizará su composer.lock
archivo para que coincida. Es mucho menos probable que cause problemas que un general composer update
si solo necesita una actualización específica de un paquete.
Composer 2.0 (próximamente) debería eliminar cualquier inconsistencia restante entre los resultados de instalación y actualización.