Advanced Infinite Streaming with Plex
Further to our recent addition of plex-debrid tools and a minimal streaming guide, I've added an advanced guide on using RDTClient and the Seers + Arrs to manage your Real Debrid "infinite library"
Check out this sexy 
flowchart..
flowchart TD
Z[fa:fa-user User] --> |Stream|K
Z[fa:fa-user User] --> A
Z[User]--> |Manual addition|D
Z[User]--> |Requests|C
A[Lists] --> C[Overseer/Jellyseer/Plex]
C <--> |Add to Arrs|D[Radarr/Sonarr]
D --> R[Autoscan]
D <--> |Search for media|E[Prowlarr]
D <--> |Add to downloader|G[RDTClient]
E --> |Search trackers|F[torrent.io]
G <--> |1. Add torrent|H[real-debrid]
R[Autoscan] --> K[Plex/Jellyfin/Emby]
K[Plex/Jellyfin/Emby] --> |"Read file (symlink)"|L["/storage/elfstorage"]
K[Plex/Jellyfin/Emby] --> |"Resolve symlink (actual file)"|J["/storage/realdebrid-zurg"]
%% G --> |Confirm download|J
G[RDTClient] --> |3. Create symlink|P["/storage/elfstorage"]
H --> Q[Zurg+rclone]
Q --> J
Q --> O
G[RDTClient] --> |2. Confirm download|O["/storage/realdebrid-zurg"]
More details in the advanced guide 
Update on ElfBuckz top-ups not topping-up
The developers of the plugin we use for ElfBuckz have responded to me on the issue of occasional topups failing. Apparently the fault lay with the PayPal payments plugin, which broke some Woocommerce automations. This is supposedly now fixed, but if you do notice your top-ups failing again, let me know!
Update on Subscriptions stuck on hold
With the help of another affected user, I got to the bottom of why we were seeing some subscriptions paused, or stuck "on hold" even after successfully renewing them, and it's not what you'd think..
Woocommerce emits orders for every change to your subscription, based on a "subscription" ID (low numbers), and ever increasing order IDs (high numbers). Users can have multiple subscriptions, so as a result, we "summarize" all your services by combining a collection of files which look like this:
subscription-123.yaml
subscription-456.yaml
subscription-10945.yaml
While these files were sorted numerically in VSCode (where I look at them), it turns out Bash was sorting them alphabetically, like this:
subscription-10945.yaml
subscription-123.yaml
subscription-456.yaml
In the case of the example above, if order 123 had been an "on hold" order, it would have overwritten any changes applied in order 10945 (the files are mergd downwards).
This curly little bug is now to bed 
, and subscriptions and renewals should be more stable now!
Today's scoreboard
| Metric | Numberz | Delta |
| Total subscribers | 131 | +4 |
| Storageboxes mounted | 22 | 0 |
 ElfStorage in TBs | 47 | +1 |
| Rclone mounts | 33 | +10 |
| Tenant pods | 1340 | +51 |
| Bugz squished | 5 | +2 |
| New toyz | 1 | +1 |
Summary
As always, thanks for building with us - feel free to share suggestions, and your own ideas for new apps to add!