justusthane (u/justusthane)

justusthane commented on Static sites with Python, uv, Caddy, and Docker nkantar.com/blog/2025/08/... · Posted by u/indigodaddy

knlb · 3 days ago

My current personal site (https://knlb.dev) is built with a single 500 line python file that starts with

  #!/usr/bin/env -S uv run --script
  # -*- mode: python -*-
  #
  # /// script
  # requires-python = ">=3.12"
  # dependencies = [
  #    "pyyaml", "flask", "markdown-it-py",
  #    "linkify-it-py", "mdit-py-plugins"
  # ]
  # ///

The HTML templates & CSS are baked into the file which is why it's so long. flask so that I can have a live view locally while writing new notes.

uv's easy dependency definition really made it much easier to manage these. My previous site was org exported to html and took much more effort.

(With the conceit that the website is a "notebook" I call this file "bind").

justusthane · 3 days ago

Do you have the whole thing available? I love SSGs, especially personal ones.

justusthane commented on Using Podman, Compose and BuildKit emersion.fr/blog/2025/usi... · Posted by u/LaSombra

depingus · 6 days ago

> you just need to write a short systemd config snippet and then you can manage the kube service just like any other systemd service.

Just FYI, `podman generate systemd --files --name mypod` will create all the systemd service files for you.

https://docs.podman.io/en/latest/markdown/podman-generate-sy...

justusthane · 6 days ago

`podman generate systemd` was created as a bandaid because it was so difficult to manually write systemd units.

Quadlets now make it much easier to create the units by hand, and ‘ `podman generate systemd` is deprecated.

justusthane commented on Nginx introduces native support for ACME protocol blog.nginx.org/blog/nativ... · Posted by u/phickey

creatonez · 14 days ago

Why would nginx ever need support for the DNS-01 challenge type? It always has access to `.well-known` because nginx is running an HTTP server for the entire lifecycle of the process, so you'd never need to use a lower level way of doing DV. And that seems to violate the principle of least privilege, since you now need a sensitive API token on the server.

justusthane · 14 days ago

You can’t use HTTP-01 if the server running nginx isn’t accessible from the internet. DNS-01 works for that.

justusthane commented on Claude says “You're absolutely right!” about everything github.com/anthropics/cla... · Posted by u/pr337h4m

tho24i234234 · 14 days ago

It most definitely is a American thing - this is why non-native speakers often come out as rude or unfriendly or plain stupid.

We don't appreciate how much there is to language.

justusthane · 14 days ago

> We don't appreciate how much there is to language.

This can’t possibly be true, can it? Every language must have its own nuance. non native English speakers might not grasp the nuance of English language, but the same could be said for any one speaking another language.

justusthane commented on Nova Scotia bans hiking and use of vehicles in woods due to wildfire fears cbc.ca/news/canada/nova-s... · Posted by u/zahlman

pacificmaelstrm · 15 days ago

Seems like excessive government overreach. Even California hasn't gone so far as to ban mere hiking as far as I'm aware.

Failures by the government in forestry management and firefighting shouldn't be used to restrict people's ability to enjoy nature and use public land.

They still need to solve the root problems... Lighting starts fires too and they can't outlaw that.

justusthane · 15 days ago

I’m fairly certain it has much more to do with climate change than forest management, and that’s a pretty hard root cause to immediately address.

Two quick statistics I found (both government-provided) state that 40% and 85% of wildfires, Canada and US respectively, are started by humans.

Wildfires are so bad in Canada right now. If access to Crown land has to be restricted to prevent it all from literally going up in flames, than so be it.

justusthane commented on Sandstorm- self-hostable web productivity suite sandstorm.org/... · Posted by u/nalinidash

germandiago · 18 days ago

Hello everyone. I have been using Sandstorm and put it to good use in the last few years.

I used it with Wekan for project management and I also run Dokuwiki for self-hosted docs. It has been zero maintenance for me so it has been great.

However, the packages ecosystem seems unmaintained. It is a pitty because I think the tool has a ton of potential and I really liked it.

I am considering moving to Yunohost or something similar but right now my little server hosts, together with other services, Sandstorm and I think Yunohost needs to monopolize the server.

So I would ask for recommendations on similar tools. Not bare Docker containers but fully lanaged platforms wirh one click installs where it is easy to add/remove users.

justusthane · 18 days ago

There are lots — “selfhosted OS” is the term to look for. Umbrel and CasaOS are some other popular ones. I don’t personal experience with any of them though.

justusthane commented on Amtrak NextGen Acela Debuts on August 28 media.amtrak.com/2025/08/... · Posted by u/reimbar

justusthane · 19 days ago

What is "5G-enabled Wi-Fi"? Does that just mean the train receives its connectivity via 5G and broadcasts Wi-Fi?

justusthane commented on Building Bluesky comments for my blog natalie.sh/posts/bluesky-... · Posted by u/g0xA52A2A

mighmi · 20 days ago

Taking comments via a (n email) form, which you then manually add under the article's html/markdown is nice.

justusthane · 19 days ago

That's what I do, except I skip the form and just provide my email address at the bottom of each post.

justusthane commented on GPT-5: Key characteristics, pricing and system card simonwillison.net/2025/Au... · Posted by u/Philpax

justusthane · 19 days ago

> a real-time router that quickly decides which model to use based on conversation type, complexity, tool needs, and explicit intent

This is sort of interesting to me. It strikes me that so far we've had more or less direct access to the underlying model (apart from the system prompt and guardrails), but I wonder if going forward there's going to be more and more infrastructure between us and the model.

justusthane commented on An LLM does not need to understand MCP hackteam.io/blog/your-llm... · Posted by u/gethackteam

electric_muse · 20 days ago

I think MCP has legs well beyond just the LLM / agent world. Just like USB went from "how I connect my mouse" to "how I charge my beard trimmer."

In fact, I imagine it's going to go full-duplex with all our systems, becoming a more standard way for systems to communicate with each other.

Under the hood, MCP is just JSON RPC, which is a fine format for communicating between systems.

MCP layers on some useful things like authentication and discovery. Both are critical to any kind of communication between systems built by different authors (e.g. various apps and services). Discovery, especially, is the fascinating part. Rather than hoping an OpenAPI spec exists and hoping it's right, MCP has this exchange of capabilities baked in.

I spent the last 9 years building integration technology, and from that perspective, the discovery-documentation-implementation problem is the core issue.

Right now, LLMs basically "solve" the integration problem because they can do the mapping between external tools/resources/formats and internal ones.

But there's nothing that strictly "requires" an LLM to be involved at all. That's just the primary reason to develop MCP. But you could just as well use this as a way for integrating systems, making some bets on interface stability (and using LLMs for cases only when your prior expectations no longer hold and you need a new mapping).

The comparison is perhaps imperfect and overused, but I feel like we're witnessing the birth of a new USB-like standard. There's something right now that it was designed to do, but it's a decent enough standard that can actually handle many things.

I wouldn't be surprised if in some period of time we see enterprise apps shift from REST to MCP for bi-directional integrations.

For the OP, I'm not sure if you're working on an MCP proxy (A) as a commercial offering, (B) as something for your team to use, closed source, or (C) as something open source for fun. But we just built and started selling an MCP proxy/gateway. It handles identities for humans & bots, tool allowlists, and policy setting for an org.

If you don't want to build something on your own because of option B above, get in touch.

justusthane · 20 days ago

Maybe you've already seen it, but your comment reminded me of this recent article about MCP as a universal protocol (not just for AI): https://worksonmymachine.ai/p/mcp-an-accidentally-universal-... (discussion: https://news.ycombinator.com/item?id=44404905)