Starting from versions 5.4 / 2014.09, a native IO handler is available.
Native IO handler 5.4 / 2014.09
IOHandler interface is removed, replace by two distinct interfaces:
eZ\Publish\IO\IOMetadataHandler: Stores & reads metadata (validity, size...)
eZ\Publish\IO\IOBinarydataHandler: Stores & reads binarydata (actual contents)
The IOService uses both.
IO handling can now be configured using semantic configuration.
Which IO handlers (metadata & binarydata) is configurable by siteaccess. This is the default configuration:
metadata and binarydata handlers are configured in the
ez_io extension. This is what the configuration looks like for the default handlers. It declares a metadata handler and a binarydata handler, both labelled 'default'. Both handlers are of type 'flysystem', and use the same flysystem adapter, labelled 'default' as well.
The 'default' flysystem adapter's directory is based on your site settings, and will automatically be set to
It is used as the default way to read & write content binary files in eZ Publish. It can use the local filesystem (our default configuration), but is also able to read/write to sftp, zip or cloud filesystems (dropbox, rackspace, aws-s3).
The adapter is the 'driver' used by flysystem to read/write files. Adapters can be declared using
oneup_flysystem as follows:
How to configure other adapters can be found on the bundle's online documentation. Note that we do not use the Filesystems configuration described in this documentation, only the adapters.
For those using the default
eZFSFileHandler, no configuration should be required, and things should just work like before, but without legacy kernel callbacks for manipulating images & binary files.
For those using the DFS cluster file handler, a new native handler is available. See the DFS specification.