• 1 Post
  • 948 Comments
Joined 2 years ago
cake
Cake day: June 30th, 2023

help-circle
  • Servers: one. No need to make the log a distributed system, CT itself is a distributed system.

    The uptime target is 99%3 over three months, which allows for nearly 22h of downtime. That’s more than three motherboard failures per month.

    CPU and memory: whatever, as long as it’s ECC memory. Four cores and 2 GB will do.

    Bandwidth: 2 – 3 Gbps outbound.
    Storage:
    3 – 5 TB of usable redundant filesystem space on SSD or.
    3 – 5 TB of S3-compatible object storage, and 200 GB of cache on SSD.
    People: at least two. The Google policy requires two contacts, and generally who wants to carry a pager alone.

    Seems beyond you typical homelab self hoster, except for the countries that have 5gbps symmetric home broadband.
    If anyone can sneak 2-3gbps outbound pass their employer, I imagine the rest is trivial.
    Altho… “At least 2 [people]” isn’t the typical self hosting

    Edit:
    Tried to fix the copy/paste.

    Also will add:

    https://crt.sh/
    Has a list of all certificates issued.
    If you are using LE for every subdomain of your homelab (including internal), maybe think about a wildcard cert?
    One of those “obscurity isn’t security”, but why advertise your endpoints? Also increases privacy (IE not advertising porn(dot)example(dot)com)


  • This… Except for contactless payment.
    I used graphene for a month. It was lovely. Even things like banking apps worked.
    I don’t care about absolute privacy, but I do care about controlling my privacy. Grapheme gave me that.

    I had only 1 issue.
    Contactless payment.
    It’s extremely convenient to me, from public transport to groceries. I just bop my phone.

    The fact that Google has that locked down surely violates some EU laws. But I’m sure they wave away the laws because of “financial security” or some other bullshit.
    As if bank card NFC/contactless doesn’t suffer exactly the same issues.
    I looked into some “graphene contactless payment” type systems or workarounds, and I couldn’t find anything that would fill the gap.






  • Smaller file size, lower data rate, less computational overhead, no conversion loss.

    A 64 bit float requires 64 bits to store.
    ASCII representation of a 64 bit float (in the example above) is 21 characters or 168 bits.
    Also, if every record is the same then there is a huge overhead for storing the name of each value. Plus the extra spaces, commas and braces.
    So, you are at least doubling the file size and data throughput. And there is precision loss when converting float-string-float. Plus the computational overhead of doing those conversions.

    Something like sqlite is lightweight, fast and will store the native data types.
    It is widely supported, and allows for easy querying of the data.
    Also makes it easy for 3rd party programs to interact with the data.

    If you are ever thinking of implementing some sort of data storage in files, consider sqlite first.











  • From the wiki, and I’m simplifying:
    VW was handed over to the German government after being offered free-of-charge to Ford in 1948 by the British government (who ran the factory up till then).
    In 1946 the produced 1000 cars per month. In 1949, 2 cars were sold in the US.
    In 1952, 12 VWs were sold in Canada.
    In 1955 they produced over 1 million Beetles.

    So 3 years on life support being ran by the British. Dunno how long being run by the German government before becoming GmbH.