Choose where new public uploads are stored and set up Local Disk, Amazon S3, or Wasabi without breaking existing media.

Uploading settings choose where public media and uploaded files are stored.
The Public Uploads Disk controls where new public media/files are stored. The available choices are Local Disk, Amazon S3, and Wasabi. This affects media used across the CMS and enabled modules, so choose the storage location before importing a large media library.
Changing the disk does not move existing files
Switching from Local Disk to S3/Wasabi (or back again) changes where new uploads go. Existing media can still refer to the disk where it was originally stored. Do not delete or disconnect the old storage until those existing files have been migrated or you have confirmed they are no longer needed.
| Option | Best fit | What you need |
|---|---|---|
| Local Disk (default) | Most single-server/shared-hosting installations. | Writable application storage and a working public storage link. |
| Amazon S3 | Sites that want object storage separated from the web server or use AWS infrastructure. | S3 bucket, region, access key and secret with access to the bucket. |
| Wasabi | Sites using Wasabi's S3-compatible object storage. | Wasabi endpoint, region, bucket, access key and secret. |
Local Disk stores public files on the same server as TruCMS. It has no external service cost and is normally the easiest option, but the server is responsible for both the website and the media files.
If uploaded files exist but cannot be reached publicly, open Settings → Advanced and use Link Storage to repair the public storage link, then test the file again.
Back up uploaded media
A website backup should include both the database and local uploaded files. Database-only backups do not protect images/documents stored on Local Disk.
Create the S3 bucket before changing TruCMS. Use credentials with the minimum permissions needed to create, read and manage the objects TruCMS stores in that bucket.

Amazon S3 requires a bucket, region and credentials with suitable access to that bucket.
Amazon S3 and Amazon SQS share AWS key/secret/region settings
If Amazon SQS is also used for the Queue Driver, changing the AWS access key, secret or default region here also affects the SQS configuration. Use credentials that are appropriate for both services or coordinate the change with your server administrator.
Wasabi uses an S3-compatible API but needs its own endpoint and credentials.

Wasabi uses an S3-compatible connection with its own endpoint, region, bucket and credentials.
Do not treat the disk selector as a migration tool. For an established site, use this order: