league / flysystem-bundle
Symfony bundle integrating Flysystem into Symfony applications
Package info
github.com/thephpleague/flysystem-bundle
Type:symfony-bundle
pkg:composer/league/flysystem-bundle
Requires
- php: >=8.2
- league/flysystem: ^3.0
- symfony/config: ^6.0 || ^7.0 || ^8.0
- symfony/dependency-injection: ^6.0 || ^7.0 || ^8.0
- symfony/deprecation-contracts: ^2.1 || ^3
- symfony/http-kernel: ^6.0 || ^7.0 || ^8.0
- symfony/options-resolver: ^6.0 || ^7.0 || ^8.0
Requires (Dev)
- doctrine/mongodb-odm: ^2.0
- league/flysystem-async-aws-s3: ^3.1
- league/flysystem-aws-s3-v3: ^3.1
- league/flysystem-azure-blob-storage: ^3.1
- league/flysystem-ftp: ^3.1
- league/flysystem-google-cloud-storage: ^3.1
- league/flysystem-gridfs: ^3.28
- league/flysystem-memory: ^3.1
- league/flysystem-read-only: ^3.15
- league/flysystem-sftp-v3: ^3.1
- league/flysystem-webdav: ^3.29
- platformcommunity/flysystem-bunnycdn: ^3.3
- symfony/dotenv: ^6.0 || ^7.0 || ^8.0
- symfony/framework-bundle: ^6.0 || ^7.0 || ^8.0
- symfony/phpunit-bridge: ^6.0 || ^7.0 || ^8.0
- symfony/var-dumper: ^6.0 || ^7.0 || ^8.0
This package is auto-updated.
Last update: 2026-03-13 13:07:38 UTC
README
flysystem-bundle is a Symfony bundle integrating the Flysystem library into Symfony applications.
It provides an efficient abstraction for the filesystem in order to change the storage backend depending on the execution environment (local files in development, cloud storage in production and memory in tests).
Note: you are reading the documentation for flysystem-bundle 3.0, which relies on Flysystem 3.
If you use Flysystem 1.x, use flysystem-bundle 1.x.
If you use Flysystem 2.x, use flysystem-bundle 2.x.
Read the Upgrade guide to learn how to upgrade.
Installation
flysystem-bundle 3.x requires PHP 8.0+ and Symfony 5.4+.
If you need support for a lower PHP/Symfony version, consider using flysystem-bundle 2.x which support Flysystem 3.x and older PHP/Symfony versions.
You can install the bundle using Symfony Flex:
composer require league/flysystem-bundle
Basic usage
The default configuration file created by Symfony Flex provides enough configuration to use Flysystem in your application as soon as you install the bundle:
# config/packages/flysystem.yaml flysystem: storages: default.storage: adapter: 'local' options: directory: '%kernel.project_dir%/var/storage/default'
This configuration defines a single storage service (default.storage) based on the local adapter
and configured to use the %kernel.project_dir%/var/storage/default directory.
For each storage defined under flysystem.storages, an associated service is created using the
name you provide (in this case, a service default.storage will be created). The bundle also
creates a named alias for each of these services.
This means you can inject the storage services in your services and controllers like this:
1) Using service autowiring: typehint your service/controller argument with
FilesystemOperator and use the #[Target] attribute to select the storage by name:
use League\Flysystem\FilesystemOperator; class MyService { public function __construct( #[Target('default.storage')] private FilesystemOperator $storage, ) { } // ... }
Instead of using the #[Target] attribute, you can also typehint your service/controller
argument with FilesystemOperator and use the camelCase version of your storage
name as the variable name. However, this practice is discouraged and won't work in
future Symfony versions:
use League\Flysystem\FilesystemOperator; class MyService { private FilesystemOperator $storage; // The variable name $defaultStorage matters: it needs to be the // camelCase version of the name of your storage (foo.bar.baz -> fooBarBaz) public function __construct(FilesystemOperator $defaultStorage) { $this->storage = $defaultStorage; } // ... }
2) Using manual service registration: in your services, inject the service
that this bundle creates for each of your storages following the pattern
'flysystem.adapter.'.$storageName:
# config/services.yaml services: # ... App\MyService: arguments: $storage: @flysystem.adapter.default.storage
Once you have a FilesystemOperator, you can call methods from the Filesystem API to interact with your storage.
Full documentation
- Getting started
- Cloud storage providers: AsyncAws S3, AWS SDK S3, Azure, Google Cloud Storage, DigitalOcean Spaces, Scaleway Object Storage
- Interacting with FTP and SFTP servers
- Using a lazy adapter to switch storage backend using an environment variable
- Creating a custom adapter
- MongoDB GridFS
- WebDAV
- BunnyCDN
Security Issues
If you discover a security vulnerability within the bundle, please follow our disclosure procedure.
Backward Compatibility promise
This library follows the same Backward Compatibility promise as the Symfony framework: https://symfony.com/doc/current/contributing/code/bc.html
Note: many classes in this bundle are either marked
@finalor@internal.@internalclasses are excluded from any Backward Compatibility promise (you should not use them in your code) whereas@finalclasses can be used but should not be extended (use composition instead).