我知道这个问题已经发布了很多次,但对我来说,这似乎是一个不同的问题。

事实上,这个错误

在C:\xampp\htdocs\site_web\send_mail.php第3行中没有这样的文件或目录 致命错误:require():在C:\xampp\htdocs\site_web\send_mail.php第3行打开required 'vendor/autoload.php' (include_path='C:\xampp\php\PEAR')失败

从这一行开始出现在我的代码中:

require 'vendor/autoload.php';

所以,我猜在我的计算机中一定有一个/vendor/autoload.php文件(我已经安装了composer并运行composer require phpmailer/phpmailer)。

所以,我在Windows命令行中使用:dir /s autolload .php查找这个文件,并在这里找到了一个:C:\Windows\SysWOW64\vendor\ autolload .php,

但对我来说,syswow64文件夹没有看到autoload.php,我没有看到我在这里遗漏了什么。


当前回答

修改php.ini中的auto_prepend_file属性

; Automatically add files before PHP document. 
;http://php.net/auto-prepend-file 
auto_prepend_file =

其他回答

正确的autoload.php配置:

A)快速回答:

您的autoload.php路径错误。ie。C:\Windows\SysWOW64\vendor\ autoload.php 到目前为止:您需要将其更改为:C:\Users\<Windows用户名>\vendor\autoload.php


B)步骤举例: 我们将以facebook/php-graph-sdk为例;请根据需要更改为“Package Name”。

安装composer.exe 打开CMD提示符。+ R +输入CMD 执行如下命令:composer require facebook/graph-sdk 在PHP页面中包含路径:require_once 'C:\Users\<Windows用户名>\vendor\autoload.php'; 为你的包定义配置秘密和访问令牌等等。 codinig快乐。


C)进一步的细节:

在windows上安装composer会为你的包设置这个默认路径;你可以在那里找到它们,并包括自动加载器路径:

C:\Users\<Windows User Name>\vendor

你问的同样的问题;答案是这个WAMP服务器64位Windows的路径。

然后简单地在你的PHP应用程序更改这个:

require_once __DIR__ . '/vendor/autoload.php'; 

To:

require_once 'C:\Users\<Windows User Name>\vendor\autoload.php'; 

在C:\Users\下找到你的windows用户名

在这一切之前,正如前面在B)中指出的,你需要运行这个命令:

composer require <package name>

为facebook的php SDK,例如:

composer require facebook/graph-sdk

谢谢你的提问;感谢它帮助我解决了类似的问题,并结束了编写这个简单的教程。

如果在运行时也得到错误

composer install

先运行这个命令

composer dump-autoload

该命令将清除所有已编译文件及其路径。

创建作曲家。Json文件,包含ex所需的库:

{
    "require": {
        "mpdf/mpdf": "^6.1"
    }
}

在composer. where执行以下命令。json:

composer install

以Drupal为例:

使用drupal的web根文件夹来包含自动加载ex:

define('DRUPAL_ROOT', getcwd());
require_once DRUPAL_ROOT . '/vendor/autoload.php';

对于其他系统: 使用根文件夹变量或位置来包含autoload.php

首先,检查index.php中的路由

require __DIR__.'/../vendor/autoload.php';

$app = require_once __DIR__.'/../bootstrap/app.php';

在我的情况下,这条路线行不通,我不得不重新查看目录。

您缺少的是运行composer install,它将导入您的包并创建供应商文件夹以及自动加载脚本。

确保您的相对路径正确。例如,PHPMailer中的示例脚本在examples/中,位于项目根目录下,因此从那里加载composer自动加载器的正确相对路径应该是../vendor/autoload.php。

你在C:\Windows\SysWOW64\vendor\ autolload .php中找到的autolload .php可能是一个全局编写器安装,你通常会在其中放置phpcs、phpunit、phpmd等东西。

Composer update不是同一件事,可能不是你想要使用的。如果您的代码是用当前的包版本测试的,那么运行update可能会导致破坏,这可能需要进一步的工作和测试,所以不要运行update,除非您有特定的理由并确切地理解它的含义。为了进一步澄清——你应该只在本地运行composer update,而不是在你的服务器上,因为它很可能会破坏生产中的应用程序。

我经常看到人们抱怨说,他们不能使用composer,因为他们不能在自己的服务器上运行它(例如,因为它是共享的,他们没有shell访问权限)。在这种情况下,您仍然可以使用composer:在本地运行它(一个没有这种限制的环境),并上传它生成的本地供应商文件夹以及所有其他PHP脚本。

运行composer update也会执行composer安装,如果当前没有供应商文件夹(正常情况下,如果您有一个新的项目签出),那么它会创建一个,并覆盖任何composer。锁定您已经拥有的文件,更新其中标记的包版本,这是潜在的危险。

类似地,如果您目前没有作曲家。锁定文件(例如,如果它没有提交到项目中),那么composer install也会有效地执行一个composer更新。因此,理解两者之间的区别至关重要,因为它们肯定是不可互换的。

也可以通过命名来更新单个包,例如:

composer update ramsey/uuid

这将重新解析编写器中指定的版本。并将其安装到你的供应商文件夹中,并更新你的作曲器。锁定文件以匹配。如果您只需要对一个包进行特定的更新,那么这比一般的编写器更新更不可能引起问题。

库中不包含作曲家是很正常的。锁文件自己;修复版本取决于应用程序,而不是它们使用的库。因此,库开发人员需要保持与应用程序开发人员所需要的更广泛的主机环境的兼容性。例如,一个库可能与Laravel 5、6、7和8兼容,但使用它的应用程序可能出于其他原因需要Laravel 8。

Composer 2.0删除了安装和更新结果之间的任何剩余不一致;如果你正在运行composer 1。你一定要升级。