Re:Show HN: ut – Rust based CLI utilities for devs and IT
by ndyg on Sunday October 05, 2025 @09:44PM
(#45486882)
I maintain a Rust-based CLI HTTP server that embeds Nushell. It’s a handy little Swiss-army knife that’s replaced Nginx and Caddy for my personal projects.
You can serve a folder of static assets like this:
http-nu :3021 '{|req| .static "www" $req.path}'
Re:Show HN: ut – Rust based CLI utilities for devs and IT
by pepa65 on Monday October 06, 2025 @02:45AM
(#45488309)
I was looking to try something like this (without the nushell...), but I find that I always have caddy installed anyway, and for the really local cases I use php -S.
Re:Show HN: ut – Rust based CLI utilities for devs and IT
by ndyg on Monday October 06, 2025 @08:38AM
(#45490707)
I'm curious, what do you think is missing from Caddy that has you looking for something new?
Re:Show HN: ut – Rust based CLI utilities for devs and IT
by Jotalea on Monday October 06, 2025 @12:24AM
(#45487627)
I agree. this tool feels like an all-in-one swiss knife. granted, it is useful. But it goes directly against one of the UNIX core values which is "do one thing and do it well". as well, including too much functionality in one single package will eventually bloat it, and there are many examples of this happening (windows, systemd, etc.).
Re:Show HN: ut – Rust based CLI utilities for devs and IT
by dtj1123 on Monday October 06, 2025 @01:46AM
(#45488020)
I feel that the applicability of the "do one thing and do it well" philosophy scales with the frequency with which you expect to do that thing and the complexity of the task. In the case of a text editor or a VCS it obviously makes sense. In the case of tools that I use a couple times a year like these, having them all grouped together under a 'misc' application is exactly what I need in order to waste time fumbling through my installed apps trying to remember where I left the QR code generator.
But I would probably argue that including HTTP functionality is going too far. Why? Because there are already amazing tools dedicated to this already. On the client side, see `xh` [1]. On the server side, see `miniserve` [2]. Both have approximately 7K stars on GitHub.
It seems wiser to let specialized projects focus on a particular functional area; this is better for users and less work for maintainers.
[1]: https://github.com/ducaale/xh
[2]: https://github.com/svenstaro/miniserve