this post was submitted on 12 Dec 2023
1192 points (96.6% liked)
Technology
59374 readers
7409 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
There are qualities that are useful for having different responses, like supported language, whether the browser accepts gzipped content, etc.
Fuck that shit.
Check out the Gemini protocol if you want to see that a lot of HTTP spec stuff is completely unnecessary
The issue is that some of those techniques are only useful after the client has rendered the content rather than before.
But they are useful and completely valid ways of dealing with the problem.
It is not the end of the world if I have to click am extra once or twice to change the language. Hell most websites have much harder processes just to reject cookies.
Personally I would rather err on the side of slightly extra work the odd time I'm not on a website not in my native language than have an extra bit of information that can be used to track me.
Again take a look at the Gemini protocol, its a perfectly fine browsing experience without all the cruft.
Valid, but not standard and more inconvenient.
Additionally, you act like query strings can't be used to track you when they certainly can.
Most of the advantages of Gemini are implemented in the client and not the protocol itself.
So if I type in "google.com" what language should the front page be in?
First language in Accept-Language header that server also support
Yeah, User Agent is also a header, which the other guy is saying shouldn't exist.
Some widely spoken language I imagine, Chinese, Spanish, English I don't care. Since .com is intended for commercial use, the language of the companies biggest market makes sense here as well.
You're also forgetting that the likes of google.ru, google.nl and google.every_other_country_code exist.
Also there are plently of websites the have language selection in the site that overrides that header, look at Wikipedia.
There are plently of sites in non english languages that cater to non English speakers only, not every site has or needs 10 different translations.
At this point we also have translation engines in the browser so for pages in languages you don't know, that you absolutely need to access, you can use it to understand the page to a decent level and/or be able to navigate to a version in your language if available.
Who said anything about English?
I just used it as an example since it's pretty much the lingua franca of the internet and it's what we are currently using. The same argument applies to any other language.
My main point with that bit was that a lot of content exists on the internet without any translated versions and the world hasn't ended because of this, look at non English Lemmy instances.
That's in separate headers