Aller au contenu
s3nd.sh

Partage de fichiers pour les gens

Une alternative à transfer.sh sans service à faire tourner

Un partage pensé pour le terminal, un petit secret à transmettre, et une expiration. Les deux sont contents de stocker l’objet dans un bucket S3.

Ce qu’est transfer.sh

Dans ses propres termes.

Un service de partage de fichiers piloté avec curl : PUT un fichier, recevez une URL, partagez-la. Écrit en Go, auto-hébergeable, avec des backends de stockage interchangeables dont S3. L’instance publique l’a rendu célèbre ; le serveur auto-hébergé est ce que les équipes font vraiment tourner.

Côte à côte

Où ils se séparent.

 s3ndtransfer.sh
Ce que c’estUne CLI, une bibliothèque et des hooks React sur votre propre bucket S3Service d’envoi auto-hébergeable avec des liens
Où vivent les donnéesVotre bucket : S3, R2, MinIO, Scaleway, WasabiLe stockage de son serveur ; un backend S3 est disponible
Les deux côtés en ligne en même tempsNon. Le code est utilisé plus tard, jusqu’à expirationNon
Depuis votre app webOui, via une route sur votre serveurPar URL
ComptesAucun. Le code est toute la poignée de mainAucun
HébergementVotre bucket, plus votre serveur quand un navigateur participeAuto-hébergé
PrixGratuit. Vous payez votre fournisseur de stockage pour quelques objets qui expirentGratuit
LicenceMITMIT

Les différences

Ce qui change vraiment.

Un serveur que vous faites tourner ou un bucket que vous avez

transfer.sh est un service devant du stockage. La CLI s3nd est le bucket sans service devant ; quand vous voulez vraiment un serveur, c’est une route dans l’API que vous déployez déjà.

Une URL ou un code

Un lien transfer.sh porte un chemin aléatoire qui est le secret. Un code s3nd, ce sont huit caractères conçus pour être lus à voix haute, avec les lettres confondables retirées et réparées au retour.

Des fichiers ou des fichiers et de l’état

transfer.sh déplace des fichiers. s3nd déplace des fichiers et des snapshots d’état d’application, avec des versions de schéma et des écritures conditionnelles, depuis une bibliothèque autant qu’une commande.

La décision

Choisissez celui qui convient.

Choisissez transfer.sh quand

  • Un endpoint d’envoi pilotable par curl pour une équipe, avec des liens.
  • Vous le faites déjà tourner et ça marche.

Choisissez s3nd quand

  • Rien à faire tourner : la CLI parle directement au bucket.
  • Des codes que les gens peuvent lire à voix haute plutôt que des URL à coller.
  • De l’état d’application avec versionnage et expiration vérifiée à la lecture.

Déposez un fichier. Donnez le code.

Pointez-le sur le bucket que vous payez déjà. Rien à déployer, aucune inscription, personne au milieu.