531–540 of 568 posts
I've said this before, but it bears repeating: Moby Dick is 1.2mb uncompressed in plain-text. That's lower than the "average" news website by quite a bit--I just loaded the New York Times front page. It was 6.6mb. that's more than 5 copies of Moby Dick, solely for a gateway to the actual content that I want. A secondary reload was only 5mb. I then opened a random article. The article itself was about 1,400 words long…
Earlier quoted context omitted.
People’s/companies’ own websites aren’t commons. The protocols that make up the web itself haven’t degraded through use; this is no more a tragedy of the commons than if every shop in your town made you wait a few seconds before you could go inside.
No, but the frameworks they use and services they outsource tasks to definitely are commons. Even more so are design and development trends.
No, they’re completely not. Trends are not a shared resource such that a few people misusing it harms that resource for everyone. Something being common doesn’t make it a commons. Any website can choose not to do these things - just look at HN. They’re not a necessary shared resource, in the same way that all Baltic countries must fish from the same sea.
Earlier quoted context omitted.
>Thousands of cpu hours, megabytes and dollars wasted on some user spying turdheap the marketing guys NEEDED to put in an app, 'to track user behaviour'. I understand that somewhere in a perfect universe, tech guys just make things right and money just flow in without those pesky marketing people ever involved. Unfortunately, in our universe if you don't do marketing and don't analyze user behavior your business is t…
Sure, if your content sucks. If you need all that bullshit to stay profitable then perhaps the business isn't really needed at all. "but that is the industry competition for you, everyone does it." To that, all I can say is perhaps some regulation is required to level the playing field.
But you'd have to gut 1A to do it, and it would instantly be used for evil. Nope, just hell no.
I've said this before, but it bears repeating: Moby Dick is 1.2mb uncompressed in plain-text. That's lower than the "average" news website by quite a bit--I just loaded the New York Times front page. It was 6.6mb. that's more than 5 copies of Moby Dick, solely for a gateway to the actual content that I want. A secondary reload was only 5mb. I then opened a random article. The article itself was about 1,400 words long…
I like this rant, you should go the next step: All you need to 'fix' this is a fast loading news website that gets enough paid subscribers to earn enough margin from subscriptions that you can pay for a news staff, an office, and various overheads. That is a longish way of saying that 99.9% of the overhead in any modern web site can be traced almost entirely to the mechanisms by which that web site is attempting to e…
There is the problem of Network that won't / cant be fixed in any short term. Then the problem with Rendering and Reflow.
The first one being a long time before everyone gets 1Gbps internet, the 2nd being even if you have 1Gbps internet it will still be slow due to all the mini scripts.
What if the fonts were there in the first place?
What if the browser actively tack every mouse movement, links etc, bringing 80-90% of all the tracking scripts datapoint, and doing so natively, sending back the data to website as requested.
No more 3 - 5MB of Scripts downloaded per site, no more CPU running of these scripts, no more 1MB of fonts. And they don't cause the page to jank. You get Butterly smooth webpages while still getting Ads.
My biggest problem is with the idea of extending the Web via Javascript and everything should be Javascript only. Rather than extending the Web Browser native function.
Unfortunately this is an idea that Apple may not like, even if the data are anonymised.
Earlier quoted context omitted.
I like this rant, you should go the next step: All you need to 'fix' this is a fast loading news website that gets enough paid subscribers to earn enough margin from subscriptions that you can pay for a news staff, an office, and various overheads. That is a longish way of saying that 99.9% of the overhead in any modern web site can be traced almost entirely to the mechanisms by which that web site is attempting to e…
Or what if, we allow tracking and ads, with native speed? There is the problem of Network that won't / cant be fixed in any short term. Then the problem with Rendering and Reflow. The first one being a long time before everyone gets 1Gbps internet, the 2nd being even if you have 1Gbps internet it will still be slow due to all the mini scripts. What if the fonts were there in the first place? What if the browser activ…
In that solution all of the tracking and analytics, fonts, and other 'baseline' content are part of the app, which then fetches the unique content (the few Kb of story text and Mb of images) and then renders it all locally. There is even some ability to do A/B testing in that setup.
The "App" itself is basically a browser with none of the non-content UI controls that browsers normally have, that can only go to a specific URL (the content supplier).
I've said this before, but it bears repeating: Moby Dick is 1.2mb uncompressed in plain-text. That's lower than the "average" news website by quite a bit--I just loaded the New York Times front page. It was 6.6mb. that's more than 5 copies of Moby Dick, solely for a gateway to the actual content that I want. A secondary reload was only 5mb. I then opened a random article. The article itself was about 1,400 words long…
I like this rant, you should go the next step: All you need to 'fix' this is a fast loading news website that gets enough paid subscribers to earn enough margin from subscriptions that you can pay for a news staff, an office, and various overheads. That is a longish way of saying that 99.9% of the overhead in any modern web site can be traced almost entirely to the mechanisms by which that web site is attempting to e…
Internet allowed advertisers to track so now we have this BS. They had many years to fix this. But tracking is the business of many companies like google and facebook. Now lot of people uses ad blocker and it's increasing.
I've said this before, but it bears repeating: Moby Dick is 1.2mb uncompressed in plain-text. That's lower than the "average" news website by quite a bit--I just loaded the New York Times front page. It was 6.6mb. that's more than 5 copies of Moby Dick, solely for a gateway to the actual content that I want. A secondary reload was only 5mb. I then opened a random article. The article itself was about 1,400 words long…
I like this rant, you should go the next step: All you need to 'fix' this is a fast loading news website that gets enough paid subscribers to earn enough margin from subscriptions that you can pay for a news staff, an office, and various overheads. That is a longish way of saying that 99.9% of the overhead in any modern web site can be traced almost entirely to the mechanisms by which that web site is attempting to e…
thank you
Earlier quoted context omitted.
In the pre-monetized web, yes the tech guys made things right without money extracted from the web. Standards & many applications that implemented them (including commercial) were attempted to be designed to make online computer use possible and beneficial. This is the domain of academics, committees, and concerned individuals creating the means of useful computing & communication, outside of parasitic desperation to…
> In the pre-monetized web, yes the tech guys made things right without money extracted from the web. It was extracted from tuition paid by undergraduate students and taxes paid by taxpayers. And that money all eventually came from dirty capitalism.
And yes, it cost a lot of money to get online and/or host data back then, which was subsidized by piggybacking corporate and university internet presence. Nowadays it's dirt cheap to personally host & access tons of content, so there's even less need to monetize.
Earlier quoted context omitted.
In the pre-monetized web, yes the tech guys made things right without money extracted from the web. Standards & many applications that implemented them (including commercial) were attempted to be designed to make online computer use possible and beneficial. This is the domain of academics, committees, and concerned individuals creating the means of useful computing & communication, outside of parasitic desperation to…
Swell history lesson, but I don't care about academics and nor do the vast majority of internet users. They can use the internet too, of course, but there's no point moaning about web pages getting larger. I was using the internet in the 90's and it sucked - literally everything about the internet is better today. My life would be no different whether a web page was 5 megs or 5k just like it makes no difference if mo…
Earlier quoted context omitted.
What do you mean "used to"? Usenet still exists.
And how good is it?