I'm noticing that DomContentLoaded, Processing Time, and Load Time are all blank for Reddit withoutout uBO as well.
I'm going to make a mild suggestion that the author double-check their implementation logic. Is it possible that the ad-encumbered page isn't loading before it times out? Or is it possible that without ads the page is loading more content?
Even showing something like a comparison screenshot at the end might help in odd cases like this.
This was an old result from when the server didn't have enough memory for big sites (especially the version without uBO). I reran it for Reddit, you can see the result on the same URL.
YouTube sends more requests with uBlock Origin enabled? [1][2]
My theory is, without the ads, there is more space in the webview to load video thumbnails, each item representing a video in the HTML document probably requires a handful of HTTP requests to load and pre-fetch their corresponding metadata. I would not be surprised if other websites react in the same way. I hope this is the case, but I am suspicious enough that I will investigate further how the ad-blocker affects these websites.
This is the case. With an addon that deletes most but not all homepage items or sidebar recommendations, YouTube does some noticeable spinning trying to fill the space which keeps getting emptied.
Page A loads content for X seconds and Z seconds loads ads. uBlock overhead is Y second but saves Z seconds by blocking ads. Total time with uBlock is X+Y-Z. If page has zero ads the time will be X+Y-0 which is greater than X+0.
Yes. Pages with ads are unreadable. I'm horrified every time I see friends navigate with no adblockers. I always recommend one. I'm going to start recommending Firefox again, as I did at the times of IE6.
Presumably because uBlock's baseline overhead is approximately 1 second. Therefore on other sites there is enough overhead from ads or tracking that it is still worth it to use uBlock.
So it has 1 second of startup cost? I have a hard time believing uBlock would add that much time to every request. Ideally this would make a more realistic measurement that doesn't include startup cost.
Here's evidence[1] that uBlock adds less than 100ms to "an atypically large page from a nice site" (i.e. one that doesn't have any ads). Some other effect is at work here, it's probably just random network latency differences.
What striked me is JSHeapTotalSize, never really think the ADs are eating so much RAM / resources (make sense). In Guardian case this accounts for 50% more allocation.
It would be very hard to retest, not just because of traffic, but also because some websites like amazon.com will throttle you to a halt or start showing captchas if they think you are scraping.
Adblockers in chrome are slow. Fast pages goes from having no noticeable delay to having one. Many times the latency is not uncommon. Sure, this is only a problem for really fast pages, but it's still really annoying.
TheGuardian is such a shit site without adblock. During the Australian election, I turned off my adblocker because "they're an independent news source" and I wanted to support their advertisers. I got bombarded with a full width banner at the top, and full height banner down both sides for the national Greens party.
Now don't get me wrong, I don't hate the greens party, but god damn, my eyes.
My wife and I decided to donate one year. Guess what happened next? They sold our data to their partners and we ended receiving so much spam mail in the following few years, we couldn't believe it. These organizations generate so much paper waste, it made us so angry we simply stopped our subscriptions. But we had to wait until we moved out for the spam to stop.
I found a bug: when I enter a URL into the form it seems to URLencode the characters, but this doesn't work on the site. That is, [1] works, [2] spins on "status: queued" forever. As far as I know I don't have any particular settings or extensions that would cause the URL to be unexpectedly encoded. Edit: it's not doing it right now, which is weird. It was just a moment ago, but maybe it was fixed? I had assumed the backend was down.
You need to filter the URLs that are accepted to avoid security problems - had you a contact address on your profile here, or on the site I'd have disclosed this more privately.
In short you should restrict URLs to protocols of `http`, `https`, and even then you should filter based on IP. You don't want people to view http://localhost/server-status, etc.
Finally you need to make sure you avoid recursion:
I'm not sure why the code isn't open source on this one. If the OP is hoping that news websites (etc.,) will pay for this service, I wouldn't hold my breath.
This site only highlights all the bad things happening on those sites - and the marketing teams there have most likely already been told by their developers what including 1 million cookies & 50 million tracker APIs will do to the performance. They want this gunk in there so that revenue targets can be met.
So the best bet is to put this up on GitHub where folks like me could learn from the code :-D
You could say the same thing about open sourcing it, if the OP is hoping for useful PRs they would be ill advised to hold their breath. Meanwhile OP now gets spammed with low effort installation and support requests.
Maybe open source the worker code, but the whole website?
In what way do you think news sites would pay for this service? They want full throttle ads everywhere right, not sure why this service is of any use. They just think: the more header bidding partners putting cookies everywhere the more money
Just to be super clear, I was not trivialising the project itself! I think it's a very cool idea, and very useful for users like me =)
I do not think it is 'not useful'. I was - not very clearly - posing a question on what your idea was to put it into 'practice'. I.e., whether you were hoping to turn this into a business or an open source project by posting here =D
Nice way to see if EU sites are GDPR compliant, because you didn't give consent when hitting a website those websites should not use any external tags yet. You can see for example nos.nl or lemonde.fr are fairly clean, but bbc.com or bild.de are not, even though there is no consent.
Interesting to see many sites load faster without uBlock because DOM content loaded is faster... it would be nice if we could run more scientific measurement to get a better understanding of the load time differences.
Regarding: "Also I never realized it was SO BAD without adblock". That's part of the problem. We techies have no idea what's happening without an ad blocker because we all use one. This service wants to show the unseen.
60 comments
[ 3.0 ms ] story [ 111 ms ] threadAlso, suggestion: don't require typing http:// or https://
https://webtest.app/?url=https://reddit.com
I'm going to make a mild suggestion that the author double-check their implementation logic. Is it possible that the ad-encumbered page isn't loading before it times out? Or is it possible that without ads the page is loading more content?
Even showing something like a comparison screenshot at the end might help in odd cases like this.
My theory is, without the ads, there is more space in the webview to load video thumbnails, each item representing a video in the HTML document probably requires a handful of HTTP requests to load and pre-fetch their corresponding metadata. I would not be surprised if other websites react in the same way. I hope this is the case, but I am suspicious enough that I will investigate further how the ad-blocker affects these websites.
[1] https://webtest.app/?url=https://www.youtube.com
[2] https://i.imgur.com/HBB4TkK.png
Or maybe it's just random variation.
[1] https://github.com/gorhill/uBlock/wiki/Doesn't-uBlock-Origin...
What striked me is JSHeapTotalSize, never really think the ADs are eating so much RAM / resources (make sense). In Guardian case this accounts for 50% more allocation.
Without uBO, Forbes loads 151 cookies.
https://webtest.app/?url=https://news.ycombinator.com
I don't think it lets you retest either, the first run is cached for a long time.
Now don't get me wrong, I don't hate the greens party, but god damn, my eyes.
[1] https://webtest.app/?url=https://bbc.co.uk
[2] https://webtest.app/?url=https%3A%2F%2Fbbc.co.uk
Would be nice if there was a way to display/download all cached results. Would be a nice dataset for visualisation or a dashboard.
But consider this case:
https://webtest.app/?url=file:///etc/passwd
In short you should restrict URLs to protocols of `http`, `https`, and even then you should filter based on IP. You don't want people to view http://localhost/server-status, etc.
Finally you need to make sure you avoid recursion:
https://webtest.app/?url=https://webtest.app/?url=https://st...
I find it funny that the app reports even this file loads faster with uBlock.
This site only highlights all the bad things happening on those sites - and the marketing teams there have most likely already been told by their developers what including 1 million cookies & 50 million tracker APIs will do to the performance. They want this gunk in there so that revenue targets can be met.
So the best bet is to put this up on GitHub where folks like me could learn from the code :-D
Maybe open source the worker code, but the whole website?
I do not think it is 'not useful'. I was - not very clearly - posing a question on what your idea was to put it into 'practice'. I.e., whether you were hoping to turn this into a business or an open source project by posting here =D
Merely curious! Thank you for sharing!
Did you consider computing the Speed Index? [1]
It would help assessing the performance impact these ads have.
[1] https://sites.google.com/a/webpagetest.org/docs/using-webpag...
Also I never realized it was SO BAD without adblock
https://www.lavozdegalicia.es/