Looks like this is not the search but their shoppingcart list.

Two devices which can get handy for those:

https://usbkill.com/products/usbkill-shield

https://github.com/cecio/USBvalve

Thats why ones password DB should also be saved encrypted one one or two external drives.

If they see it as a scam then they seem to expect certain financial gain from donating. In my opinion this is bad as donating life-saving goods should not be done just for the money.

You can’t be scammed if you are doing it for saving lifes (except if they sell the blood to some shady labs instead hospitals).

I didn’t read to much of the FIDO2 spec, so I can’t really compare.
But U-Prove can be used for state-issued E-IDs. Is this also possible with FIDO (including dynamically issuing attributes)?

Jep, the concept of it looks good.

Interesting. As shown in a comment below, it will be difficult for existing shop operators to integrate such a system.

But if your project gets track I see nothing preventing me to create adapters so my service can consume the stream (well, if I really am going to build it).

How would you implement this with Nostr?

I’m planning to create such a platform as a POC for my masters degree but it will be based on Open Street Map or similar. (so don’t worry that I copy your idea ;) )

It wasn’t :D
See my comments below.

I’m new to Go and wanted to copy some text-data from a stream into the outputstream of the HTTP response. I was copying the data to and from a []byte with a single Read() and Write() call and expexted everything to be copied as the buffer is always the size of the while data. Turns out Read() sometimes fills the whole buffer and sometimes don’t.
Now I’m using io.Copy().

Turned out that the bug ocurred randomly. The first tries I just had the “luck” that it only happened when the breakpoints were on.
Fixed it by now btw.

And then the quick hack gets a permanent solution and the next employee has to fight trough the spagetti.