Partilha Multiplataforma: Transferir Ficheiros entre Qualquer Dispositivo

A partilha de ficheiros entre plataformas é um problema resolvido assim que deixar de depender de ferramentas nativas de cada sistema. O AirDrop (exclusivo Apple), o Quick Share (Google e Samsung), a Partilha por Proximidade (exclusivo Windows) e o iMessage falham todos na fronteira. Um link de browser funciona em qualquer sistema operativo lançado na última década, porque HTTP e TLS são a linguagem comum. Faça o upload do ficheiro uma vez, cole o URL em qualquer aplicação de chat, e um utilizador Linux na linha de comandos, um utilizador Android em 4G e um utilizador macOS numa rede Wi-Fi de hotel conseguem todos transferir os mesmos bytes.

O problema de interoperabilidade que os links de browser resolvem

Quando um portátil Windows envia para um iPhone, nem o AirDrop, nem o AirPlay, nem o SMB funcionam de forma nativa. Os contornos habituais: email (limitado a 25 MB), iCloud para Windows (instável, requer Apple ID), ou instalação de aplicações de terceiros em ambos os lados. Tudo acrescenta fricção.

Uma transferência baseada em link colapsa o problema em três passos: o remetente faz o upload para um URL, o destinatário acede ao URL e descarrega. Sem federação de identidade, sem descoberta mDNS, sem conflito de protocolos. O ficheiro viaja via HTTPS (TLS 1.3 desde 2018), que qualquer sistema operativo moderno suporta por predefinição.

O que tem de funcionar em todas as plataformas

Uma transferência de ficheiros verdadeiramente multiplataforma necessita de:

• Upload via browser usando a File API (especificação: HTML Living Standard) — funciona no Safari 12+, Chrome 38+, Firefox 50+, Edge 79+.
• Uploads em chunks retomáveis para ligações instáveis. Implementado via pedidos Range sobre HTTP/2.
• Tratamento de nomes de ficheiros entre sistemas operativos: o NTFS permite caracteres que o Linux não permite (e vice-versa). O serviço tem de sanitizar ou preservar UTF-8 de forma consistente.
• Formato de arquivo que os destinatários conseguem abrir: .zip é a língua franca. .tar.gz é Linux/macOS mas requer 7-Zip ou WinRAR no Windows. .rar é software pago no macOS por predefinição.
• Encriptação ponta a ponta que o browser faz por si mesmo: a Web Crypto API crypto.subtle está presente em todos os browsers de primeira linha desde 2017.

As plataformas e as suas particularidades

macOS (Sonoma, Sequoia): o Finder cria ficheiros __MACOSX e .DS_Store dentro dos zips. Use zip -X no Terminal ou uma aplicação de "zip limpo" para os remover antes de enviar. Os destinatários no Windows verão lixo caso contrário.

Windows 11: ainda recusa nomes de ficheiros com :, *, ?, ", <, >, |. Unicode é aceite, mas espaços no final dos nomes de ficheiros quebram. Os downloads vão para %USERPROFILE%\Downloads e o SmartScreen pode sinalizar o .exe dentro de um arquivo.

Linux (Ubuntu, Fedora, Arch): sistema de ficheiros sensível a maiúsculas. Photo.jpg e photo.jpg coexistem. Ao comprimir no macOS (insensível a maiúsculas por predefinição) para entrega em Linux, cuidado com colisões acidentais de nomes.

iOS/iPadOS: a aplicação Ficheiros abre os arquivos mais comuns mas prefere .zip. Aplicações de terceiros como Documents by Readdle tratam .7z e .rar.

Android: a aplicação Ficheiros do Google extrai .zip, mas precisa do RAR ou 7-Zip para outros. O armazenamento com âmbito desde o Android 11 restringe onde os ficheiros ficam guardados.

Chrome OS: qualquer arquivo que a aplicação Ficheiros reconheça — .zip, .rar, .tar, .gz. O drag-and-drop dos Ficheiros para um separador do browser funciona de imediato.

Um upload, todos os destinatários — a matemática

Um upload único a 100 Mbps para um ficheiro de 5 GB demora cerca de 7 minutos. Um cenário com múltiplos destinatários (quatro destinatários em quatro sistemas operativos) com transferências ponto a ponto individuais demoraria 4× mais na ligação mais lenta — mais a coordenação. A abordagem por link envia o ficheiro uma vez para um servidor e deixa cada destinatário descarregá-lo ao seu ritmo, incluindo de noite enquanto o computador do remetente está fechado.

Encriptação ponta a ponta em todos eles

A encriptação do lado do cliente com AES-256-GCM funciona de forma idêntica no Safari no iPad, no Chrome no Android, no Edge no Windows, no Firefox no Linux e no Safari no macOS. A Web Crypto API é normalizada (W3C Web Cryptography API, Recomendação 2017). Uma palavra-passe introduzida no browser torna-se uma chave de 256 bits via PBKDF2-HMAC-SHA256. O ficheiro é encriptado em chunks de 5 MB, cada um com um IV de 96 bits único e uma tag de autenticação de 128 bits. O servidor nunca vê texto legível.

O HexaTransfer é construído exatamente sobre este pipeline. Um artista Android pode enviar um projeto encriptado de 8 GB a um animador Linux — mesmo caminho de código, mesmo formato de texto cifrado.

Os links superam todas as ferramentas de partilha nativa

| Ferramenta nativa | Para quem funciona | Quem exclui | | --- | --- | --- | | AirDrop | Apple ↔ Apple | Toda a gente | | Quick Share | Android ↔ ChromeOS, alguns Windows | iOS, Linux, Macs antigos | | Partilha por Proximidade | Windows 10/11 ↔ Windows | Toda a gente | | SMB/Partilha Windows | Mesma rede local | Destinatários remotos | | Bluetooth OBEX | Qualquer um | Demasiado lento acima de 20 MB | | Um link partilhado | Qualquer browser | Ninguém |

Armadilhas de nomes de ficheiros e codificação

UTF-8 é a única codificação segura. Enviar um nome de ficheiro com caracteres acentuados do macOS usando normalização NFC (que o macOS não faz — o macOS usa NFD no APFS por compatibilidade com HFS+). Um destinatário no Windows pode ver café.pdf apresentado como café.pdf e recusar-se a abri-lo. Um bom serviço de transferência renormaliza para NFC e sanitiza os caracteres proibidos para Windows antes de armazenar.

Espaços, emojis e escritas não-latinas (日本語, العربية, русский) sobrevivem todos a uma transferência via browser porque o servidor armazena os bytes UTF-8 brutos e o download preserva-os via o cabeçalho Content-Disposition: attachment; filename*=UTF-8''... (RFC 6266).

Cenários multiplataforma realistas

• Arquiteto no Windows envia um modelo Revit .rvt de 400 MB a um cliente no macOS que revê no Enscape: upload via browser, download, o conversor Archicad-para-Revit corre em qualquer lado.
• Equipa de vídeo no Linux Ubuntu edita no DaVinci Resolve, precisa de entregar um projeto .drp de 6 GB a um colorista no Windows: exporta o projeto para .zip, faz o upload, o colorista descarrega em qualquer sistema operativo.
• Fotógrafo no iPad exporta 12 GB de ficheiros RAW .cr3, envia para um retocador num MacBook M3: upload do Safari do iPad, o retocador descarrega no Safari do macOS, todos os metadados originais preservados.

Comparação de ferramentas verdadeiramente multiplataforma

| Serviço | Tamanho máx. | Encriptação E2E | Destinatário sem conta | Retoma em falha | | --- | --- | --- | --- | --- | | WeTransfer Grátis | 2 GB | Não | Sim | Não | | Smash | Ilimitado | Não | Sim | Parcial | | SwissTransfer | 50 GB | Protegido por palavra-passe em repouso | Sim | Sim | | Dropbox Transfer | 100 GB (Pro) | Não | Sim | Sim | | HexaTransfer | 10 GB | AES-256-GCM no browser | Sim | Sim |

O melhor da abordagem multiplataforma é que o remetente e o destinatário não precisam de concordar em nada. Precisam apenas de um browser.

Experimente em hexatransfer.com — gratuito, sem conta, até 10 GB.