WordPress plugin intelligence profile

DiluxOne Offload – Media Storage

Move your media to cloud object storage and serve it from there. Replaces /uploads/ transparently, with no URL rewriting.

WP PlugIndex snapshot

Current directory snapshot

Tested up to WordPress 7.1
Current version2.1.0
WordPress coverageTested up to WordPress 7.1
Minimum stackWP 5.1 · PHP 7.4
Directory statusactive
Last directory update8 Oct 202625d ago
Active installationsNewAdoption metric — not a quality score
WordPress.org ratingNo WordPress.org ratings yet
Official packageDirect from WordPress.org

Repository metrics are context, not quality scores. Active installations measure adoption and can strongly reflect a plugin’s age and historical popularity. Ratings, recent updates and “Tested up to” metadata also do not guarantee modern code, error-free operation, security, feature completeness or suitability for a particular site. Why active installs don’t tell the whole story →

WP PlugIndex currently records DiluxOne Offload – Media Storage version 2.1.0 as active, updated 25d ago and tested up to WordPress 7.1.

Overview

About this plugin

DiluxOne Offload moves your WordPress media library to Azure Blob Storage or to any S3-compatible service (Amazon S3, Cloudflare R2, Backblaze B2, DigitalOcean Spaces, Wasabi, Google Cloud Storage, Hetzner, Akamai (Linode), Vultr, Scaleway, OVHcloud, IDrive e2, MinIO) and serves files directly from the cloud — without breaking the Media Library UI, plugins, or existing content.

) keep working unchanged.

Key features

  • Azure Blob Storage or S3-compatible storage — bring your own storage account or bucket; nothing is shared with anyone else. For S3-compatible services, pick the service and the plugin fills in the endpoint and the public URL; a CDN or a custom domain goes in the Public URL field.
  • Transparent stream wrapper — no URL rewriting, no regex on post content, no database migration required for URLs.
  • Sync with resumable state machine — start, cancel, resume after an interruption, retry failed files, resync from scratch.
  • Offloading mode — after a successful sync you can delete the local copies to free disk space; the stream wrapper keeps everything working.
  • Connection health monitoring — when the cloud is unreachable, new uploads are refused with a clear error instead of landing somewhere else, and a banner on the plugin’s admin pages says why until it recovers.
  • No plugin data on disk — no cache, log or data files anywhere on the server. The one time the plugin writes to the uploads directory is when you disconnect, to copy your own media back to where WordPress expects it.
  • Large files don’t need large memory — a download goes straight to disk, and an upload is sent in blocks (4 MiB on Azure, 5 MiB parts on S3-compatible services, larger only for a file too big for the service’s limit on parts, past about 5 GB on Scaleway or 48 GB elsewhere), so PHP never holds more than one block of a file at a time and a video does not trip memory_limit.
  • Multisite aware — network activation supported; each site keeps its own configuration and file tracking, and its objects live under their own prefix in the container or bucket ( uploads/ for the main site, uploads/sites/<id>/ for the others, the same layout WordPress uses on disk), so several sites can share one container or bucket without ever sharing a key.
  • Quiet by default — with WP_DEBUG off and the Settings toggle off the plugin writes nothing to the PHP error log, at any level. WP_DEBUG turns on errors and warnings; the toggle adds the informational lines.

Why a stream wrapper instead of URL rewriting

Most offload plugins rewrite media URLs in post content, which breaks when you switch providers, move domains, or restore from a backup. DiluxOne Offload leaves URLs alone and rewrites reads/writes at the filesystem layer, so your content stays portable.

Known limitations

  • The media must be publicly readable where it is stored: on Azure, a container whose public access level is Blob; on S3-compatible services, a bucket that lets anyone read its objects. Test Connection checks it and refuses a private one.
  • The initial sync runs in your browser tab and stops if you close it; it resumes where it left off. Nothing runs in the background or via cron.
  • Files above the Maximum File Size setting (20 MB by default, up to 500 MB) are skipped by the initial sync.
  • While the cloud is unreachable, new uploads fail. There is deliberately no local fallback.
  • On Azure, media is served from the storage account’s URL; on S3-compatible services the Public URL field is where a CDN or custom domain goes.
  • Disconnect from Cloud needs a writable uploads directory and enough disk for your media.

External services

This plugin connects to one cloud storage service, the one you choose: Azure Blob Storage, or an S3-compatible service (Amazon S3, Cloudflare R2, Backblaze B2, DigitalOcean Spaces, Wasabi, Google Cloud Storage, Hetzner Object Storage, Akamai (Linode) Object Storage, Vultr Object Storage, Scaleway Object Storage, OVHcloud Object Storage, IDrive e2, or a server whose address you type). It uses it to store and serve your media files.

Nothing is sent anywhere until you configure it yourself in the Cloud Provider tab, with an account and credentials you supply. The plugin contacts no other service: it sends no telemetry, no usage data and no licence check to the author or to anyone else.

Azure Blob Storage

What it is used for: storing your WordPress media files outside your server and serving them from the cloud.

net, where ACCOUNT is the storage account name you enter in the settings.

What data is sent: your media files themselves, together with their relative path, size and MIME type. The storage account key you entered never leaves your server — it is used locally to compute the signature that authenticates each request. No personal data about your visitors or your site’s users is sent, and nothing at all about your site reaches the plugin’s author.

When requests happen:

  • During the initial sync — uploading existing files from /wp-content/uploads/ to your container.
  • On every new media upload — writing the file to the cloud through the stream wrapper.
  • On read or delete — when WordPress, or any plugin using filesystem APIs against /uploads/, reads or deletes a file. This is also the only front-end traffic: a form or a review that uploads a file goes through the same stream wrapper.
  • When the plugin lists your container — for the Overview statistics (cached for five minutes) and for the scan that precedes Disconnect from Cloud.
  • A connection-health check — a small GET for your container’s properties — when you open one of the plugin’s admin pages, at most once every 5 minutes, and again from a write that follows three consecutive failures, so uploads resume on their own when the cloud is back. Nothing runs via cron.
  • During Disconnect from Cloud — downloading your files back to the server.

This is your own Azure account, under your own agreement with Microsoft. Neither DiluxOne nor the plugin’s author is a party to it and neither has any access to your data. Your use of the service is subject to Microsoft’s terms:

  • Service: Azure Blob Storage (https://azure.microsoft.com/services/storage/blobs/)
  • Terms of Service: Microsoft Azure Legal Information (https://azure.microsoft.com/support/legal/), which links the Microsoft Products and Services Agreement and the Online Services Terms
  • Privacy Policy: Microsoft Privacy Statement (https://www.microsoft.com/privacy/privacystatement)

S3-compatible storage

What it is used for: the same as above, on the S3-compatible service you choose.

com (or the endpoint of your own its dashboard shows), or the address you type under Custom. Browsers load your media from the Public URL you set, which can be the service’s own address, a CDN or a custom domain.

What data is sent: your media files themselves, together with their relative path (the object key), size and MIME type, and a signature of each request computed from your secret access key. The secret itself never leaves your server. No personal data about your visitors or your site’s users is sent, and nothing at all about your site reaches the plugin’s author.

When requests happen: the same moments as for Azure above. The connection check is different: when you press Test Connection, and at most every five minutes while you browse the plugin’s admin pages, the plugin writes a 32-byte probe object under your site’s prefix, reads it back from the Public URL without credentials (to prove browsers can load your media) and deletes it.

This is your own account with that service, under your own agreement with its provider. Neither DiluxOne nor the plugin’s author is a party to it and neither has any access to your data. Your use of the service is subject to its provider’s terms:

Amazon S3:

  • Service: Amazon S3 (https://aws.amazon.com/s3/)
  • Terms of Service: AWS Service Terms (https://aws.amazon.com/service-terms/)
  • Privacy Policy: AWS Privacy Notice (https://aws.amazon.com/privacy/)

Cloudflare R2:

  • Service: Cloudflare R2 (https://www.cloudflare.com/products/r2/)
  • Terms of Service: Cloudflare Terms (https://www.cloudflare.com/terms/)
  • Privacy Policy: Cloudflare Privacy Policy (https://www.cloudflare.com/privacypolicy/)

Backblaze B2:

  • Service: Backblaze B2 (https://www.backblaze.com/cloud-storage)
  • Terms of Service: Backblaze Terms of Service (https://www.backblaze.com/company/policy/terms-of-service)
  • Privacy Policy: Backblaze Privacy Notice (https://www.backblaze.com/company/policy/privacy)

DigitalOcean Spaces:

  • Service: DigitalOcean Spaces (https://www.digitalocean.com/products/spaces)
  • Terms of Service: DigitalOcean Terms of Service (https://www.digitalocean.com/legal/terms-of-service-agreement)
  • Privacy Policy: DigitalOcean Privacy Policy (https://www.digitalocean.com/legal/privacy-policy)

Wasabi:

  • Service: Wasabi (https://wasabi.com/cloud-object-storage)
  • Terms of Service: Wasabi Terms of Use (https://wasabi.com/legal/terms-of-use)
  • Privacy Policy: Wasabi Privacy Policy (https://wasabi.com/legal/privacy-policy)

Google Cloud Storage:

  • Service: Google Cloud Storage (https://cloud.google.com/storage)
  • Terms of Service: Google Cloud Terms of Service (https://cloud.google.com/terms)
  • Privacy Policy: Google Privacy Policy (https://policies.google.com/privacy)

Hetzner Object Storage:

  • Service: Hetzner Object Storage (https://www.hetzner.com/storage/object-storage/)
  • Terms of Service: Hetzner Terms and Conditions (https://www.hetzner.com/legal/terms-and-conditions/)
  • Privacy Policy: Hetzner Privacy Policy (https://www.hetzner.com/legal/privacy-policy/)

Akamai (Linode) Object Storage:

  • Service: Akamai Object Storage (https://www.linode.com/products/object-storage/)
  • Terms of Service: Akamai Cloud Master Service Agreement (https://www.linode.com/legal/msa/)
  • Privacy Policy: Akamai Privacy Statement (https://www.akamai.com/legal/privacy-statement)

Vultr Object Storage:

  • Service: Vultr Object Storage (https://www.vultr.com/products/object-storage/)
  • Terms of Service: Vultr Terms of Service (https://www.vultr.com/legal/tos/)
  • Privacy Policy: Vultr Privacy Policy (https://www.vultr.com/legal/privacy/)

Scaleway Object Storage:

  • Service: Scaleway Object Storage (https://www.scaleway.com/en/object-storage/)
  • Terms of Service: Scaleway Contracts (https://www.scaleway.com/en/contracts/)
  • Privacy Policy: Scaleway Privacy Policy (https://www.scaleway.com/en/privacy-policy/)

OVHcloud Object Storage:

  • Service: OVHcloud Object Storage (https://www.ovhcloud.com/en/public-cloud/object-storage/)
  • Terms of Service: OVHcloud Contracts (https://www.ovhcloud.com/en/terms-and-conditions/contracts/)
  • Privacy Policy: OVHcloud Privacy Policy (https://www.ovhcloud.com/en/terms-and-conditions/privacy-policy/)

IDrive e2:

  • Service: IDrive e2 (https://www.idrive.com/s3-storage-e2/)
  • Terms of Service: IDrive e2 Terms (https://www.idrive.com/s3-storage-e2/terms)
  • Privacy Policy: IDrive Privacy Policy (https://www.idrive.com/privacy)

Custom endpoint: the plugin talks only to the server whose address you typed (MinIO, Ceph or any other that speaks the S3 API). No third party is involved unless that server belongs to one you chose.

WordPress.org metadata

Plugin tags

Topics listed for this plugin in the WordPress.org directory.

  • cloud storage
  • azure
  • offload
  • s3
  • uploads
Compatibility & maintenance

Compatibility & maintenance

Tested with WP 7.1

Marked as tested with the current WordPress 7.1 release.

Current WordPress releaseWordPress 7.1
WordPress.org Tested up to7.1
Minimum requirementsWordPress 5.1 · PHP 7.4
Update activity8 Oct 202625d ago

“Tested up to” is directory metadata supplied by the plugin author. WP PlugIndex does not turn an older declaration into a claim that the plugin is incompatible.

Changes recorded by WP PlugIndex

Recent tracked changes

Version2.0.02.1.0
WordPress compatibility7.1.27.1.3
Version1.0.02.0.0
Tracking & source

WP PlugIndex tracks public WordPress.org directory metadata and records selected version, compatibility and availability changes as they are detected.

Plugin watchlist

Watch this plugin

Sign in to your WP PlugIndex account or create a free account. Free accounts can watch up to 5 plugins and see what changed.

Watch limit

Watchlist limit reached

You have reached your current active watch limit.