Un serveur de fichiers Rust de 5 Mo conçu pour le partage de fichiers entre réseaux locaux
(saibius.com)Quand je développe, il m’arrive assez souvent d’avoir besoin de partager temporairement des fichiers.
Par exemple, pour partager rapidement des fichiers en local (comme des checkpoints d’IA ou des données d’entraînement). Comme ces fichiers sont volumineux, les transferts via les services cloud existants sont lents, et les serveurs Python finissent parfois par « exploser » (?) ; je voulais donc un serveur de fichiers local permettant un partage temporaire via curl/wget, alors je l’ai créé.
En gros, il a quatre caractéristiques principales.
Premièrement : cross-platform. – En fait, je l’ai aussi fait pour mon propre confort, mais pour quelqu’un comme moi qui passe de Linux à Windows, je ne pouvais pas renoncer au désir d’avoir la même commande partout…
Deuxièmement : une interface web. – Un petit serveur web de style Apache est intégré par défaut ; il permet de télécharger les fichiers depuis le dossier partagé par l’utilisateur ou d’afficher directement certains fichiers pris en charge par le navigateur (html, txt, etc.).
Troisièmement : aucune installation de runtime supplémentaire n’est nécessaire. – Au début, j’avais envisagé un serveur Express et autres, mais j’utilise souvent LXC, donc installer séparément un runtime comme Node était contraignant. Sous Windows aussi, quand je lance une VM, c’était pénible de refaire la configuration à chaque fois.
Quatrièmement : un serveur de fichiers de moins de 5 Mo. – J’ai tout retiré sauf le « transfert de fichiers », ce qui m’a permis de garder le binaire réel sous les 5 Mo (le plus gros étant Linux x86 à 4,12 Mo, build de référence 1.0.0).
C’est un programme que j’utilise réellement moi-même, et à l’usage, je trouve qu’il est pratique pour partager temporairement sur un réseau interne des fichiers ISO, de grandes images ou des PDF.
Exemple de partage de dossier : ./saibius –file ./share
Site web : https://saibius.com/
GitHub : https://github.com/saibius/docs
P.-S. C’est vendu 4 900 wons, mais des clés gratuites sont offertes aux 10 premiers arrivés.
Si vous ouvrez le lien https://saibius.com/redeem?key=SAIBIUS-2026-R1, il sera rempli automatiquement :)
20 commentaires
On dirait un truc du genre copyparty.
Bonjour
J’espère que vous passez une bonne journée.
J’ai eu quelque chose à faire ce week-end, donc j’ai répondu un peu tard.
L’objectif de base était de le concevoir de manière similaire à Copyparty.
À l’époque du développement, je ne connaissais pas l’existence de ce type de projet, et je l’ai découvert grâce aux commentaires.
La différence principale, selon moi, est la suivante :
Dans notre cas d’usage, il arrive assez souvent qu’on l’utilise aussi sur des serveurs de réseau interne où l’installation d’un runtime supplémentaire est difficile. Nous l’avons donc conçu de façon à ce que l’appareil qui partage les fichiers n’ait pas besoin d’un runtime additionnel (par exemple un runtime Python, des paquets supplémentaires, etc.).
La plupart des serveurs incluent Python, mais dans notre environnement, nous fonctionnons avec un minimum de paquets, comme avec LXC, donc je pense que cet aspect dépend de chaque environnement et de chaque cas d’usage.
Saibius continuera à évoluer à l’avenir.
Merci de l’intérêt que vous lui portez.
Passez une excellente journée :)
Prévoyez-vous éventuellement de prendre en charge à l’avenir l’environnement Android Termux ?
Quand je dois envoyer des fichiers depuis Android vers un autre environnement, j’utilise généralement
crocsi c’est possible, etCopypartylorsqu’il faut y accéder via un navigateur web,curlouwget, mais pour un partage simple, celui-ci a l’air pas mal aussi.Bonjour !
J’espère que vous passez de bonnes vacances ?
Le build Termux (Android) a été ajouté dans la mise à jour mineure 1.0.0.11 que vous attendiez !
La mise à jour a été déployée le 12 février, et le travail de stabilisation a pris du temps, c’est pourquoi je ne réponds que maintenant.
Saibius continuera à progresser.
Merci de l’intérêt que vous lui portez.
Passez une excellente journée :)
Oh, merci pour l'info !
Bonjour !
Passez-vous une bonne soirée ?
Nous prévoyons de publier la mise à jour mineure 1.0.0.11 que vous attendiez, avec l’ajout d’un build Termux (Android).
Le déploiement a pris un peu de retard par rapport à nos prévisions initiales, mais nous avons confirmé son bon fonctionnement sur la dernière version du Play Store.
Nous préparons une publication en toute sécurité, nous vous remercions donc de bien vouloir patienter encore un peu !
Saibius continuera de s’améliorer à l’avenir.
Merci de l’intérêt que vous nous portez.
Bonne journée :)
Bonjour
Passez-vous une bonne soirée ?
Dans l’environnement Android Termux que vous avez mentionné, aucun test officiel n’a encore été mené, mais cela fait bien partie de nos plans pour les développements et tests à venir.
Dès que les tests seront terminés, je vous répondrai rapidement :b
Et merci aussi de m’avoir fait découvrir de bons outils comme Copyparty et Croc ; il va falloir que je me renseigne plus en détail sur ce type d’outils...
Saibius continuera à progresser
Merci de l’intérêt que vous nous portez
Passez une excellente journée :)
Pour le partage interne de documents web, j’utilise le serveur web intégré de Python.
Bonjour
J’espère que vous passez un bon après-midi.
Le serveur web Python me semble aussi être un très bon outil !
En fait, nous utilisions nous aussi le serveur web intégré de Python, mais comme nous manipulons non seulement des documents web, mais aussi des données d’entraînement pour l’IA et des fichiers de checkpoint (
.safetensors,.ckpt, etc.), il arrivait assez souvent que la connexion se coupe ou devienne instable avec des fichiers de plusieurs centaines de Go à plusieurs To.Nous utilisons également un NAS comme alternative, mais pour les très gros fichiers, il est forcément plus rapide de les envoyer directement depuis l’appareil où ils se trouvent plutôt que de passer par upload > serveur > téléchargement ; c’est pour cela que nous avons créé ce programme. Au final, le meilleur outil reste surtout celui qui correspond à son environnement.
Bonne journée :)
Dans ce cas d’usage, c’est un bon choix. Y a-t-il par hasard une fonction de chiffrement ? Serait-il possible de chiffrer le stockage et de déchiffrer lors du partage ?
Bonjour ! Merci pour votre excellente question.
Dans la version actuelle, les fonctionnalités de « chiffrement » et de « stockage / chiffrement » que vous mentionnez ne sont pas prises en charge.
En réalité, nous les avions envisagées au début du développement, mais comme il s’agit d’un outil spécialisé dans le « transfert temporaire de fichiers sur un réseau local »,
et que, dans un environnement de partage de données volumineuses, la surcharge du chiffrement peut affecter la vitesse de transfert,
nous avons malheureusement choisi de les exclure.
Dans notre cas, lorsque le chiffrement est nécessaire, nous utilisons principalement la fonction de stockage chiffré du NAS.
Merci de l’intérêt que vous portez à Saveus.
Bonne journée :)
[Mise à jour] Avis d’épuisement des clés gratuites
Merci beaucoup pour votre intérêt !
Au 22 janvier 2026 à 13:10, toutes les clés gratuites ont été épuisées.
[Clés épuisées]
Clés gratuites initiales (R1), ainsi que U1 et C1 distribuées par la suite
Grâce à votre soutien,
Saivious continuera à progresser et à s’améliorer.
Merci.
[Mise à jour] Merci beaucoup pour votre intérêt !
Les clés gratuites initiales ont été rapidement épuisées, et certaines personnes ont rencontré des erreurs lors de l’activation.
Le problème a été corrigé et 20 clés supplémentaires sont désormais disponibles.
https://saibius.com/redeem?key=SAIBIUS-2026-U1
https://saibius.com/redeem?key=SAIBIUS-2026-C1
Si vous avez rencontré une erreur avec les anciens codes, veuillez réessayer avec les nouveaux !
J’ai l’impression que l’argument de vente manque un peu de force, donc je vous fais ce retour. La nécessité d’une interface web n’est pas vraiment convaincante. Si le terminal est l’interface principale, n’est-il pas possible, via une commande, de lancer directement l’application qui ouvre le fichier reçu, comme
firefox <html_file>oucat <text_file>? Il semble aussi possible de réduire davantage la taille du binaire. Si vous voulez le rendre plus convivial pour une utilisation GUI, ce serait peut-être bien d’ajouter un raccourci dans le menu clic droit de l’explorateur ou du Finder sur chaque plateforme. Si vous retirez même l’interface web, la comparaison se ferait alors avec https://github.com/schollz/croc. C’est l’outil que j’utilise principalement : sans runtime séparé, les transferts locaux sont déjà largement assez rapides, il prend aussi en charge les transferts distants en relay p2p avec chiffrement e2e, ainsi que la reprise des transferts (resume).Merci beaucoup pour vos retours !
Je pense qu’il serait utile d’ajouter la partie sur les raccourcis GUI.
Je vais d’abord répondre aux points que vous avez mentionnés.
Nécessité de la WebUI
Même si le terminal est l’interface principale, ce programme a aussi été conçu pour pouvoir être partagé avec des membres de l’équipe comme les marketeurs ou les designers, qui ne sont pas familiers des environnements serveur ou terminal ; c’est pourquoi nous souhaitons faire de la WebUI un élément différenciant.
Concernant l’exécution des fichiers
Ce programme est avant tout centré sur un « serveur de partage de fichiers temporaire », donc il ne lance pas directement l’application qui ouvre le fichier concerné. En pratique, pour les extensions que nous utilisons, il arrive que différents programmes partagent la même extension.
Différences avec CROC
La plus grande différence avec l’outil que vous avez mentionné est sans doute la prise en charge du zero-copy et l’optimisation dynamique du buffer (buffer variable selon le fichier). Cet outil applique aussi
HttpRangeafin de prendre en charge IDM (ou FDM).La fonction de raccourci que vous avez suggérée me semble être une très bonne idée. Je vais l’étudier afin de pouvoir l’intégrer dans une prochaine mise à jour.
Passez une excellente journée ! :)
Les paramètres sans le drapeau
--filene devraient-ils pas être traités comme des ressources à partager ?Merci beaucoup pour vos retours utiles !
Concernant le flag
--file, nous en sommes également conscients,dans les premières versions, le partage de fichiers était possible même sans ce flag.
Cependant, pendant la phase de bêta test, une inquiétude a été soulevée : « comme les fichiers sont partagés immédiatement, un utilisateur peut, sans le vouloir, partager un mauvais chemin présent dans le presse-papiers via un simple copier-coller ». Nous avons donc ajouté une étape de saisie supplémentaire,
et, pour l’instant, modifié le comportement afin d’exiger explicitement le flag
--file.Comme vous l’avez indiqué, nous sommes d’accord sur le fait qu’en termes de praticité, un fonctionnement sans flag pourrait être préférable. Nous continuons à tester la meilleure façon d’équilibrer sécurité et facilité d’usage.
La possibilité d’omettre le flag
--file, comme vous l’avez suggéré, nous semble être une bonne idée.Merci pour cette excellente suggestion :)
Passez une excellente journée :)
Je ne sais pas si les utilisateurs visés par ce serveur sont des développeurs ou le grand public. Si ce sont des développeurs, empêcher le collage d’un chemin erroné est inutilement contraignant ; si c’est le grand public, il y a l’inconvénient de devoir ouvrir une invite de commande et saisir le drapeau
--file. Sans le drapeau--file, il faut renoncer à la possibilité de faire glisser un dossier depuis l’explorateur et de le déposer sur l’exécutable pour le partager immédiatement. On pourrait alors envisager d’ajouter une entrée au menu système pour plus de confort, mais combien de fois par mois utiliserait-on vraiment ce menu de raccourci ?Merci pour ces retours supplémentaires.
Comme vous l’avez indiqué, je pense qu’il est important de ne négliger ni l’utilisabilité pour les développeurs ni la praticité pour les utilisateurs ordinaires.
Cependant, à ce stade, nous considérons qu’il est prioritaire de préserver le workflow stable des utilisateurs existants.
Les idées que vous avez proposées, comme la « suppression des flags » ou l’« amélioration de l’interface », seront examinées avec attention lors d’une future mise à jour majeure, dans la mesure où elles ne compromettent pas la rétrocompatibilité.
Merci de l’intérêt que vous portez au projet.
Le CROC que vous avez mentionné est un excellent outil, mais il faut aussi installer CROC sur l’appareil du destinataire et savoir utiliser la ligne de commande, tandis que notre outil, avec la prise en charge de Wget/Curl et une webUI, a permis même aux membres non développeurs de notre équipe de l’utiliser facilement depuis un simple navigateur.
Merci beaucoup pour l’idée de raccourci ! J’avais même oublié qu’il était possible d’implémenter ce genre de fonctionnalité.
Bonne journée :)