Podcast-Hosting, bei dem der Feed nie untergeht.
Für einen Podcast ist die am häufigsten angeforderte URL keine Seite, sondern der Feed, der unerbittlich von Apps abgefragt wird, die niemals ein Wort Ihrer Website lesen.
Das Futter ist das Produkt.
Alles, was eine Podcast-Site in großem Maßstab tut, geschieht mit zwei URLs: dem RSS-Feed und der Audiodatei.
Ein Feed, der von Tausenden von Apps befragt wird
Podcast-Clients holen Ihren Feed nach einem Zeitplan ab, unabhängig davon, ob sich etwas geändert hat oder nicht. „Aus dem Cache mit korrekten Validatoren beantwortet, wecken die meisten dieser Anfragen WordPress überhaupt nicht.
Audio, das streamt, nicht downloads
Episoden werden mit Range Requests bedient, so dass ein Spieler den Teil, den er braucht, holt und suchen kann, ohne die gesamte Datei zu ziehen. Nichts nimmt einen PHP-Mitarbeiter ein, während jemand zuhört.
Release Day am Rand behandelt
Eine neue Episode bringt einen Burst, wenn Apps sofort bemerken. Dieser Burst trifft den Edge-Cache und nicht den Ursprung, so dass das Veröffentlichen ereignislos ist.
Speicher, der mit dem Backkatalog wächst
Eine wöchentliche Show ist ein paar Gigabyte pro Jahr und schrumpft nie. Speicher ist Teil des Plans und kann aufgefüllt werden, ohne etwas zu bewegen.
Zeigenotizen wiedererlangt
Das Audio kann woanders leben, aber die Episodenbeiträge, Transkripte und Kunstwerke leben hier - und sind im täglichen Backup.
Apps sind dein größtes Publikum.
Der größte Teil des Datenverkehrs besteht aus Software und nicht aus Menschen: Kunden, die einen Feed mit einem Timer abfragen. Es ist der billigste Datenverkehr, der richtig und der teuerste schlecht zu bedienen ist.
- Feed aus dem Cache beantwortet und billig revalidiert
- Audio-Streaming mit seek support
- Speichergröße für den Backkatalog
- Release-Day Polling absorbiert am Rand
Ein Feed, Tausende von Pollern.
Podcast-Verkehr ist durch Design wiederholend, was es fast vollständig cachefähig macht - vorausgesetzt, der Feed sendet die Header, die einen Client den Download überspringen lassen.
Was wir für Podcasts ändern
Zwei URLs tragen fast die gesamte Last, und beide sind statisch zwischen den Veröffentlichungen.
| Einstellung | So konfigurieren wir es | Warum |
|---|---|---|
| Futter-Caching | Cached mit Validatoren, bereinigt auf publish | Podcast-Clients wählen unabhängig von Änderungen einen Timer aus, und ein korrekt validierter Feed beantwortet die meisten davon, ohne etwas zu rendern. |
| Audio-Übertragung | Range Requests, serviert vom Rand | Ohne Reichweitenunterstützung kann ein Spieler nicht suchen, und jedes Zuhören bindet einen Arbeiter für die Länge der Episode. |
| Lagerung | Größer für einen wachsenden Back-Katalog | Archive werden immer nur größer, und eine show, die alte episoden löschen muss, hat ein hosting-problem und kein redaktionelles. |
| Publish Purge | Feed und Episodenseite nur | Eine Freigabe sollte die beiden geänderten Dinge ungültig machen und nicht jeden warmen Cache-Eintrag auf der Website verwerfen. |
| Kunstwerk | Optimiert beim Upload | Cover-Art wird groß an Verzeichnisse und klein an Spieler geliefert, von einem Original. |
Einfache, transparente Preise.
Jeder Tarif umfasst eine kostenlose Migration, tägliche Backups, SSL und Support rund um die Uhr.
- 1 WordPress-Website
- 10 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Support per Ticket
- 5 WordPress-Websites
- 50 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Priorisierter Support per Ticket
- 20 WordPress-Websites
- 200 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Persönlicher Support
Häufige Fragen.
Soll ich die Audiodateien hier hosten?
Warum ist mein Feed langsam, wenn die Website in Ordnung ist?
Was passiert am Release Day?
Können die Zuhörer in einer Episode vorausspringen?
Veröffentlichen Sie, ohne das Dashboard zu sehen.
Die Sendung ist kostenlos, der Katalog ist enthalten.