Mumble is awesome but definitely difficult to properly configure. Especially the TLS certs for any reverse proxy won't work directly, there's a hacky way to make it work which I don't fully trust
I work on a project in this space, and the endless insistence of people that they have to run clearly non-web things through reverse proxies always amazes me :)
Not everything is a web app, and it's trivial these days to obtain certificates, even without a proxy (certbot, etc.).
Of course I understand that if you host a lot of web apps, having all web requests routed through a universal proxy is nice for various reasons. But platforms like Discord and such are complex beasts and use more technologies than HTTP(S).
Did you know that instead of buying new motor controllers, you can re-use the hoverboard motor controller? Awesome people have made open source firmware you can flash to it: https://github.com/EFeru/hoverboard-firmware-hack-FOC. With this firmware you can make the motors go way faster, up to 40km/h with a 12S battery.
We are also building a kart with hoverboard motors, with a custom welded steel frame. Vibrations are a real issue with the standard solid rubber wheels, hopefully I can find the same air tires you used!
AdGuard also has a browser extension for blocking inline ads. The combo of AdGuard extension + DNS blocking is good enough that I haven't missed uBlock Origin
I don't typically use .PHONY as my targets aren't the same name as files and performance isn't an issue.
Here is an example of a "complex" Makefile I use to help manage Helm deployments (https://github.com/peterwwillis/devops-infrastructure/blob/m...). It uses canned recipes, functions (for loops), default targets, it includes targets and variables from other Makefiles, conditionally crafts argument lists, and more. (It's intended to be a "default" Makefile that is overridden by an additional Makefile.inc file)
I could absolutely rewrite that in a shell script, but I would need to add a ton of additional code to match the existing functionality. Lines of code (and complexity) correlates to bugs, so fewer lines of code = less bugs, so it's easier to maintain, even considering the Make-specific knowledge required.
They say "use the best tool for the job". As far as I've found, for a job like that, Make fits the best. If some day somebody completely re-writes all the functionality of Make in a less-obnoxious way, I'll use that.
> I don't typically use .PHONY as my targets aren't the same name as files and performance isn't an issue.
They are still phony at heart in this case, even if you don't declare them .PHONY.
Make really wants to produce files; if your targets don't produce the files they are named for you are going to run into trouble (or have to be rather careful to avoid the sharp edges).
> They say "use the best tool for the job". As far as I've found, for a job like that, Make fits the best. If some day somebody completely re-writes all the functionality of Make in a less-obnoxious way, I'll use that.
this is a good service for those who cannot use yt-dlp on the command line. However I am turned off by the AI generated images, they are very odd and have nothing to do with the website. Also some of the text reads like AI marketing speak