#soylent | Logs for 2026-09-13
« return
[00:41:57] <halibut> I do not have any examples I want to give out. They are all sites that require logins (the bot detection happens on the logins), most are financial-related, and I would rather not say what financial institutions I am involved with.
[00:43:25] <halibut> Part of the annoyance, though, is that they do not tell you you are failing a bot detection. The bot detection happens transparently to the code running on the server, and so the actual HTTP request with the credentials just gets blocked (either HTTP 4xx, or the connection just gets dropped). The Javascript on the site interprets that as the service is down, so the error you see on the page is
[00:43:31] <halibut> something about the service being unavailable, please try again later.
[00:43:35] <halibut> ... but since that is not the actual problem, later never works.
[00:45:45] <halibut> While investigating it, though, I did come across something amusing. Firefox has a built-in extension (webcompat) with a file, interventions.json, that describes various sites that do not work too well with Firefox, and contains ``fixes'' for them. These fixes involve modifying some CSS on the page, or sometimes replacing the User Agent.
[00:46:29] <halibut> Because, of course some sites work better based on the User Agent that is given. I am sure the developers of those sites would never consider it a bug that sometimes browsers do not work just because of what they say they are.
[00:47:35] <halibut> Web development these days has drifted a long way from what I think was the original goal of webpage standards, and then the browsers were expected to implement that.
[01:00:11] -!- bender has quit [Remote host closed the connection]
[01:00:20] -!- bender [bender!bot@Soylent/Bot/Bender] has joined #soylent
[01:01:22] -!- Loggie [Loggie!Loggie@Soylent/BotArmy] has joined #soylent
[10:39:32] <Ingar> there isn't a lot of think involved about the original goal of webpages: it was intended as a system where the server provided the content, and the presentation was client-side
[10:40:05] <Ingar> remember the days where you could set "default colors" in your browser :-)
[10:41:07] <Ingar> these days, when I open a newspaper website, it looks like that newspaper in Harry Potter
[10:42:37] <Ingar> I also ran into this nice article https://lan.surf
[10:42:38] <systemd> ^ 0303How to Block DNS-over-HTTPS (DoH) on Your Network to Enforce Pi-hole
[11:09:49] <chromas2> What if pi-hole just adds DoH support?
[11:11:40] <chromas2> Back when the web browser was a document viewer instead of an operating system—those were the days. But they figured, "if emacs could do it, why not us?"
[11:11:54] <chromas2> and then systemd followed suit
[11:14:12] <fab23> I guess you need to block some IP addresses, as usually the browser may have pre-configured IPs
[11:23:20] <chromas2> That's terrorism
[11:39:31] <fab23> chromas2: As far as I think e.g. Firefox is only enabling DoH in the USoA
[11:40:39] <fab23> is that the country where the ISPs do snoop on their users traffice to monetize it?
[11:46:02] <chromas2> Could be, though I haven't seen it. Mine did for a while have a page it would redirect to instead of sending a proper NXDOMAIN years ago.
[11:47:02] <fab23> which does have an ugly side effect with mistyped email domains.
[11:47:30] <chromas2> Whoever came up with it should be hanged
[11:47:31] <fab23> the ISP should not temper with the traffic, it should just transport it
[11:49:37] <chromas2> Butt also, some rich guy should become the registrar for .cum. Instead of selling to users though, just make all subdomains return a web page with the .com equivalent but with jizzles all over it.
[11:50:25] <fab23> 🙀
[11:50:44] <chromas2> Keeeeeitty
[12:25:58] <Ingar> elon.musk.cum
[12:26:46] <Ingar> since inseminating women seems to be the guy's hobby anyway
[12:37:39] <Ingar> ah bah, unbound doesnt do cnames in local zones
[13:35:07] <Ingar> Bind zone files make my brain hurt
[17:46:30] <Ingar> so, I've put bind as front resolver for local DNS and then have it forward queries to unbound for add purging
[17:48:53] <Ingar> I could add a local override for soylentnews.org in case DNS there fails again :-D
[19:45:10] -!- AlwaysNever [AlwaysNever!~donaldo@315.38.1.669.dynamic.jazztel.es] has joined #soylent