Server file Rust 5MB yang dibuat untuk berbagi file antar jaringan lokal

Saat mengembangkan, saya cukup sering perlu berbagi file secara sementara.

Misalnya, untuk membagikan file dengan cepat secara lokal (contohnya checkpoint AI atau data pelatihan, dan sebagainya). Karena file-file ini berukuran besar, transfer lewat layanan cloud yang sudah ada terasa lambat, dan server Python kadang suka meledak(?), jadi saya membuat server file lokal yang bisa dipakai sementara untuk berbagi lewat Curl/Wget.

Kalau soal fitur, ada sekitar 4 hal utama.

Pertama. Lintas platform. – Sebenarnya ini juga saya buat demi kenyamanan saya sendiri, tapi bagi saya yang bolak-balik antara Linux dan Windows, keinginan untuk memakai perintah yang sama itu tidak bisa dilepaskan…

Kedua. Web UI – Ada web server kecil bergaya Apache yang tertanam secara bawaan, sehingga pengguna bisa mengunduh file dari folder yang dibagikan atau langsung melihat file yang didukung sebagian browser (html, txt, dll.).

Ketiga. Tidak perlu instalasi runtime terpisah. – Di awal saya sempat mempertimbangkan server express dan semacamnya, tetapi saya cukup sering memakai LXC dan rasanya merepotkan kalau harus memasang runtime seperti Node secara terpisah. Di Windows juga, setiap kali menyalakan VM, pengaturan ulangnya cukup merepotkan.

Keempat. Server file di bawah 5MB – Saya membuang semua hal selain “transfer file”, sehingga ukuran file aktualnya dibuat di bawah 5MB (yang paling besar adalah Linux x86 4.12MB, build berdasarkan 1.0.0).

Ini adalah program yang benar-benar saya pakai sendiri, dan dari pengalaman saya membuat dan menggunakannya, program ini praktis saat ingin berbagi file ISO, gambar berukuran besar, atau PDF secara sementara di jaringan internal.

Contoh berbagi folder: ./saibius --file ./share
Situs web: https://saibius.com/
GitHub: https://github.com/saibius/docs

P.s Saat ini dijual seharga 4.900 won, tetapi saya membagikan kunci gratis untuk 10 orang pertama.
Jika masuk ke tautan https://saibius.com/redeem?key=SAIBIUS-2026-R1, kuncinya akan terisi otomatis :)

[lamanus]

Sepertinya mirip seperti copyparty.

[mirseo]

Halo
Semoga harimu menyenangkan.

Karena ada urusan selama akhir pekan, saya jadi terlambat mengeceknya..
Tujuan dasarnya memang dirancang mirip dengan Copyparty.
Saat pengembangan, saya belum tahu ada proyek seperti ini, lalu baru mengetahuinya lewat komentar.

Kalau bicara soal perbedaannya menurut saya,
di use case kami, cukup sering juga dipakai di server jaringan internal
yang sulit memasang runtime terpisah, jadi cirinya adalah perangkat yang membagikan file dibuat agar tidak memerlukan runtime tambahan terpisah (misalnya runtime Python, paket tambahan, dan sebagainya).

Di kebanyakan server Python memang sudah disertakan, tetapi di lingkungan kami pengoperasiannya memakai paket seminimal mungkin seperti LXC, jadi bagian ini sepertinya akan berbeda-beda tergantung lingkungan/use case.

Ke depannya Saibius akan terus berkembang.
Terima kasih atas perhatiannya.

Semoga harimu menyenangkan :)

[ihabis02]

Apakah ada rencana untuk mendukung lingkungan Android termux di masa mendatang?
Saat perlu mengirim file dari Android ke lingkungan lain, saya biasanya memakai croc jika memungkinkan; kalau harus diakses lewat browser web atau curl, wget, saya lebih sering memakai Copyparty, tetapi untuk berbagi secara sederhana, yang ini juga terlihat cukup bagus.

[mirseo]

Halo!
Semoga Anda menikmati liburan yang menyenangkan?

Pada pembaruan minor 1.0.0.11 yang telah Anda tunggu, kini ditambahkan build Termux(Android)!
Pembaruan ini dirilis pada 12 Februari, dan karena proses stabilisasi memakan waktu, saya baru bisa membalas sekarang.

Ke depannya, Saibius akan terus berkembang.
Terima kasih atas perhatian Anda.

Semoga hari Anda menyenangkan :)

[ihabis02]

Oh, terima kasih atas informasinya!

[mirseo]

Halo!
Semoga malam Anda menyenangkan?

Pada pembaruan minor 1.0.0.11 yang sudah Anda tunggu, kami berencana menambahkan build Termux (Android) dan merilisnya.
Sedikit tertunda dari perkiraan semula, tetapi kami telah memastikan bahwa aplikasi ini berjalan normal berdasarkan versi terbaru di Play Store.

Kami sedang mempersiapkannya agar rilisnya aman, jadi kami akan sangat berterima kasih jika Anda bisa menunggu sedikit lagi!

Ke depannya, Saibius akan terus berkembang.
Terima kasih atas perhatian Anda.

Semoga hari Anda menyenangkan :)

[mirseo]

Halo
semoga malam Anda menyenangkan.

Seperti yang Anda sampaikan, pada lingkungan Android Termux pengujian resmi memang belum dilakukan, tetapi ini sudah termasuk dalam rencana pengembangan dan pengujian tambahan ke depannya.

Begitu pengujian selesai, saya akan segera membalas Anda :b

Dan terima kasih telah memberi tahu saya tentang alat yang bagus seperti Copyparty dan Croc. Sepertinya saya juga perlu mempelajari alat-alat seperti ini lebih dalam...

Ke depannya, Saibius akan terus berkembang.
Terima kasih atas perhatiannya.

Semoga hari Anda menyenangkan :)

[tensun]

Untuk berbagi dokumen web di internal perusahaan, saya memakai web server bawaan Python.

[mirseo]

Halo
Semoga Anda menjalani sore yang menyenangkan.

Menurut saya server web Python juga alat yang sangat bagus!

Sebenarnya kami juga berada dalam situasi menggunakan web server bawaan Python, tetapi di pihak kami bukan hanya dokumen web, melainkan juga data pelatihan AI dan file checkpoint (.safetensors, .ckpt, dan sebagainya`), sehingga untuk file berukuran ratusan GB hingga beberapa TB koneksi kadang terputus atau menjadi tidak stabil.

Sebagai alternatif untuk ini kami juga mengoperasikan NAS, tetapi untuk file berukuran besar, dibanding alur upload > server > download, mengirim langsung dari perangkat tempat file berada tetap lebih cepat, jadi program ini dibuat untuk itu. Pada akhirnya, sepertinya alat yang paling sesuai dengan lingkungan masing-masing memang yang terbaik.

Semoga hari Anda menyenangkan :)

[tensun]

Kalau untuk kebutuhan seperti itu, sepertinya pilihan yang bagus. Apakah ada fitur enkripsi? Apakah ada fungsi untuk menyimpan dalam keadaan terenkripsi lalu mendekripsinya saat dibagikan?

[mirseo]

Halo! Terima kasih atas pertanyaannya.

Pada versi saat ini, "fitur enkripsi" dan "fitur penyimpanan / enkripsi" yang Anda sebutkan belum didukung.

Sebenarnya hal ini sempat kami pertimbangkan pada tahap awal pengembangan, tetapi karena alat ini dikhususkan untuk "transfer file sementara di jaringan internal",
dan karena overhead enkripsi dapat memengaruhi kecepatan transfer dalam lingkungan berbagi data berukuran besar,
sayangnya fitur tersebut akhirnya tidak kami sertakan.

Dalam kasus kami, jika enkripsi diperlukan, kami biasanya memanfaatkan fitur penyimpanan terenkripsi pada NAS.
Terima kasih telah menaruh minat pada Savious.

Semoga hari Anda menyenangkan :)

[mirseo]

[Pembaruan] Pemberitahuan kuota key gratis habis

Terima kasih atas antusiasme yang luar biasa!
Per 22 Januari 2026 pukul 13:10, seluruh key gratis telah habis.

[Key yang habis]
Key gratis awal (R1), serta U1 dan C1 yang dibagikan kemudian

Berkat dukungan kalian,
Savious akan terus berkembang menjadi lebih baik lagi.

Terima kasih.

[mirseo]

[Pembaruan] Terima kasih atas antusiasmenya!
Kunci gratis awal cepat habis, dan beberapa orang mengalami kesalahan saat redeem.
Masalahnya sudah diperbaiki dan kami menyediakan tambahan 20 kunci.

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

Jika Anda mengalami error dengan kode sebelumnya, silakan coba lagi dengan kode baru!

[hoonix]

Saya ingin memberi masukan karena nilai jualnya terasa kurang kuat. Kebutuhan akan web UI belum terasa cukup meyakinkan. Jika antarmuka utamanya adalah terminal, bukankah lewat perintah Anda bisa langsung menjalankan aplikasi yang membuka file yang diterima, seperti firefox <html_file> atau cat <text_file>? Ukuran binarinya juga sepertinya masih bisa diperkecil lagi. Jika ingin dibuat lebih ramah GUI, mungkin bisa juga menambahkan shortcut ke menu klik kanan explorer atau finder di tiap platform. Jika web UI-nya sampai dihilangkan, sepertinya nanti akan dibandingkan dengan https://github.com/schollz/croc. Itu alat yang saya pakai sebagai alat utama; tanpa runtime terpisah, transfer lokalnya sudah cukup cepat, transfer jarak jauhnya juga mendukung relay P2P dengan enkripsi end-to-end, dan juga mendukung melanjutkan transfer (resume).

[mirseo]

Terima kasih atas masukan yang bagus!
Sepertinya akan lebih baik jika bagian shortcut GUI ditambahkan.

Pertama, saya akan menjawab poin-poin yang Anda sampaikan.

1. Kebutuhan WebUI
   Meskipun terminal adalah antarmuka utama, program ini dirancang agar bisa dibagikan juga kepada anggota tim seperti marketer dan desainer yang tidak terbiasa dengan lingkungan server atau terminal, dan karena itu kami ingin menjadikan WebUI sebagai pembeda.

2. Bagian terkait menjalankan file
   Program ini pada dasarnya berfokus pada "server berbagi file sementara", jadi tidak secara langsung menjalankan aplikasi yang membuka file tersebut. Secara default, ekstensi yang kami gunakan terkadang dipakai bersama oleh program yang berbeda.

3. Perbedaan dengan CROC
   Kalau bicara perbedaan terbesar dengan alat yang Anda sebutkan, sepertinya ada pada dukungan Zero-Copy dan optimasi buffer dinamis (buffer berubah sesuai file). Alat ini juga pada dasarnya sudah menerapkan HttpRange untuk mendukung IDM (atau FDM).

Fitur shortcut yang Anda sebutkan sepertinya ide yang bagus. Saya akan mempelajarinya agar bisa diterapkan pada pembaruan berikutnya.

Semoga hari Anda menyenangkan! :)

[kayws426]

Apakah parameter tanpa flag --file tidak sebaiknya diperlakukan sebagai resource yang akan dibagikan?

[mirseo]

Terima kasih atas masukan yang bagus!

Terkait flag --file, kami juga menyadari hal tersebut, dan pada versi awal file bisa dibagikan bahkan tanpa flag.

Namun, selama proses beta testing, muncul kekhawatiran bahwa "karena file langsung dibagikan, pengguna bisa tanpa sengaja membagikan path yang salah dari clipboard melalui copy-paste". Karena itu, kami menambahkan satu langkah input lagi, sehingga untuk saat ini diubah menjadi wajib menggunakan flag --file secara eksplisit.

Seperti yang Anda sampaikan, dari sisi kenyamanan memang bisa jadi lebih baik jika tetap berfungsi tanpa flag. Kami juga sependapat dengan hal itu, dan saat ini terus menguji bagaimana menyeimbangkan keamanan dan kemudahan penggunaan.

Fitur untuk menghilangkan keharusan flag --file seperti yang Anda usulkan tampaknya ide yang bagus.
Terima kasih atas idenya yang bagus :)

Semoga hari Anda menyenangkan :)

[kayws426]

Saya tidak yakin apakah server ini ditujukan untuk developer atau pengguna umum. Jika targetnya developer, pencegahan agar tidak menempel path yang salah terasa merepotkan, dan jika targetnya pengguna umum, ada ketidaknyamanan karena harus membuka command prompt lalu memasukkan flag --file. Jika tidak ada flag --file, berarti harus mengorbankan cara berbagi instan dengan menyeret folder dari Explorer ke executable untuk langsung menjalankannya. Lalu demi kenyamanan, mungkin akan dipertimbangkan untuk menambahkan menu ke menu sistem, tetapi seberapa sering shortcut menu itu akan dipakai dalam sebulan?

[mirseo]

Terima kasih atas masukan tambahannya.

Seperti yang Anda sampaikan, saya juga berpikir bahwa baik kegunaan bagi developer maupun kemudahan bagi pengguna umum adalah hal yang tidak boleh terlewatkan.

Namun, untuk saat ini kami menilai bahwa menjaga workflow yang stabil bagi pengguna yang sudah ada adalah prioritas utama.

Ide yang Anda usulkan seperti 'menghilangkan flag' atau 'perbaikan antarmuka' akan kami pertimbangkan dengan hati-hati pada saat pembaruan besar di masa mendatang, selama tidak merusak kompatibilitas ke belakang.

Terima kasih atas perhatiannya.

[mirseo]

CROC yang Anda sebutkan memang alat yang luar biasa, tetapi di perangkat penerima juga perlu memasang CROC dan harus bisa menggunakan command line, sedangkan alat kami menyediakan webUI bersama dukungan Wget/Curl, sehingga rekan tim non-developer pun bisa menggunakannya dengan mudah hanya lewat browser.

Terima kasih banyak atas ide shortcut-nya! Saya bahkan sempat lupa bahwa fitur seperti ini bisa diimplementasikan.

Semoga harimu menyenangkan :)