Zum Inhalt springen
use-cases / fastest-send-me-that-file / hero
PIPE · SHARE STREAMS · DATEIÜBERTRAGUNG

Das schnellste „schick mir die Datei“, das du je getippt hast

Slack lehnt ab. Drive braucht eine Folder-Share-Anfrage. E-Mail kappt bei 25 MB. Zwei curls – einer auf deinem Laptop, einer auf ihrem – schieben die Datei von Festplatte zu Festplatte. Die Pipe leitet die Bytes durch; nichts wird je auf einen Server hochgeladen.

Pipe-API-Docs lesen
use-cases / fastest-send-me-that-file / flow

Ein Pipe-Pfad. Zwei curls. Keine Zwischendatei.

GET und PUT auf denselben Pfad. Die Hoody-Pipe hält die Seite, die zuerst verbindet, bis zu fünf Minuten; sobald die andere Seite auftaucht, fließen die Bytes direkt durch. Auf dem Server wird nichts auf die Festplatte geschrieben.

pipe.containers.hoody.com/dump-yesterday
PUT · SENDERdu

Schiebe die Datei aus curl heraus

# from your laptopcurl -T dump.sql \  https://pipe.containers.hoody.com/api/v1/pipe/dump-yesterday[INFO] Waiting for 1 receiver to connect…[INFO] Streaming to 1 receiver…[INFO] Transfer complete.

PUT (oder POST) mit einem Streaming-Body. Der Server gibt Statuszeilen zurück, während sich die Pipe aufbaut – nützlich als Live-Signal, dass die Gegenseite tatsächlich abgeholt hat.

GET · RECEIVERsie

Hol die Datei direkt auf die Festplatte

# on their boxcurl \  https://pipe.containers.hoody.com/api/v1/pipe/dump-yesterday \  -o dump.sql# 4.2 GB · saved · done.

GET auf demselben Pfad blockiert, bis der Sender verbindet. Die Bytes, die der Sender schreibt, erscheinen als Response-Body – per -o in eine Datei pipen oder in den stdin eines beliebigen Programms, das liest.

n=1 · standardmäßig 1-zu-1-ÜbertragungPipe wartet bis zu 5 Minuten0 Bytes auf dem Server gespeichert

Die Reihenfolge ist egal. Wenn du curl zuerst startest, blockiert dein Request, bis sie verbinden. Wenn sie zuerst curl starten, blockiert ihrer. So oder so – sobald beide Seiten verbunden sind, fließen die Bytes los.

use-cases / fastest-send-me-that-file / steps

So sieht das in Echtzeit aus

Vom Slack-Ping bis zur Datei auf ihrer Festplatte – die vier Bewegungen, die die Pipe ausführt.

Slack-Ping → Datei auf ihrer BoxVIER SCHRITTE · EINE PIPE
10:14 · PING01

Kollege fragt nach der Datei

„kannst du mir den Prod-Dump von gestern schicken?“

Die Datei ist 4 GB groß. Slack lehnt ab, das Shared Drive braucht ein Folder-Share-Ticket. Du greifst zu keinem von beiden.

10:14 · PUT02

Du curlst -T die Datei raus

curl -T dump.sql …/pipe/dump-yesterday

Dein Terminal druckt „Waiting for 1 receiver to connect…“ und bleibt stehen. Du kopierst die URL in den Chat: „lass das laufen.“

10:15 · GET03

Sie curlen die URL rein

curl …/pipe/dump-yesterday > dump.sql

Die Pipe etabliert sich in dem Moment, in dem sie verbinden. Bytes fließen von deiner Festplatte durch die Pipe in die Datei auf ihrer.

10:15 · FERTIG04

Datei auf ihrer Box, nichts bleibt zurück

Übertragung abgeschlossen · 0 Bytes auf dem Server

Der serverseitige Festplattenverbrauch bleibt bei null. Der Pipe-Pfad vergisst, dass die Übertragung stattgefunden hat, sobald beide Seiten die Verbindung trennen.

use-cases / fastest-send-me-that-file / reasons

Warum ein curl ein Share schlägt

Dieselbe Anzahl Befehle, die du für eine Drive-Round-Trip tippen würdest – minus Login, minus Upload-Balken, minus Link, minus Aufräumen.

KEIN UPLOAD

Es gibt keinen Fortschrittsbalken zum Beobachten

Hoody Pipe ist eine Streaming-Vermittlung, kein Datei-Service. Die Datei existiert auf deiner Festplatte und auf ihrer. Dazwischen sind es nur Bytes in Bewegung mit dem Tempo, das eure beiden Netze halten – die Pipe leitet einfach weiter.

KEIN LOGIN

Kein Konto, keine Folder-Freigabe, kein IT-Ticket

Pipe-Pfade brauchen im öffentlichen Deployment keine Auth. Sie sind adressierbare URLs, die auf eine einzelne Übertragung beschränkt sind; sobald beide Seiten getrennt sind, ist der Pfad weg. Nichts, wofür sich der Empfänger anmelden müsste.

KEINE RÜCKSTÄNDE

Server speichert null Bytes – immer

Die Übertragung landet nie auf der Festplatte des Servers. Nichts aufzuräumen, nichts, was leaken könnte, nichts, was ablaufen müsste. Die Bytes sind auf deinem Laptop; dann auch auf ihrem; der Pfad vergisst, dass er je existiert hat.

use-cases / fastest-send-me-that-file / punchline

Zwei curls. Kein Login. Kein Upload-Balken. Fertig.

„Schick mir die Datei“ hieß früher: ein Tab, ein Sign-in, ein Upload, ein Link, ein Paste, ein Download. Heute heißt es: tipp curl, klebe die URL ein, lass curl laufen. Die schnellste Version davon, die du je tippen wirst.

  • kein Upload
  • kein Link zum Teilen
  • kein Login auf beiden Seiten
Pipe-API-Guide lesen
use-cases / fastest-send-me-that-file / replaces

Was das ersetzt

Die meisten Tools, mit denen wir früher eine 4-GB-Datei verschickt haben, sind Überbleibsel aus einer Zeit, in der wir keine Bytes zwischen zwei Terminals über HTTP streamen konnten. Die Pipe macht sie alle überflüssig.

  • DropboxSign-in, manuelles Teilen, auf Sync warten
  • Google DriveFolder-Permission-Ticket über die IT
  • Slack-Datei-UploadsHartes Größenlimit, dann „bitte einen echten Link benutzen“
  • WeTransferE-Mail-Schranken, Werbeseiten, undurchsichtige Aufbewahrungsfenster
  • AirDrop (übers Netz hinweg)Nur im selben WLAN, scheitert in dem Moment, in dem du remote bist
  • Firefox SendWurde abgeschaltet, nie zurückgekommen
  • Eigene File-SharesSelbstgehostete Box, Bucket und ein vergessener Cron, der ablaufen lassen soll
use-cases / fastest-send-me-that-file / cta

Zwei curls. Die Datei ist auf ihrer Box. Es wurde nie etwas hochgeladen.

Pipe-API-Guide lesen
use-cases / fastest-send-me-that-file / related

Lies die anderen