I was going to say this. Get a hold of the profit margins at your local national fast food chain restaurant and tell me again the profits aren’t that high. 😂
I was going to say this. Get a hold of the profit margins at your local national fast food chain restaurant and tell me again the profits aren’t that high. 😂
Plain HTTP means anyone between you and the server can see those credentials and gain access.
It it using HTTP Basic Auth by chance? It would be so easy to put nginx (or some other reverse proxy with TLS) in front and just pass the authentication headers.
Especially with music, if any of this is plain HTTP (or any other plaintext, non-encrypted protocol) and you live in a lawsuit happy jurisdiction you might end up with piracy letters in the mail.
I started learning HTML at the age of 10 using FrontPage and Word. There were entire utilities dedicated to stripping out Word’s atrocious HTML at the time.
I’ve always wished Markdown was better supported in email. I work with external companies’ APIs a lot where email is the medium, and typically I use a Windows monospace font for code snippets (I’m on macOS but there are a handful of monospaced fonts that work on both).
It’s very clunky, and I wish the backtick notation would work out of the box. Whoever decided HTML in email was the way to go should be shot.
How do you know?
I have Siri remind me to make more ice often, but if I say it too fast it’s “make more rice.”
I’d never get past this. If a website forced this on me I’d probably stop using it, otherwise I’d just override it with CSS.
You’d probably need to write a script that parses the RSS then strips out anything without enough comments. You’d then need to either serve the new stripped RSS via HTTP unless you need just the RSS file itself. It would be pretty easy to do if you know any programming language.
Personally I’d use Ruby or Crystal but that’s only because I’m well-versed in both already.
Yeah I don’t really understand how any of this isn’t fiction 😂
Best summarizing skills I’ve ever seen, damn.
I’m thinking of building my own and having it use Paperless’ API for invoices, receipts, etc.
I finally gave this a go a few days ago but wasn’t in love with the UI. I’d contribute but it’s written in .NET.
I’ll probably build something myself. One thing I’d like to do is have it integrate with other APIs (like Paperless).
I’d curl
from a machine on the same WiFi network as the phones just to confirm that HTTP is working. That way you’re not dependent on browsers that can be more finicky for debugging.
I’ve noticed that but I thought I just didn’t know how to persist it correctly and never bothered to find out how. If what you’re saying is accurate (which I don’t doubt) that sucks.
GL.iNet actually has a decent UI too. When I’m on the road I don’t necessarily love hitting the CLI (okay fine I secretly do); they keep the updates going for a long time too.
Lmao, the downvotes. I’m a huge Apple geek but if I simply point out the history of files on iOS I guess I’m a hater. 🥴
I don’t use an app, I use a .mobileconfig
profile to load a TLS DNS resolver system-wide. I run my own DNS resolver that blocks pretty much everything I want it to, but there are tons of services out there.
You can basically just take any example from this repository and modify it to work with your preferred resolver.
Just use DNS blocking and a .mobileconfig
file. It’s easier to block everything system-wide than trying finagle a bunch of browser plug-ins, especially on iOS.
If you use iCloud with a family plan you can use another family member’s phone to find your iPhone via Find My.