Trong quá trình phát triển, tôi khá thường xuyên có lúc cần chia sẻ tệp tạm thời.
Ví dụ như khi cần chia sẻ nhanh tệp trong mạng nội bộ (chẳng hạn checkpoint AI hay dữ liệu huấn luyện), do các tệp này khá lớn nên việc truyền qua các dịch vụ đám mây hiện có thì chậm, còn các thứ như máy chủ Python thì đôi khi lại “nổ tung”(?), nên tôi đã làm một máy chủ tệp cục bộ có thể chia sẻ tạm thời qua Curl/Wget.
Trước hết thì có thể tóm gọn thành khoảng 4 đặc điểm chính như sau.
Thứ nhất. Đa nền tảng. – Thật ra cái này cũng là vì tôi muốn tiện cho bản thân, nhưng với người qua lại giữa Linux và Windows như tôi thì mong muốn được dùng cùng một lệnh là thứ không thể từ bỏ…
Thứ hai. Web UI – Có sẵn một máy chủ web nhỏ kiểu Apache được tích hợp mặc định, cho phép tải xuống tệp từ thư mục mà người dùng chia sẻ hoặc xem trực tiếp một số tệp được trình duyệt hỗ trợ (html, txt, v.v.).
Thứ ba. Không cần cài runtime riêng. – Lúc đầu tôi cũng cân nhắc máy chủ express, nhưng vì tôi hay dùng LXC nên việc phải cài thêm runtime như Node khá bất tiện. Trên Windows cũng vậy, mỗi lần bật VM lên rồi thiết lập lại đều khá phiền.
Thứ tư. Máy chủ tệp dưới 5MB – Tôi đã loại bỏ mọi thứ ngoài “truyền tệp”, nên dung lượng tệp thực tế được làm dưới 5MB (bản lớn nhất là Linux x86 4.12MB, tính theo bản build 1.0.0).
Đây là chương trình mà tôi thực sự đang dùng; sau khi tự làm và tự dùng thử, tôi thấy nó tiện khi cần chia sẻ tạm thời các tệp ISO, ảnh dung lượng lớn hoặc PDF trong mạng nội bộ.
Ví dụ chia sẻ thư mục: ./saibius --file ./share
Trang web: https://saibius.com/
GitHub: https://github.com/saibius/docs
P.s Đang được bán với giá 4.900 won, nhưng tôi tặng khóa miễn phí cho 10 người đầu tiên.
Nếu vào liên kết https://saibius.com/redeem?key=SAIBIUS-2026-R1 thì sẽ được tự động điền :)
20 bình luận
Chắc là kiểu giống
copypartynhỉ.Xin chào
Bạn có đang có một ngày tốt lành không?
Cuối tuần vừa rồi tôi có việc nên xác nhận hơi muộn..
Mục đích cơ bản là nó được thiết kế tương tự như Copyparty
Lúc phát triển thì tôi không biết có dự án như thế này, sau đó mới biết qua các bình luận
Nếu nói về điểm khác biệt mà tôi nghĩ tới,
trong use case của chúng tôi, cũng khá thường có trường hợp dùng trên
các máy chủ mạng nội bộ nơi việc cài thêm runtime riêng là khó khăn, nên điểm đặc trưng là thiết bị dùng để chia sẻ được làm để không cần dùng runtime bổ sung riêng (ví dụ: Python runtime, gói bổ sung, v.v.)
Trên đa số máy chủ thì Python có sẵn, nhưng môi trường của chúng tôi vận hành với cấu hình chỉ gồm các gói tối thiểu như LXC, nên phần này có lẽ sẽ khác nhau tùy môi trường/use case
Saibius sẽ tiếp tục phát triển hơn nữa trong thời gian tới
Cảm ơn bạn đã quan tâm
Chúc bạn một ngày tốt lành :)
Không biết trong tương lai bạn có dự định hỗ trợ cả môi trường Termux trên Android không?
Khi cần gửi file từ Android sang môi trường khác, nếu dùng được croc thì tôi thường dùng croc, còn nếu phải truy cập bằng trình duyệt web hoặc
curl,wgetthì chủ yếu tôi dùng Copyparty; nhưng để chia sẻ nhanh, cái này trông cũng khá ổn.Xin chào!
Bạn đang có một kỳ nghỉ thật vui chứ?
Bản cập nhật nhỏ 1.0.0.11 mà mọi người đã chờ đợi nay đã được bổ sung bản dựng Termux(Android)!
Bản cập nhật đã được phát hành vào ngày 12 tháng 2, và vì việc ổn định hóa mất thời gian nên đến bây giờ tôi mới có thể để lại phản hồi.
Saibius sẽ tiếp tục phát triển hơn nữa trong thời gian tới.
Cảm ơn bạn đã quan tâm.
Chúc bạn một ngày tốt lành :)
Ồ, cảm ơn vì thông tin này!
Xin chào!
Bạn có đang có một buổi tối vui vẻ không?
Trong bản cập nhật nhỏ 1.0.0.11 mà mọi người đã chờ đợi, chúng tôi dự kiến sẽ bổ sung và phát hành bản dựng Termux (Android).
Dù có hơi chậm hơn dự kiến ban đầu một chút, chúng tôi đã xác nhận rằng ứng dụng hoạt động bình thường dựa trên phiên bản mới nhất trên Play Store.
Chúng tôi đang chuẩn bị để phát hành an toàn, nên sẽ rất cảm kích nếu bạn có thể chờ thêm một chút!
Saibius sẽ tiếp tục phát triển hơn nữa.
Cảm ơn bạn đã quan tâm.
Chúc bạn một ngày tốt lành :)
Xin chào
Bạn có đang có một buổi tối vui vẻ không?
Trong môi trường termux trên Android mà bạn đã nhắc tới, hiện chúng tôi chưa tiến hành thử nghiệm chính thức, nhưng việc bổ sung phát triển và kiểm thử sau này đã được đưa vào kế hoạch.
Ngay khi hoàn tất kiểm thử, tôi sẽ nhanh chóng trả lời lại cho bạn :b
Ngoài ra, cảm ơn bạn đã giới thiệu những công cụ hay như Copyparty và Croc, có lẽ tôi cũng nên tìm hiểu kỹ hơn về các công cụ này...
Saibius sẽ tiếp tục phát triển hơn nữa trong tương lai
Cảm ơn bạn đã quan tâm
Chúc bạn một ngày tốt lành :)
Tôi dùng máy chủ web tích hợp sẵn của Python để chia sẻ tài liệu web trong nội bộ công ty.
Xin chào
Bạn đang có một buổi chiều thật tốt chứ?
Mình cũng thấy máy chủ web Python đúng là một công cụ rất tốt!
Thực ra bên mình cũng từng dùng máy chủ web tích hợp sẵn của Python, nhưng vì bên mình không chỉ xử lý tài liệu web mà còn cả dữ liệu huấn luyện AI, các tệp checkpoint (.safetensors, .ckpt, v.v.), nên với các tệp dung lượng từ hàng trăm GB đến vài TB đôi khi kết nối bị ngắt hoặc trở nên không ổn định.
Để thay thế cho việc này, bên mình cũng đang vận hành NAS, nhưng với các tệp dung lượng lớn thì rõ ràng gửi trực tiếp từ thiết bị đang chứa tệp vẫn nhanh hơn so với tải lên > máy chủ > tải xuống, nên mới tạo ra chương trình này. Vì vậy, thực ra công cụ phù hợp với môi trường của mình vẫn là tốt nhất.
Chúc bạn một ngày tốt lành :)
Nếu dùng cho mục đích đó thì là một lựa chọn tốt đấy. Không biết có tính năng mã hóa không? Có thể mã hóa khi lưu trữ và giải mã khi chia sẻ không?
Xin chào! Cảm ơn bạn vì câu hỏi hay.
Ở phiên bản hiện tại, các "tính năng mã hóa" và "lưu trữ / mã hóa" mà bạn nhắc đến hiện chưa được hỗ trợ.
Thực ra chúng tôi đã xem xét ở giai đoạn đầu phát triển, nhưng vì đây là công cụ được tối ưu cho việc "truyền tệp tạm thời trong mạng nội bộ",
và trong môi trường chia sẻ dữ liệu dung lượng lớn, phần chi phí xử lý của mã hóa có thể ảnh hưởng đến tốc độ truyền,
nên rất tiếc chúng tôi đã quyết định loại bỏ.
Trong trường hợp của chúng tôi, khi cần mã hóa thì chủ yếu sử dụng tính năng lưu trữ mã hóa của NAS.
Cảm ơn bạn đã quan tâm đến Savious.
Chúc bạn một ngày tốt lành :)
[Cập nhật] Thông báo đã hết key miễn phí
Xin chân thành cảm ơn sự quan tâm của mọi người!
Tính đến 13:10 ngày 22 tháng 01 năm 2026, toàn bộ key miễn phí đã được phát hết.
[Các key đã hết]
Key miễn phí ban đầu (R1), cùng U1 và C1 được phát hành sau đó
Nhờ sự ủng hộ của các bạn,
SaveUs sẽ tiếp tục phát triển hơn nữa trong thời gian tới.
Xin cảm ơn.
[Cập nhật] Cảm ơn mọi người đã quan tâm rất nhiều!
Các khóa miễn phí ban đầu đã nhanh chóng hết, và một số bạn đã gặp lỗi khi đổi mã.
Chúng tôi đã sửa vấn đề và cung cấp thêm 20 mã.
https://saibius.com/redeem?key=SAIBIUS-2026-U1
https://saibius.com/redeem?key=SAIBIUS-2026-C1
Nếu bạn gặp lỗi với mã trước đó, vui lòng thử lại bằng mã mới!
Tôi xin góp ý vì cảm thấy điểm hấp dẫn còn hơi yếu. Sự cần thiết của web UI vẫn chưa được thuyết phục rõ ràng. Nếu terminal là giao diện chính, chẳng phải có thể dùng lệnh để chạy ngay ứng dụng mở file đã nhận, như
firefox <html_file>hoặccat <text_file>, hay sao? Có vẻ vẫn có thể giảm kích thước binary thêm nữa. Nếu muốn làm thân thiện hơn với GUI, có thể cân nhắc thêm shortcut vào menu chuột phải của Explorer hoặc Finder trên từng nền tảng. Nếu bỏ cả web UI đi thì có lẽ sẽ bị đem ra so sánh với https://github.com/schollz/croc. Đây là công cụ tôi dùng chính: không cần runtime riêng, truyền nội bộ vẫn đủ nhanh, truyền từ xa qua relay p2p cũng hỗ trợ mã hóa e2e, và còn hỗ trợ tiếp tục truyền (resume).Cảm ơn bạn vì những phản hồi rất hữu ích!
Mình nghĩ việc thêm phần phím tắt GUI sẽ là một ý hay.
Trước hết, mình xin trả lời các ý bạn đã đề cập.
Sự cần thiết của WebUI
Dù terminal là giao diện chính, chương trình này được thiết kế để có thể chia sẻ với cả các thành viên trong nhóm như marketer, designer, những người không quen với môi trường server hay terminal, nên vì vậy mình muốn lấy WebUI làm điểm khác biệt.
Phần liên quan đến việc mở tệp
Chương trình này về cơ bản tập trung vào vai trò là một "máy chủ chia sẻ tệp tạm thời", nên không trực tiếp chạy ứng dụng để mở tệp đó. Lý do là các phần mở rộng tệp mà bọn mình thường dùng đôi khi được nhiều chương trình khác nhau cùng sử dụng.
Điểm khác biệt với CROC
Nếu nói về khác biệt lớn nhất với công cụ bạn nhắc tới, thì có lẽ là hỗ trợ Zero-Copy và tối ưu hóa bộ đệm động (bộ đệm thay đổi theo từng tệp). Công cụ này cũng đã áp dụng HttpRange từ đầu để hỗ trợ IDM (hoặc FDM).
Tính năng phím tắt mà bạn đề xuất có vẻ là một ý tưởng rất hay. Mình sẽ tìm hiểu để có thể phản ánh nó trong các bản cập nhật sau.
Chúc bạn một ngày tốt lành! :)
Các tham số không có cờ
--filethì không nên được xử lý như tài nguyên để chia sẻ sao?Cảm ơn bạn đã gửi phản hồi rất hữu ích!
Về cờ
--file, bên mình cũng đã nắm được vấn đề này,và ở phiên bản đầu tiên, việc chia sẻ tệp vẫn có thể thực hiện mà không cần cờ.
Tuy nhiên, trong quá trình thử nghiệm beta, đã có lo ngại rằng "do tệp được chia sẻ ngay lập tức, người dùng có thể vô tình chia sẻ sai đường dẫn trong clipboard thông qua thao tác sao chép và dán ngoài ý muốn", nên bên mình đã thêm một bước nhập liệu nữa,
và hiện tại đã thay đổi thành yêu cầu cờ
--filemột cách rõ ràng.Như bạn nói, về mặt tiện dụng thì việc hoạt động không cần cờ có thể sẽ tốt hơn, và bên mình cũng đồng ý với điểm này. Bên mình vẫn đang tiếp tục thử nghiệm để tìm cách cân bằng giữa tính bảo mật và sự tiện lợi.
Tính năng bỏ qua cờ
--filenhư bạn đề xuất có vẻ là một ý tưởng hay.Cảm ơn bạn vì ý tưởng rất hay :)
Chúc bạn một ngày tốt lành :)
Không rõ người dùng mục tiêu của máy chủ này là lập trình viên hay người dùng phổ thông. Nếu nhắm đến lập trình viên thì việc ngăn dán nhầm đường dẫn có vẻ khá rườm rà, còn nếu nhắm đến người dùng phổ thông thì việc phải mở cửa sổ lệnh và nhập cờ
--filemới dùng được lại khá bất tiện. Nếu không có cờ--filethì cũng đồng nghĩa từ bỏ cách chia sẻ ngay bằng cách kéo một thư mục từ trình quản lý tệp rồi thả vào tệp thực thi. Khi đó, vì sự tiện lợi, có lẽ sẽ cân nhắc thêm một mục vào menu hệ thống, nhưng liệu cái menu tắt đó mỗi tháng sẽ được dùng mấy lần?Cảm ơn bạn đã phản hồi thêm.
Như bạn nói, tôi cũng cho rằng cả tính tiện dụng cho nhà phát triển lẫn sự thuận tiện cho người dùng phổ thông đều là những yếu tố không thể bỏ qua.
Tuy nhiên, ở thời điểm hiện tại, chúng tôi đánh giá việc duy trì quy trình làm việc ổn định cho người dùng hiện có là ưu tiên hàng đầu.
Những ý tưởng như “bỏ qua cờ” hay “cải thiện giao diện” mà bạn đề xuất sẽ được chúng tôi cân nhắc thận trọng vào thời điểm có bản cập nhật quy mô lớn trong tương lai, trong phạm vi không làm ảnh hưởng đến khả năng tương thích ngược.
Cảm ơn bạn đã quan tâm.
CROCmà bạn nhắc tới là một công cụ tuyệt vời, nhưng ở phía thiết bị nhận cũng cần phải càiCROCvà có thể sử dụng dòng lệnh, trong khi công cụ của chúng tôi cung cấp webUI cùng với hỗ trợ Wget/Curl, nên ngay cả các thành viên trong nhóm không phải developer cũng có thể dễ dàng dùng chỉ với trình duyệt.Cảm ơn bạn rất nhiều về ý tưởng shortcut! Chúng tôi thậm chí còn quên mất rằng tính năng như vậy có thể được triển khai.
Chúc bạn một ngày tốt lành :)