This is one of the best arguments for purchasing a 3D printer

Yes MS owns 49% of OpenAI

MacOS has this feature under Settings -> General -> Language & Region -> Preferred Languages. Here you can have an ordered list of languages you wish apps and websites (I _think_ only works for Safari) to use. I don't know how widespread this is in other OS'es or browsers.

That's just the standard Accept-Language header, not unique to Safari or macOS at all. It's up to the server to interpret and respond to the header, and they mostly don't do what gp wants, i.e. they usually serve the translated language with a higher q rather than the original language even if it's in the list (and it's mostly ignored anyway in favor of geoip/manual region/language picker).

It is not the accept-languages header - it affects the accept-languages header. Like the parent said, it is also used for apps (which includes your browser's UI).

This has been OS-independent since the dawn of time (see the Accept-Language header specification), but sites rarely use it

I think the date might be later definitely after the adoption of unicode characters.

> Promises are a nice success story, but without async/await it wasn't really necessary to standardize

One benefit of standardisation that's not tied to async/await is that the JavaScript engines has been able to do performance optimisations not otherwise possible which benefit Promise-heavy applications

You most likely just don’t realize that your podcast app of choice actually gets its list of podcasts from Apple. That’s the authors point of Apple hosting it for free for everyone.

my feeds seem to all be: `<title>.libsyn.com/...`, `anchor.fm/.../rss`, `feeds.feedburner.com/<title>`, `feeds.megaphone.fm/<title>`, `feeds.simplecast.com/<title>`, `omny.fm/show/<title>`, `rss.acast.com/<title>`, `rss.art19.com/<title>`, and then a bunch of `<showname>.com/rss` for shows which host their own website and link a feed from there.

i recognize art19 as an amazon thing, and megaphone as a Spotify thing (or a thing which Spotify acquired?). i have no idea what any of the others are associated with. is one of those websites run by Apple?

The Apple thing is the podcast directory: https://podcasts.apple.com/us/genre/podcasts/id26

Most (all?) feeds in there are not hosted by Apple. Many non-Apple podcast apps use this to power search and discovery features.

The feeds - the actual rss files - are not hosted by Apple. But the index of those feeds (the podcast search engine essentially - how podcast apps turn 'Three Dudes Talking' into a libsyn feed url - is hosted by Apple.

> But the index of those feeds (the podcast search engine essentially - how podcast apps turn 'Three Dudes Talking' into a libsyn feed url - is hosted by Apple.

I do not know what you are talking about here. Apple has a podcast index. Podcasts do not need Apple's podcast index for anything. You can find a feed by going to the podcast's site and clicking on it, or googling the name of the podcast + rss. Or in any number of ways, really. Apple is one of many podcast indexes.

So no part of a podcast is hosted by Apple, unless the podcast is actually an Apple podcast.

Most podcast apps rely on Apple's podcast index to power search. Yes, you can manually add a feed in most clients but that is not how most people use their podcast app. They search for podcasts in their app of choice. If a podcast doesn't appear there because it isn't included in Apple's directory very few people will know that they can manually add a feed URL. Or understand any of those words.

it's the list of feeds that is hosted by apple (think of it as a search engine for podcasts), not the actual feeds or media files.

Ah, my app doesn't have a directory of feeds. It requires that I add urls directly.

This would only matter in any way if you think that listening to podcasts is primarily a hobby that people engage in for its own sake. If you think they listen to some podcasts and not other podcasts because they care what's in the podcasts, why would they care if Apple hosts a list of podcasts?

discoverability, if a friend talks to me about a podcast I could be interested in, i'd rather just have the name of the podcast than a full URL. Here i can just use any podcast app that integrates with Apple podcast service and type the name of the podcast i want to listen to.

Your question is the same as: "Why do you care if $YOUR_SEARCH_ENGINE (google, kaggle, duckduckgo) hosts a list of websites?"

You can already find the podcast by name using the normal internet method of searching for it. Where does Apple come into it?

The last search engine to host a list of websites was Yahoo!, and nobody did care.

> You can already find the podcast by name using the normal internet method of searching for it.

You could, but I suspect most people search in their podcast app. Which is where apples directory comes in.

A lot of smaller podcasts don't have much web presence outside of their RSS feed, and often have pretty generic titles to boot.

sure, you can use google or a search engine, look in the results for the actual feeds url (vs just a website or something), and copy paste it in your podcast player. Or you can just search from it directly in your podcast app.

The UX on the latter side is clearly superior.

not to mention that unless the podcast has an official site, a Google search for the feed will turn up 10 different mirrors of the feed, without any clarity about which one's the canonical source.

in the past i've subscribed to a dead feed this way i think because the author changed who they syndicate through. i assume Apple's directory is maintained in a way that largely avoids this (simply by it being the canonical directory).

yes, but the app you used to find that feed most likely used Apple's directory to find it. Unless you went to each podcasts web page directly and picked the RSS feed directly from them.

The ISP sets up rack-cabinets full of equipment in central buildings where the “last mile” fiber terminates, close to the neighborhoods that they service. Each ISP that provides service to the area needs to have their own equipment there. This is how they differentiate and how one ISP can do 1Gbps while another might be able to do 2Gbps. Simply because they have installed different equipment. The fiber itself can of course support much more

Thats likely true in some places, here though there's no local ISP hardware. (I expect they're in national data centres level).

They want to close accounts with poor security (i.e. no 2FA enabled). These accounts has a higher risk of being compromised and used to get access to whatever they control

yeah, correct. although no one will be able to find (at least easily) that which account or accounts were closed.

Matt Parker video on the subject: https://youtu.be/zYkmIxS4ksA

I would assume so, yes. This is exactly how regular motors get started, unless you have one of those old-timy cranks you had to manually turn to get the motor running

They tend to be near the engine, and not the opposite end of the vehicle, though. The electric motor is right beside the passenger-side rear wheel.

When you enter a query ChatGPT will generate a response that slowly scrolls down the screen. I presume they mean to stop that.