I wasn’t disagreeing with you :) or at least I think I wasn’t. I was just quoting the RFC you linked to.

it makes connecting to localhost as easy as http://0:8080/ (for port 8080, but omit for port 80).

The thing is that it’s not supposed to work, so it’s essentially relying on undefined behaviour. Typing [::1]:8080 is nearly as easy.

skimming through these PRs, at least for WebKit, I don’t see tests for shorthand IPs like 0 (and no Apple device to test with). What are the chances they missed those…?

I haven’t seen the PRs, but IP comparison should really be using the binary form of the IPv4 address (a 32-bit number), not the human-friendly form.

From that RFC:

0.0.0.0/8 - Addresses in this block refer to source hosts on "this"
network.  Address 0.0.0.0/32 may be used as a source address for this
host on this network; other addresses within 0.0.0.0/8 may be used to
refer to specified hosts on this network ([RFC1122], Section
3.2.1.3).

(note that it only says “source address”)

which was based on RFC 1122, which states:

We now summarize the important special cases for Class A, B,
and C IP addresses, using the following notation for an IP
address:

    { <Network-number>, <Host-number> }

or
    { <Network-number>, <Subnet-number>, <Host-number> }

...

(a)  { 0, 0 }

This host on this network.  MUST NOT be sent, except as
a source address as part of an initialization procedure
by which the host learns its own IP address.

See also Section 3.3.6 for a non-standard use of {0,0}.

(section 3.3.6 just talks about it being a legacy IP for broadcasts - I don’t think that even works any more)

Seems like a TCP/IP stack issue rather than a browser issue… 0.0.0.0 is not supposed to be a valid address (in fact, no IPv4 address with 0 as the first octet is a valid destination IP). The network stack should be dropping those packets.

0.0.0.0 is only valid in a few use cases. When listening for connections, it means “listen on all IPs”. This is a placeholder that the OS handles - it doesn’t literally use that IP. Also, it’s used as the source address for packets where the system doesn’t have an IP yet (eg for DHCP). That’s it.

What performance issues do you have with Fx? I use it daily and don’t really feel like it’s slower than Chrome.

He had a very high rate, ~50% of CPUs in systems that he looked at were affected

Note that I think this was with the data center samples, which run the systems 24/7. The prevalence isn’t as high with regular consumer use (but still way too high). The data centers also didn’t have any problems at all with the 12900K.

Apparently MacOS apps can be sandboxed and store data securely such that no other apps can access it, in an encrypted format. I wasn’t aware of this either, but it’s been a while since I’ve used MacOS. It sounds like the ChatGPT app explicitly opted out from this sandboxing model.

On Linux, input-remapper usually works pretty well to remap the extra buttons. I wonder if it’d work on this AI button.

Samsung have gotten better with updates. In 2021, they promised all new models would receive four years of updates (which helped the industry because other brands started matching them), and they bumped it to seven years with this year’s S24 series.

Samsung and LG appliances are interesting things. Some are horrible like their fridges (which are some of the worst available today), but some are fantastic like LG’s washing machines (which rank #2 in reliability behind Speed Queen).

They’re copying Apple, which has similar clauses. They’re all going to copy Apple, unfortunately. Say that they support independent repair stores, but in reality place so many restrictions and requirements on them.

Just tried out that playbook to set up a staging server, and it works pretty well.

I feel like it’s a bit too magical though. I like knowing how all the software I’m using is installed and configured, and introducing another layer of abstraction makes that harder. I have particular ways things like my web server (Nginx), database servers, Let’s Encrypt (certbot), etc are configured and want to keep things that way. I think I’ll just use the Ansible playbook for the staging server, and set up the real server using the Docker containers directly, based on documentation from the upstream projects (Synapse, etc)

It looks like they have both Docker containers and Debian packages avaliable, so I’ll have to see if it’s worth using the Debian packages instead.

Of course Apple collect data. The reason they wanted to prevent other apps from collecting data was so only they can use their data, and their ad network could have an advantage over the others.

Yes, they have an ad network, and want to significantly expand it: https://proton.me/blog/apple-ad-company, https://www.forbes.com/sites/johnkoetsier/2021/10/19/apples-ad-network-is-the-biggest-beneficiary-of-apples-new-marketing-rules-report/, https://digiday.com/media-buying/apples-expanding-ad-ambitions-a-closer-look-at-its-journey-toward-a-comprehensive-ad-tech-stack/

Ahh… Interesting!

Do you know how much RAM it needs? I have a spare VPS with 9GB RAM - is that sufficient? I could run it in a VM on my home server instead, too.

most people are on discord

There’s a lot of people on Discord (around 200 million monthly active users) but it’s still the smallest out of all the major messaging services that support group chats. For example, Telegram has over double the number of users, and WhatsApp has 10x the users.

For open source projects in particular, something that integrates with Github and Gitlab login (like Gitter which is now powered by Matrix) is a better choice, as developers are practically guaranteed to have one of those accounts.

Thanks! I’ll have to see if there’s Docker containers available. Ansible is definitely doable too, but I prefer Docker. I’ll stick it on the same server I’m running Lemmy and Mastodon on :)

I’ve never tried Matrix but I’ve heard good things about it.

In order to make it into a Discord or Zoom competitor you would need to solve far higher bandwidth things like HD video and low latency audio, and both of thouse are fundamentally very different things for a server to handle as compared to high latency short text messages.

A large number of Discord servers just use text.

For video, maybe integrate into something that already exists, like Jitsi? Instead of trying to build one single app that handles everything, maybe it would be nice to have a suite of apps that all work together and can all use the same login.

A lot of video conferencing systems are already mostly peer-to-peer, at least for enterprise apps. Skype was originally peer-to-peer too. NAT traversal is usually provided by STUN servers. There’s some issues like that (for example it reveals the user’s IP addresses) but you could proxy everything through a TURN server to solve that.

Peer to peer is the best way to implement end-to-end encrypted communication.

Having said that, very large groups can benefit from a client-server model, like what Zoom does.

now to begin the slow search for another private community for the friend group to very slowly migrate to.

Just don’t pick another proprietary platform again.

I genuinely don’t understand why some open source communities rely so heavily on Discord.

one point registration for multiple communities,

Federation, or at least some form of single sign-on with arbitrary providers (like we used to do with OpenID), is a better way of solving this.