traches

joined 1 year ago
[–] traches@sh.itjust.works 11 points 23 hours ago

Friend, you need therapy. There’s no shame in it, it’s just healthcare like any other. Happiness and peace aren’t as far away as you feel right now.

[–] traches@sh.itjust.works 2 points 2 days ago

i build websites

[–] traches@sh.itjust.works 18 points 4 days ago (1 children)

Go ask your gay friend if they can tell a difference

[–] traches@sh.itjust.works 5 points 2 weeks ago (1 children)

Probably not great to return server stack traces. Otherwise, yeah

[–] traches@sh.itjust.works 37 points 2 weeks ago

I fuuuhuhuhucking hate this condescending, pestering dark pattern that apparently every single designer on the planet is required to use

[–] traches@sh.itjust.works 11 points 2 weeks ago (1 children)

At first glance I thought it said “extremist kinks”

[–] traches@sh.itjust.works 2 points 2 weeks ago

KSP pulls me in for awhile until some bullshit bug ruins a mission I spent hours on

[–] traches@sh.itjust.works 10 points 2 weeks ago (5 children)

factorio has stolen months from me

[–] traches@sh.itjust.works 14 points 3 weeks ago (1 children)

I’ve always wanted to write a bot that replies to comments that say „I have no words” with a list of random words

[–] traches@sh.itjust.works 1 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

I haven’t had a chance to watch the video yet, but I will when I can, thanks for the recommendation!

From personal experience, my 2 year old Phone 14 only competes with my 6 year old a6400 in perfect light when it comes to noise and sharpness. Indoors it’s not even close.

[–] traches@sh.itjust.works 1 points 3 weeks ago* (last edited 3 weeks ago) (3 children)

Any decent camera with an m4/3 or better sensor and a half decent lens will blow the best smartphones out of the water. Computational photography can’t beat physics.

Edit: in good light they can get close, but the differences show up quickly in low light, if you crop, or if you look at it on anything bigger than a phone.

[–] traches@sh.itjust.works 1 points 3 weeks ago

Started learning web development.

 

I have a load-bearing raspberry pi on my network - it runs a DNS server, zigbee2mqtt, unifi controller, and a restic rest server. This raspberry pi, as is tradition, boots from a microSD card. As we all know, microSD cards suck a little bit and die pretty often; I've personally had this happen not all that long ago.

I'd like to keep a reasonably up-to-date hot spare ready, so when it does give up the ghost I can just swap them out and move on with my life. I can think of a few ways to accomplish this, but I'm not really sure what's the best:

  • The simplest is probably cron + dd, but I'm worried about filesystem corruption from imaging a running system and could this also wear out the spare card?
  • recreate partition structure, create an fstab with new UUIDs, rsync everything else. Backups are incremental and we won't get filesystem corruption, but we still aren't taking a point-in-time backup which means data files could be inconsistent with each other. (honestly unlikely with the services I'm running.)
  • Migrate to BTRFS or ZFS, send/receive snapshots. This would be annoying to set up because I'd need to switch the rpi's filesystem, but once done I think this might be the best option? We get incremental updates, point-in-time backups, and even rollback on the original card if I want it.

I'm thinking out loud a little bit here, but do y'all have any thoughts? I think I'm leaning towards ZFS or BTRFS.

view more: next ›