barryvdh / laravel-cors
为您的 Laravel 应用添加 CORS (跨源资源共享) 标头支持
Requires
- php: ^7.4|^8.0
- fruitcake/php-cors: ^1.2
- illuminate/contracts: ^6|^7|^8|^9
- illuminate/support: ^6|^7|^8|^9
Requires (Dev)
- laravel/framework: ^6|^7.24|^8
- orchestra/testbench-dusk: ^4|^5|^6|^7
- phpunit/phpunit: ^9
- squizlabs/php_codesniffer: ^3.5
- dev-master / 3.0.x-dev
- v3.0.0
- 2.2.x-dev
- v2.2.0
- v2.1.0
- v2.0.5
- v2.0.4
- v2.0.3
- v2.0.2
- v2.0.1
- v2.0.0
- v2.0.0-beta3
- v2.0.0-beta2
- v2.0.0-beta1
- 1.0.x-dev
- v1.0.6
- v1.0.5
- v1.0.4
- v1.0.3
- v1.0.2
- v1.0.1
- v1.0.0
- 0.11.x-dev
- v0.11.4
- v0.11.3
- v0.11.2
- v0.11.1
- v0.11.0
- v0.10.1
- v0.10.0
- v0.9.3
- v0.9.2
- v0.9.1
- v0.9.0
- v0.8.6
- v0.8.5
- V0.8.4
- v0.8.3
- v0.8.2
- v0.8.1
- v0.8.0
- v0.7.3
- v0.7.2
- v0.7.1
- v0.7.0
- v0.6.0
- v0.5.0
- v0.4.0
- 0.3.x-dev
- v0.3.0
- 0.2.x-dev
- v0.2.3
- v0.2.2
- v0.2.1
- v0.2.0
- v0.1.2
- v0.1.1
- v0.1
- dev-feat-lazyoptions
- dev-develop
- dev-feat-groupmiddleware
- dev-barryvdh-test-laravel9
- dev-test-single
- dev-feat-prependmiddleware
- dev-feat-middlewaretest
- dev-feat-browsertests
- dev-feat-actions
- dev-v1-backport
This package is auto-updated.
Last update: 2023-03-16 10:00:38 UTC
README
实现了 Laravel 的 https://github.com/fruitcake/php-cors
关于升级到 Laravel 9、10 或更高版本的用户注意
该包已弃用,因为所有支持的 Laravel 版本现在都已将 CORS 中间件包含在核心中。
自 Laravel 9.2 以来,此中间件已包含在 laravel/framework 中。您可以使用提供的中间件,它应与该包中提供的中间件和配置兼容。有关更改,请参阅 https://github.com/laravel/laravel/pull/5825/files。
升级步骤
- 从您的 composer.json 中移除
"fruitcake/laravel-cors"
- 在
app/Http/Kernel.php
中,将\Fruitcake\Cors\HandleCors::class,
替换为\Illuminate\Http\Middleware\HandleCors::class,
有关高级用法,请参阅 https://github.com/fruitcake/php-cors
。配置保持不变。
关于
laravel-cors
包允许您使用 Laravel 中间件配置发送 跨源资源共享 标头。
如果您想了解 CORS 工作流程的全貌,可以浏览此 图片。
从 0.x (barryvdh/laravel-cors) 升级
从 0.x 版本升级时,有一些破坏性更改
- 使用新的 'paths' 属性来启用/禁用某些路由上的 CORS。默认情况下为空,因此请正确填写!
- 不再支持中间件分组,请使用全局中间件
- 供应商名称已更改(见安装/使用说明)
- 在
cors.php
中的属性大小写已从 camelCase 更改为 snake_case,因此如果您已经有了cors.php
文件,则需要更新该文件中的属性以匹配新的大小写。
功能
- 处理 CORS 预检 OPTIONS 请求
- 向您的响应添加 CORS 标头
- 将路由与只添加 CORS 的某些请求匹配
安装
在您的 composer.json
中要求 fruitcake/laravel-cors
包并更新您的依赖关系
composer require fruitcake/laravel-cors
如果您遇到冲突,这可能是由于已安装 barryvdh/laravel-cors 或 fruitcake/laravel-cors 的较旧版本。首先移除冲突的包,然后再次尝试安装。
composer remove barryvdh/laravel-cors fruitcake/laravel-cors composer require fruitcake/laravel-cors
全局使用
要允许所有路由的 CORS,请在 app/Http/Kernel.php
类的 $middleware
属性顶部添加 HandleCors
中间件。
protected $middleware = [ \Fruitcake\Cors\HandleCors::class, // ... ];
现在更新配置以定义您要运行 CORS 服务的路径(见下文配置)
'paths' => ['api/*'],
配置
默认设置在 config/cors.php
中。发布配置以将文件复制到您自己的配置
php artisan vendor:publish --tag="cors"
注意:当使用自定义头部,如
X-Auth-Token
或X-Requested-With
时,您必须将allowed_headers
设置为包括这些头部。您也可以将其设置为['*']
以允许所有自定义头部。
注意:如果您明确地白名单头部,则必须包含
Origin
,否则请求将无法被识别为 CORS。
选项
选项 | 描述 | 默认值 |
---|---|---|
paths | 您可以为 1 个或多条路径启用 CORS,例如 ['api/*'] |
[] |
allowed_methods | 匹配请求方法。 | ['*'] |
allowed_origins | 匹配请求源。可以使用通配符,例如 *.mydomain.com 或 mydomain.com:* |
['*'] |
allowed_origins_patterns | 使用 preg_match 匹配请求源。 |
[] |
allowed_headers | 设置 Access-Control-Allow-Headers 响应头部。 | ['*'] |
exposed_headers | 设置 Access-Control-Expose-Headers 响应头部。 | [] |
max_age | 设置 Access-Control-Max-Age 响应头部。 | 0 |
supports_credentials | 设置 Access-Control-Allow-Credentials 头部。 | false |
allowed_origins
、allowed_headers
和 allowed_methods
可以设置为 ['*']
以接受任何值。
注意:对于
allowed_origins
,如果您不使用通配符,则必须包含方案,例如['http://example.com', 'https://example.com']
。您还必须考虑到使用allowed_origins_patterns
时方案将存在。
注意:尽量具体。您可以从宽松的约束开始开发,但最好尽可能严格!
注意:由于 Laravel 中的 http 方法重写,允许 POST 方法也将允许 API 用户执行 PUT 和 DELETE 请求。
注意:有时需要指定端口(例如,当您在本地环境中编写应用程序时)。您也可以在这里指定端口或使用通配符,例如
localhost:3000
、localhost:*
或甚至使用全限定域名app.mydomain.com:8080
Lumen
在 Lumen 上,只需手动在您的 bootstrap/app.php
文件中注册 ServiceProvider
$app->register(Fruitcake\Cors\CorsServiceProvider::class);
还将 cors.php 配置文件复制到 config/cors.php
并投入使用
$app->configure('cors');
Lumen 的全局使用
要允许所有路由的 CORS,请将 HandleCors
中间件添加到全局中间件并在配置中设置 paths
属性。
$app->middleware([ // ... Fruitcake\Cors\HandleCors::class, ]);
常见问题
错误的配置
确保配置中的 path
选项正确并且实际上与您使用的路由相匹配。请记住清除配置缓存。
错误处理,中间件顺序
有时,返回自己响应的错误/中间件可能会阻止 CORS 中间件运行。尝试更改中间件的顺序,并确保它是全局中间件中的第一个条目,而不是路由组的一部分。同时检查日志以查看实际的错误,因为没有 CORS,错误将被浏览器吞没,只会显示 CORS 错误。还尝试在没有 CORS 的情况下运行它,以确保它实际上可以工作。
授权头 / 凭据
如果你的请求包含授权头或使用凭据模式,将配置中的 supports_credentials
值设置为 true。这将设置 Access-Control-Allow-Credentials 头为 true
。
Echo/die
如果你在代码中使用 echo()
、dd()
、die()
、exit()
、dump()
等函数,你会破坏中间件流程。当输出在头部之前发送时,无法添加 CORS。当脚本在 CORS 中间件完成之前退出时,也不会添加 CORS 头部。始终返回适当的响应或抛出异常。
禁用 API 的 CSRF 保护
如果可能,使用禁用 CSRF 保护的路由组。否则,你可以在 App\Http\Middleware\VerifyCsrfToken
中为某些请求禁用 CSRF。
protected $except = [ 'api/*', 'sub.domain.zone' => [ 'prefix/*' ], ];
重复头
CORS 中间件应该是你添加这些头部的唯一地方。如果你也在 .htaccess、nginx 或你的 index.php 文件中添加头部,你将得到重复的头部和意外的结果。
无跨站请求
如果你不是在进行跨站请求,即如果你不是从 site-b.com 请求 site-a.com/api,你的浏览器将不会发送 Origin: https://site-b.com
请求头,CORS 将“禁用”,因为 Access-Control-Allow-Origin
头也将缺失。这是因为请求是从同一来源发出的,在这种情况下不需要保护。
许可
在 MIT 许可证下发布,请参阅 LICENSE。