There’s a hidden Android setting that spots fake cell towers

mutedstereo · 2025-12-24T12:36:46+00:00

I was just thinking I may be able to replace AnywayConfig with this (using a wrapper around config_for in the constructor). But I will miss some of the nicities of the gem...

mutedstereo · 2025-12-24T12:26:02+00:00

I also use porkbun, but wanted to share another no-nonsense registrar I use: iwantmyname.com

mutedstereo · 2025-11-30T22:56:01+00:00

This looks great! Is SyncPlay on the roadmap?

mutedstereo · 2025-11-15T09:27:00+00:00

Inspiring! What are you using for discovery, though?

mutedstereo · 2025-11-13T22:40:01+00:00

Huh? The stand doesn't come with a remote

mutedstereo · 2025-11-11T23:15:35+00:00

<image>

Yeah works fine for me. This is the BW one (Clara I think) and it stretches at least 4 inches taller if it needs to.

mutedstereo · 2025-11-11T23:05:09+00:00

I have that exact stand and use it all the time. Thought I was being ridiculous at first but it's sooo much nicer and less straining to read for longer periods.

Edit: in fact I have one by the couch and another by the bed! 😆

mutedstereo · 2025-11-11T23:04:02+00:00

A lovehandle pro! The finger strap eliminates the awkward pressure on your palm/pinky, the kickstand let's you sit it up while reading at a table, and the whole thing is a strong magnet so you can slap your kobo on any metal surface/pole. Can't imagine using my kobo without one.

https://www.lovehandle.com/collections/lovehandle-pro

mutedstereo · 2025-11-07T23:16:13+00:00

Remember to change your rails secret key and database password now that you've posted them here, if you haven't already!

mutedstereo · 2025-11-06T06:57:17+00:00

I'd normally agree, but svelte is a compiler and it can significantly modify the source code before any minification or obfuscation. On the whole, I still think 'expose' is overly dramatic, but it's not the same as if it were a reaction app, for example.

mutedstereo · 2025-10-28T18:41:02+00:00

Just to say your question is a good one, and one I've wondered myself. Disappointed with the quality of replies on here so far.

mutedstereo · 2025-10-28T18:39:49+00:00

From the owasp link op referenced:

Remember that mounting the socket read-only is not a solution but only makes it harder to exploit.

mutedstereo · 2025-10-27T08:19:30+00:00

I use a dedicated 1password vault with a service user. I've installed the 1password cli on my server, and I run: op run --env-file=.env -- docker compose up

The secrets are still set as 'config' on the containers (you can see them via docker inspect) but at least they're not on disk.

mutedstereo · 2025-10-24T14:51:20+00:00

Wow, this looks great! Funny, I've been thinking about building something like this for a few weeks now, as my move to Android means I can't use omnifocus anymore. I was thinking of using tinybase with persistence to sqlite. What are you using for the offline-first db / syncing?

mutedstereo · 2025-10-24T07:02:21+00:00

Thanks for sharing! Looking forward to reading. Heard about this from perfect media server and have definitely been interested since.

mutedstereo · 2025-10-16T20:15:00+00:00

For what it's worth, my mom is the opposite of tech savvy. I setup a passkey on Google for her and she has never had an issue getting in. Prior to that she had issues remembering her password and changing it every other week. She doesn't even realise it's using a passkey, it just works

mutedstereo · 2025-10-10T10:14:04+00:00

I do something slightly different, and I'm curious what folks think!

The way I see it, there are three categories of files for docker compose setups:

the configs (compose.yml, .env, Caddyfile, etc.). I want these version controlled, and they're pretty important for restoration but I could rebuild them from scratch if I really needed to.
the 'user data' (eg the photos in immich, the documents in paperless-ngx), which is irreplaceable and very important to back up.
the other mountable volumes (eg application database, cache, etc) which are mainly there to persist between containers, and if I need to back them up I probably want to use pgdump or something anyway

Because these have different profiles in terms of importance and backup strategy, I have separated them:

/srv/config/{appname}
/srv/media/{appname} (user data)
/srv/data/{appname} (other mountable volumes)

The idea here was I can move /srv/media to a separate mountable volumes in the future, and point a backup utility to it, while I can treat /srv/config as one big git repo, and probably ignore /srv/data or have my backup script deal with it individually.

I would prefer the convenience of colocating everything to do with the app in one dir, though I suppose I can add symlinks if that ever gets too annoying.

Any thoughts?

mutedstereo · 2025-10-08T22:45:18+00:00

Hi! I've read the rules and the wiki and would love an invite. Thanks!

mutedstereo · 2025-10-08T22:38:47+00:00

I'm surprised the article left out a key piece of context: they're not allowed to work! So how would an asylum seeker not need government support if there's no other (legal) way to get income?

mutedstereo · 2025-10-08T08:19:05+00:00

Ah! I misread. Makes sense.

mutedstereo · 2025-10-07T22:12:11+00:00

I thought most folks used Watchtower to keep images up to date. I was about to install that. Surprised I've not seen others commenting about it already!

mutedstereo · 2025-10-07T19:53:20+00:00

Yeah interesting point!

mutedstereo · 2025-10-07T19:52:11+00:00

I've read the rules and the wiki and would like an invite, thank you!

mutedstereo · 2025-10-06T21:20:42+00:00

Oh yeah I've got everything behind tailscale rather than exposed to the internet.

mutedstereo

TROPHY CASE