Pular para o conteúdo
use-cases / fastest-send-me-that-file / hero
PIPE · SHARE STREAMS · FILE TRANSFER

O 'me manda esse arquivo' mais rápido que você já digitou

O Slack rejeita. O Drive precisa de pedido de compartilhamento de pasta. O e-mail trava em 25 MB. Dois curls — um no seu notebook, um no dele — movem o arquivo de disco a disco. O pipe roteia os bytes; nada nunca é enviado para um servidor.

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

Um caminho de pipe. Dois curls. Sem arquivo no meio.

GET e PUT no mesmo caminho. O Hoody Pipe segura o lado que conectar primeiro por até cinco minutos; quando o outro aparece, os bytes passam direto. Nada é gravado em disco no servidor.

pipe.containers.hoody.com/dump-yesterday
PUT · REMETENTEvocê

Empurra o arquivo para fora pelo curl

# 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 (ou POST) com body em streaming. O servidor imprime linhas de status conforme o pipe se estabelece — útil como sinal ao vivo de que o outro lado realmente atendeu.

GET · DESTINATÁRIOele

Puxa o arquivo direto pro disco

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

GET no mesmo caminho bloqueia até o remetente conectar. Os bytes que o remetente escreve aparecem como o body da resposta — direcione pra um arquivo com -o, ou pro stdin de qualquer programa que leia.

n=1 · transferência 1-pra-1 padrãopipe espera até 5 minutos0 bytes armazenados no servidor

A ordem não importa. Se você roda o curl primeiro, a requisição bloqueia até ele conectar. Se ele roda o curl primeiro, a dele bloqueia. De qualquer jeito, no instante em que os dois lados estão conectados, os bytes começam a se mover.

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

Como fica em tempo real

Do ping no Slack ao arquivo aterrissando no disco dele — os quatro movimentos que o pipe faz acontecer.

Ping no Slack → arquivo no disco deleQUATRO PASSOS · UM PIPE
10:14 · PING01

Colega pede o arquivo

“consegue me mandar o dump de prod de ontem?”

O arquivo tem 4 GB. O Slack rejeita, o drive compartilhado precisa de ticket de compartilhamento de pasta. Você para de tentar os dois.

10:14 · PUT02

Você faz curl -T do arquivo pra fora

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

Seu terminal imprime “Waiting for 1 receiver to connect…” e fica parado. Você cola a URL no chat: “roda isso.”

10:15 · GET03

Ele faz curl na URL pra dentro

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

O pipe se estabelece no instante em que ele conecta. Os bytes começam a fluir do seu disco pelo pipe até o arquivo no dele.

10:15 · PRONTO04

Arquivo no disco dele, nada deixado pra trás

Transferência completa · 0 bytes no servidor

Uso de disco no lado servidor permanece zero. O caminho do pipe esquece que a transferência aconteceu no momento em que os dois lados desconectam.

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

Por que um curl ganha de um share

Mesma quantidade de comandos que você digitaria pra um round-trip no Drive — menos o login, menos a barra de upload, menos o link, menos a limpeza.

SEM UPLOAD

Não tem barra de progresso pra ficar olhando

Hoody Pipe é um intermediário de streaming, não um serviço de arquivos. O arquivo existe no seu disco e no dele. No meio, são só bytes em voo na velocidade que as duas redes sustentarem — o pipe só encaminha.

SEM LOGIN

Sem conta, sem compartilhamento de pasta, sem ticket de TI

Caminhos de pipe não exigem autenticação na implantação pública. São URLs endereçáveis com escopo de uma única transferência; quando os dois lados desconectam, o caminho some. Nada pra o destinatário cadastrar.

SEM RESÍDUO

Servidor armazena zero bytes — sempre

A transferência nunca pousa no disco do servidor. Nada pra limpar, nada pra vazar, nada pra expirar. Os bytes estão no seu notebook; depois também no dele; o caminho esquece que existiu.

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

Dois curls. Sem login. Sem barra de upload. Pronto.

“Me manda esse arquivo” já significou uma aba, um login, um upload, um link, um colar, um download. Agora significa: digita curl, cola a URL, roda curl. A versão mais rápida disso que você vai digitar.

  • sem upload
  • sem link pra compartilhar
  • sem login dos dois lados
use-cases / fastest-send-me-that-file / replaces

O que isso substitui

A maior parte das ferramentas que usávamos pra mandar um arquivo de 4 GB são sobras de quando não dava pra fazer streaming de bytes entre dois terminais por HTTP. O pipe torna todas elas desnecessárias.

  • DropboxLogin, compartilhamento manual, esperar sync
  • Google DriveTicket de permissão de pasta pela TI
  • Uploads de arquivo no SlackLimite duro de tamanho, e depois “use um link de verdade”
  • WeTransferPortões de e-mail, páginas de anúncio, janelas de retenção misteriosas
  • AirDrop (entre redes)Só na mesma Wi-Fi, falha no instante em que você está remoto
  • Firefox SendFoi descontinuado, nunca voltou
  • Compartilhamentos de arquivo customizadosBox self-hosted, bucket e um cron esquecido pra expirar
use-cases / fastest-send-me-that-file / cta

Dois curls. O arquivo está no disco dele. Nada nunca foi enviado.

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

Leia os outros