लोकल नेटवर्क के बीच फ़ाइल शेयरिंग के लिए बनाया गया 5MB Rust फ़ाइल सर्वर

मैं जब डेवलपमेंट करता हूँ, तो अक्सर अस्थायी रूप से फ़ाइलें शेयर करने की ज़रूरत पड़ जाती है.

उदाहरण के लिए, लोकल पर फ़ाइलें जल्दी शेयर करनी हों (जैसे AI checkpoint या training data वगैरह)। ये फ़ाइलें अक्सर बड़ी होती हैं, इसलिए मौजूदा cloud services से ट्रांसफ़र धीमा रहता है, और Python server जैसी चीज़ें कभी-कभी क्रैश(?) भी हो जाती हैं। इसलिए मैंने सोचा कि ऐसा कोई लोकल फ़ाइल सर्वर हो, जिसे Curl/Wget से अस्थायी रूप से शेयर किया जा सके, और उसी वजह से मैंने इसे बनाया।

अगर इसकी खासियतों की बात करें, तो मोटे तौर पर 4 मुख्य बातें हैं।

पहली, cross-platform. – सच कहूँ तो यह भी मैंने अपनी सुविधा के लिए बनाया, लेकिन Linux और Windows के बीच आने-जाने वाले मेरे जैसे व्यक्ति के लिए एक ही command का इस्तेमाल कर पाना छोड़ना मुश्किल था…

दूसरी, web UI – इसमें Apache style का एक छोटा web server बेसिक रूप से built-in है, जिससे यूज़र शेयर किए गए फ़ोल्डर से फ़ाइलें डाउनलोड कर सकते हैं या कुछ browser-supported फ़ाइलें (html, txt आदि) सीधे देख सकते हैं।

तीसरी, अलग runtime install करने की ज़रूरत नहीं। – शुरुआत में मैंने express server जैसी चीज़ें भी सोची थीं, लेकिन मैं अक्सर LXC वगैरह इस्तेमाल करता हूँ, इसलिए अलग से Node जैसे runtime install करना असुविधाजनक लगा। Windows में भी VM चालू करने पर हर बार सेटअप करना झंझट था।

चौथी, 5MB के भीतर का फ़ाइल सर्वर – “फ़ाइल ट्रांसफ़र” के अलावा बाकी सब निकाल दिया, इसलिए असली फ़ाइल साइज़ 5MB के भीतर रखा गया है (सबसे बड़ा Linux x86 4.12MB है, 1.0.0 build के आधार पर)।

यह वास्तव में वही प्रोग्राम है जिसे मैं खुद इस्तेमाल करता हूँ, और इसे बनाकर व इस्तेमाल करके मुझे लगा कि ISO फ़ाइलें, बड़े इमेज या PDF जैसी चीज़ों को आंतरिक नेटवर्क में अस्थायी रूप से शेयर करने के लिए यह सुविधाजनक है।

फ़ोल्डर शेयर उदाहरण : ./saibius –file ./share
वेबसाइट : https://saibius.com/
GitHub : https://github.com/saibius/docs

P.s यह 4,900 won में बिक्री पर है, लेकिन पहले 10 लोगों को मुफ़्त key दी जाएगी।
https://saibius.com/redeem?key=SAIBIUS-2026-R1 लिंक पर जाएँ, तो यह अपने-आप भर जाएगा :)

[lamanus]

शायद यह copyparty जैसी ही चीज़ है।

[mirseo]

नमस्ते
क्या आपका दिन अच्छा बीत रहा है?

वीकेंड में कुछ काम था, इसलिए देखने में देर हो गई..
मूल उद्देश्य Copyparty की तरह डिज़ाइन किया गया था
डेवलपमेंट के समय मुझे ऐसे प्रोजेक्ट के अस्तित्व के बारे में पता नहीं था, बाद में टिप्पणियों के ज़रिए मालूम हुआ

मेरे हिसाब से मुख्य अंतर यह है कि,
हमारे use case में अलग runtime इंस्टॉल करना मुश्किल होता है,
इसलिए कभी-कभी internal network के सर्वरों पर भी इसका उपयोग करना पड़ता है, और इसी वजह से इसे इस तरह बनाया गया कि शेयर करने वाले डिवाइस पर अलग runtime (जैसे Python runtime, अतिरिक्त packages आदि) की ज़रूरत न पड़े

ज़्यादातर सर्वरों में Python शामिल होता है, लेकिन हमारे environment में LXC की तरह केवल न्यूनतम packages के साथ सिस्टम चलाए जाते हैं, इसलिए यह हिस्सा हर environment/use case के अनुसार अलग हो सकता है

आगे भी Saibius को बेहतर बनाते रहेंगे
रुचि दिखाने के लिए धन्यवाद

आपका दिन शुभ हो :)

[ihabis02]

क्या भविष्य में Android termux environment के लिए भी support देने की कोई योजना है?
जब Android से किसी दूसरे environment में फ़ाइल भेजनी होती है, तो अगर croc इस्तेमाल किया जा सके तो croc, और अगर web browser या curl, wget से access करना पड़े तो मैं ज़्यादातर Copyparty इस्तेमाल करता हूँ, लेकिन simple sharing के लिए यह भी काफ़ी अच्छा लग रहा था।

[mirseo]

नमस्ते!
क्या आप अच्छी छुट्टियाँ बिता रहे हैं?

जिस minor update 1.0.0.11 का आप इंतज़ार कर रहे थे, उसमें Termux(Android) build जोड़ दिया गया है!
यह update 12 फ़रवरी को जारी किया गया था, और stabilization में समय लगने के कारण अब जाकर मैं जवाब दे पा रहा हूँ.

Saibius आगे भी लगातार बेहतर होता रहेगा.
रुचि दिखाने के लिए धन्यवाद.

आपका दिन शुभ हो :)

[ihabis02]

ओह, जानकारी के लिए धन्यवाद!

[mirseo]

नमस्ते!
क्या आप अच्छी रात बिता रहे हैं?

जिस minor update 1.0.0.11 का आप इंतज़ार कर रहे थे, उसमें Termux(Android) build जोड़कर रिलीज़ करने की योजना है.
यह शुरुआती अनुमान से थोड़ा देर से हुआ, लेकिन Play Store के latest version के आधार पर इसके सही तरह से काम करने की पुष्टि कर ली गई है.

सुरक्षित रिलीज़ की तैयारी चल रही है, इसलिए कृपया थोड़ा और इंतज़ार करें!

आगे भी Saibius को लगातार बेहतर बनाते रहेंगे.
रुचि दिखाने के लिए धन्यवाद.

आपका दिन शुभ हो :)

[mirseo]

नमस्ते
क्या आप अच्छी रात बिता रहे हैं?

आपके बताए गए Android Termux environment में अभी official testing नहीं हुई है, लेकिन इसे आगे के अतिरिक्त development और testing की योजना में शामिल किया गया है.

जैसे ही testing पूरी होगी, मैं आपको जल्दी से reply कर दूँगा :b

और Copyparty, Croc जैसे अच्छे tools बताने के लिए धन्यवाद. लगता है मुझे इन tools के बारे में भी विस्तार से जानना चाहिए...

Saibius आगे भी लगातार बेहतर बनता रहेगा.
रुचि दिखाने के लिए धन्यवाद.

आपका दिन शुभ हो :)

[tensun]

मैं वेब दस्तावेज़ों को कंपनी के अंदर साझा करने के लिए Python का built-in web server इस्तेमाल करता हूँ।

[mirseo]

नमस्ते
क्या आपका दोपहर अच्छा बीत रहा है?

मुझे लगता है कि Python web server भी वाकई एक अच्छा टूल है!

असल में हम भी Python के built-in web server का उपयोग कर रहे थे, लेकिन हमारी तरफ़ केवल web documents ही नहीं, बल्कि AI training data और checkpoint files (.safetensors, .ckpt आदि) भी संभालनी पड़ती हैं, इसलिए सैकड़ों GB से लेकर कई TB तक की फ़ाइलों में कभी-कभी कनेक्शन टूट जाता था या अस्थिर हो जाता था।

इसके विकल्प के रूप में हम NAS भी चला रहे हैं, लेकिन बड़े आकार की फ़ाइलों के मामले में upload > server > download की तुलना में फ़ाइल जिस device पर है, वहीं से सीधे भेजना ज़्यादा तेज़ होता है, इसलिए यह प्रोग्राम बनाया। सच कहूँ तो, अपने environment के हिसाब से सही टूल ही सबसे अच्छा होता है।

आपका दिन शुभ हो :)

[tensun]

अगर यह उसी उपयोग के लिए है, तो यह अच्छा विकल्प लगता है। क्या इसमें encryption फीचर भी है? क्या ऐसा फीचर हो सकता है कि स्टोरेज के समय encrypt किया जाए और शेयर करते समय decrypt किया जाए?

[mirseo]

नमस्ते! अच्छे सवाल के लिए धन्यवाद

फ़िलहाल के version में आपने जिस "encryption feature" और "storage / encryption feature" का ज़िक्र किया है, वह support नहीं है।

असल में development की शुरुआती अवस्था में हमने इस पर विचार किया था, लेकिन यह एक ऐसा tool है जो "internal network में अस्थायी रूप से file transfer" करने के लिए विशेष रूप से बनाया गया है,
और large data sharing environment में encryption overhead transfer speed को प्रभावित कर सकता है,
इसी वजह से अफ़सोस के साथ इसे शामिल नहीं किया गया।

हमारे मामले में, जब encryption की ज़रूरत होती है, तो हम मुख्य रूप से NAS की encrypted storage feature का उपयोग करते हैं।
सेइबियस में रुचि लेने के लिए धन्यवाद।

आपका दिन शुभ हो :)

[mirseo]

[अपडेट] मुफ्त keys समाप्त होने की सूचना

इतनी रुचि दिखाने के लिए धन्यवाद!
2026 वर्ष 01 माह 22 तारीख 13:10 तक सभी मुफ्त keys समाप्त हो चुके हैं.

[समाप्त keys]
प्रारंभिक मुफ्त key (R1), बाद में वितरित U1, C1

आप सभी के समर्थन की बदौलत हम आगे भी लगातार बेहतर होते हुए
Savius बनते रहेंगे.

धन्यवाद.

[mirseo]

[अपडेट] इतने अधिक रुचि और समर्थन के लिए धन्यवाद!
शुरुआती मुफ्त keys जल्दी खत्म हो गईं, और कुछ लोगों को redeem error का सामना करना पड़ा।
समस्या को ठीक कर दिया गया है और अतिरिक्त 20 keys दी जा रही हैं।

https://saibius.com/redeem?key=SAIBIUS-2026-U1
https://saibius.com/redeem?key=SAIBIUS-2026-C1

जिन लोगों को पहले वाले code से error आया था, वे कृपया नए code से फिर से कोशिश करें!

[hoonix]

मुझे लगता है कि selling point थोड़ा कमजोर महसूस होता है, इसलिए यह फ़ीडबैक दे रहा हूँ। वेब UI की ज़रूरत अच्छी तरह से समझ में नहीं आती। अगर टर्मिनल ही मुख्य interface है, तो क्या कमांड के जरिए ट्रांसफ़र हुई फ़ाइल के लिए firefox <html_file> या cat <text_file> की तरह उस फ़ाइल को खोलने वाला application सीधे नहीं चलाया जा सकता? बाइनरी साइज़ को और कम किया जा सकता है, ऐसा लगता है। अगर इसे GUI-friendly बनाना है, तो हर platform के explorer या finder के right-click menu में shortcut जोड़ना भी अच्छा हो सकता है। अगर वेब UI तक हटा दिया जाए, तो इसकी तुलना https://github.com/schollz/croc से होगी, ऐसा लगता है। यह वह टूल है जिसे मैं मुख्य रूप से इस्तेमाल करता हूँ; इसमें अलग runtime के बिना local transfer भी काफ़ी तेज़ है, relay p2p के जरिए remote transfer में e2e encryption का support है, और transfer resume भी support करता है।

[mirseo]

अच्छा feedback देने के लिए धन्यवाद!
GUI shortcut वाला हिस्सा जोड़ना अच्छा रहेगा, ऐसा लगता है.

सबसे पहले, आपने जिन बातों का ज़िक्र किया है, उनका जवाब देता हूँ.

1. WebUI की आवश्यकता
   हालाँकि terminal मुख्य interface है, लेकिन यह प्रोग्राम इस तरह डिज़ाइन किया गया है कि इसे marketer, designer आदि उन टीम सदस्यों के साथ भी साझा किया जा सके जो server environment या terminal environment से परिचित नहीं हैं. इसी वजह से हम WebUI को एक differentiator के रूप में ले जाना चाहते हैं.

2. फ़ाइल execute करने से संबंधित हिस्सा
   यह प्रोग्राम मूल रूप से "अस्थायी फ़ाइल शेयरिंग सर्वर" पर फ़ोकस करता है, इसलिए यह उस फ़ाइल को खोलने वाले application को सीधे execute नहीं करता. आम तौर पर जिन extensions का हम उपयोग करते हैं, उनमें अलग-अलग प्रोग्राम एक ही extension को साझा करते हैं.

3. CROC से अंतर
   आपके बताए गए टूल से सबसे बड़ा अंतर शायद Zero-Copy support और dynamic buffer optimization (फ़ाइल के अनुसार buffer बदलना) होगा. इस टूल में भी मूल रूप से IDM (या FDM) support के लिए HttpRange लागू किया गया था.

आपने जो shortcut फ़ीचर बताया, वह अच्छा idea लगता है. आगे के update में उसे शामिल कर सकूँ, इसके लिए मैं अध्ययन करूँगा.

आपका दिन शुभ हो! :)

[kayws426]

क्या --file फ़्लैग के बिना दिए गए पैरामीटर को शेयर किए जाने वाले resource के रूप में हैंडल नहीं करना चाहिए?

[mirseo]

अच्छा feedback देने के लिए धन्यवाद!

--file flag के बारे में हमें भी जानकारी है, और शुरुआती version में flag के बिना भी file share करना संभव था.

लेकिन beta test के दौरान यह चिंता उठी कि "क्योंकि file तुरंत share हो जाती है, user अनजाने में copy-paste के ज़रिए clipboard में मौजूद गलत path share कर सकता है", इसलिए एक अतिरिक्त input step जोड़कर
फिलहाल इसे बदल दिया गया है ताकि स्पष्ट रूप से --file flag की आवश्यकता हो.

जैसा आपने कहा, usability के दृष्टिकोण से बिना flag के भी काम करना बेहतर हो सकता है, इस बात से हम सहमत हैं. security और usability के बीच संतुलन कैसे रखा जाए, इस पर हम लगातार test कर रहे हैं.

आपने जो --file flag omission feature सुझाया है, वह एक अच्छा idea लगता है.
अच्छा idea देने के लिए धन्यवाद :)

आपका दिन शुभ हो :)

[kayws426]

मुझे समझ नहीं आ रहा कि सर्वर का लक्षित उपयोगकर्ता developer है या आम उपयोगकर्ता। अगर developer लक्षित हैं, तो गलत path paste होने से बचाने वाली चीज़ अनावश्यक रूप से झंझट लगती है, और अगर आम उपयोगकर्ता लक्षित हैं, तो command window खोलकर --file flag दर्ज करना असुविधाजनक है। अगर --file flag न हो, तो Explorer में folder को drag करके executable पर drop करते ही तुरंत share करने का जो तरीका हो सकता है, उसे छोड़ना पड़ेगा। तब सुविधा के लिए system menu में कोई menu जोड़ने पर विचार किया जा सकता है, लेकिन उस shortcut menu का इस्तेमाल महीने में कितनी बार होगा?

[mirseo]

अतिरिक्त फ़ीडबैक के लिए धन्यवाद.

जैसा आपने कहा, मेरा भी मानना है कि developer usability और सामान्य users की सुविधा—दोनों ऐसे पहलू हैं जिन्हें नज़रअंदाज़ नहीं किया जा सकता.

हालाँकि, फिलहाल हमारी प्राथमिकता मौजूदा users के स्थिर workflow को बनाए रखना है.

आपके सुझाए गए 'flag omission' या 'interface improvement' जैसे आइडिया पर हम भविष्य में किसी बड़े अपडेट के समय backward compatibility को नुकसान पहुँचाए बिना सावधानी से विचार करेंगे.

रुचि दिखाने के लिए धन्यवाद.

[mirseo]

आपके बताए गए CROC एक शानदार टूल है, लेकिन जहाँ recipient डिवाइस पर भी CROC इंस्टॉल होना चाहिए और command line इस्तेमाल करने में सक्षम होना चाहिए, वहीं हमारे टूल में Wget/Curl support के साथ webUI दिया गया है, इसलिए non-developer टीम के सदस्य भी सिर्फ़ ब्राउज़र से इसे आसानी से इस्तेमाल कर पाए।

shortcut आइडिया के लिए सच में धन्यवाद! मैं यह भी भूल गया था कि ऐसी सुविधा implement की जा सकती है।

आपका दिन शुभ हो :)