Cloudinary is basically a fantastic way to store and serve assets like images or videos. You can upload your full resolution image to Cloudinary, and they handle the optimization for you. The only thing you have to do is to add additional parameters to your url 😉
- Cloudinary Account
| Package | PHP | Laravel | Flysystem |
|---|---|---|---|
| v13.0 | 8.3.* | 8.4.* | 8.5.* | 13.x | 3.x |
| v12.0 | 8.2.* | 8.3.* | 8.4.* | 12.x | 3.x |
| v11.0 | 8.2.* | 8.3.* | 11.x | 3.x |
| v4.0 | 8.2.* | 8.3.* | 11.x | 3.x |
| v3.0 | 8.2.* | 10.x | 3.x |
| v2.0 | 8.1.* | 9.x | 3.x |
| v1.0 | 8.0.* | 8.x | 1.1 |
You can install the package via composer:
composer require codebar-ag/laravel-flysystem-cloudinaryAdd the following disk to your filesystem "disks" list in your filesystems.php
configuration:
'disks' => [
//
'cloudinary' => [
'driver' => 'cloudinary',
'cloud_name' => env('CLOUDINARY_CLOUD_NAME'),
'api_key' => env('CLOUDINARY_API_KEY'),
'api_secret' => env('CLOUDINARY_API_SECRET'),
'url' => [
'secure' => (bool) env('CLOUDINARY_SECURE_URL', true),
],
],
],Add the following environment variables to your .env file:
FILESYSTEM_DISK=cloudinary
CLOUDINARY_CLOUD_NAME=my-cloud-name
CLOUDINARY_API_KEY=my-api-key
CLOUDINARY_API_SECRET=my-api-secretOlder Laravel apps may still use FILESYSTEM_DRIVER; Laravel 9+ prefers FILESYSTEM_DISK.
This package registers a League Flysystem v3 adapter with Laravel’s Storage facade.
- Exceptions: On failure,
read/readStreamthrowUnableToReadFile;copythrowsUnableToCopyFile;deletethrowsUnableToDeleteFile;createDirectory/deleteDirectorythrowUnableToCreateDirectory/UnableToDeleteDirectory(see CHANGELOG). deleteDirectory: Cloudinary’s Admin API only deletes empty folders. The adapter first destroys shallow-listed files under the logical path, then callsdelete_folder—aligned with the legacydeleteDir()behaviour. Listing is shallow; deeply nested trees may need extra steps depending on how assets are organised.listContents: Shallow listing only; the$deepargument is ignored. Each Admin APIassetscall usesmax_results=> 500 withoutnext_cursorpagination, so very large prefixes may not return a complete list.write/writeStreamvsupdate/updateStream: OnlywriteandwriteStreamsetlastUploadMetadata()and the public$metaproperty.updateandupdateStreamreturn the normalized metadataarrayfrom the upload (orfalseon failure) but do not updatelastUploadMetadata()—it keeps the value from the lastwrite/writeStream. Use the return value ofupdate/updateStreamwhen you need fresh metadata.- Other helpers:
lastCopySucceeded()andlastDeleteSucceeded()(and legacy public$copied/$deleted) reflect the outcome of the latestcopy/deletecalls on this adapter instance.
This adapter lists assets with the Admin API using public ID prefix and manages folders with subFolders / create_folder / delete_folder, which matches legacy fixed folder mode and typical public-ID paths. If your Cloudinary product environment uses dynamic folder mode only, some behaviours may differ; see Folder modes and the Admin API.
The test suite includes optional integration tests that call the live Cloudinary API. They run only when CLOUDINARY_CLOUD_NAME, CLOUDINARY_API_KEY, and CLOUDINARY_API_SECRET are set to real values (for example via GitHub Actions secrets). The default composer test command excludes the integration group; run vendor/bin/pest without --exclude-group to include them locally.
Let's look at the following example:
use Illuminate\Support\Facades\Storage;
Storage::disk('cloudinary')->put('cat.jpg', $contents);This will generate following URL with double extensions:
https://res.cloudinary.com/my-cloud-name/image/upload/v1/cat.jpg.jpg
To prevent this you should store your images without the file extension:
use Illuminate\Support\Facades\Storage;
Storage::disk('cloudinary')->put('cat', $contents);This is now much better:
https://res.cloudinary.com/my-cloud-name/image/upload/v1/cat.jpg
We have a package for use with Laravel Nova: Laravel Flysystem Cloudinary Nova
Imagine the following example. We have different clients but want to store the assets in the same Cloudinary account. Normally we have to prefix every path with the correct client folder name. Fortunately, the package helps us here. We can configure a folder in our environment file like this:
CLOUDINARY_FOLDER=client_catNow all our assets will be prefixed with the client_cat/ folder. When we
store following image:
use Illuminate\Support\Facades\Storage;
Storage::disk('cloudinary')->put('meow', $contents);It will produce following URL:
https://res.cloudinary.com/my-cloud-name/image/upload/v1/client_cat/meow.jpg
In the Media Library it is stored in client_cat/meow and you can retrieve
the image with meow:
use Illuminate\Support\Facades\Storage;
Storage::disk('cloudinary')->getAdapter()->getUrl('meow');You can use Cloudinary tranformation and options when retrieving the image:
use Illuminate\Support\Facades\Storage;
Storage::disk('cloudinary')->getAdapter()->getUrl([
'path' => 'meow',
'options' => ['w_250', 'h_250', 'c_thumb'],
]);You can find all options in the official documentation
This should increase the trust to store and retrieve your assets from the correct folder.
All files in Cloudinary are stored with a resource type. There are three kinds
of it: image, raw and video. For example if we want to check if a video
exists, we need to make up to 3 requests. Every type needs to be checked on
their own with a separate request.
Keep this in mind because the admin API is rate limited to 500 calls per hour.
The package does check in following sequence:
image➡️raw➡️video
Cloudinary has a lot of optional parameters to customize the upload. You can find all options in the official documentation optional parameters section.
You can pass all parameters as an array to the put method:
use Illuminate\Support\Facades\Storage;
Storage::disk('cloudinary')->put('meow', $contents, [
'options' => [
'notification_url' => 'https://mysite.example.com/notify_endpoint',
'async' => true,
],
]);Note: if you find yourself using the same parameters for all requests, you should consider adding them to the config file. (see below)
You can publish the config file with:
php artisan vendor:publish --tag="flysystem-cloudinary-config"This is the contents of the published config file:
<?php
return [
/*
|--------------------------------------------------------------------------
| Cloudinary Upload Preset
|--------------------------------------------------------------------------
|
| Upload preset allow you to define the default behavior for all your
| assets. They have precedence over client-side upload parameters.
| You can define your upload preset in your cloudinary settings.
|
*/
'upload_preset' => env('CLOUDINARY_UPLOAD_PRESET'),
/*
|--------------------------------------------------------------------------
| Cloudinary Folder
|--------------------------------------------------------------------------
|
| An optional folder name where the uploaded asset will be stored. The
| public ID contains the full path of the uploaded asset, including
| the folder name. This is very useful to prefix assets directly.
|
*/
'folder' => env('CLOUDINARY_FOLDER'),
/*
|--------------------------------------------------------------------------
| Cloudinary Secure URL
|--------------------------------------------------------------------------
|
| This value determines that the asset delivery is forced to use HTTPS
| URLs. If disabled all your assets will be delivered as HTTP URLs.
| Please do not use unsecure URLs in your production application.
|
*/
'secure_url' => (bool) env('CLOUDINARY_SECURE_URL', true),
/*
|--------------------------------------------------------------------------
| Cloudinary Global Upload Options
|--------------------------------------------------------------------------
|
| Here you may specify the upload options that will be applied to all
| your assets. This will be merged with the options that you may
| define in the `Storage::disk('cloudinary')` call.
|
*/
'options' => [
// 'async' => true,
],
];Default test run (Pest, excludes the integration group that calls the live Cloudinary API):
composer testPHPStan with Larastan:
composer analysePest with code coverage (also excludes integration):
composer test-coverageApply the project code style (Laravel Pint):
composer formatTo run all tests including integration tests, use real CLOUDINARY_CLOUD_NAME, CLOUDINARY_API_KEY, and CLOUDINARY_API_SECRET in the environment, then:
vendor/bin/pestThe same credentials can be supplied as GitHub Actions secrets for CI (see .github/workflows/run-tests.yml).
Please see CHANGELOG for more information on what has changed recently.
Please see CONTRIBUTING for details.
Please see .github/SECURITY.md for how to report security vulnerabilities.
- Sebastian Bürgin-Fix
- All Contributors
- Skeleton Repository from Spatie
- Laravel Package Training from Spatie
The MIT License (MIT). Please see License File for more information.
