what is the average size of a native mobile app?
The average size of Web pages is now the average size of a Doom install
241–250 of 467 posts
Re: The average size of Web pages is now the average size of a Doom install
#242Earlier quoted context omitted.
The solution to this is including a checksum with the link to the file, and if the checksum doesn't match, don't load the file. See https://developer.mozilla.org/en-US/docs/Web/Security/Subres... though it isn't universally supported yet.
Just so I understand, I pull the file and make a checksum, then hardcode it into the link to the resource in my own code? Then, when the client pulls my code, follows the link, checks the checksum against the one I included in the link.
Yes. It's very simple. I don't know why more library providers don't have it in their copyable snippets.
Re: The average size of Web pages is now the average size of a Doom install
#243Re: The average size of Web pages is now the average size of a Doom install
#244Earlier quoted context omitted.
are you serious? Are you saying the delay between a full req/res round trip + page redraw is indistinguishable from dynamically updating page elements? If you're drugged up on benadryl, then I'd say yes,
English much? I said audio . I provided this as a counterexample to the stated thesis of your post. There exist things that can be done over a network such that latency is not an issue. I am obviously not pulling data over a cross-continental link. FWIW, the protocols I write at work can do a full data pull - a couple thousand elements and growing - in under a half second end to end. I don't know of any HTML/Web base…
Reading comprehension much?
The article was specifically about web page payload size. My comment was comparing UX of dynamic client-side logic vs full round trips.
You must replied to the wrong comment, I would hope.
Re: The average size of Web pages is now the average size of a Doom install
#245I'm skeptical that developers talking to each other about how bad web bloat is will change anything. They will still face the same incentives in terms of ad revenue, costs of optimization, etc. Here's a random idea that might have more potential: create an adblocker browser plugin that also colors URLs based on how slow they are expected to load, e.g., smoothly from blue to red. The scores could be centrally calculat…
I think a plugin that enables the chrome "regular 2G" throttling (developer tools / network tab), permanently, for anyone that works in marketing or web development might help :) Edit: Joking aside, that throttling feature is a nice easy way to let a dev team, or business counterpart, see what their site is like for say, a customer with a low-end DSL connection: https://developers.google.com/web/tools/chrome-devtools…
I have to think that the devs want to make the page lighter, but their managers keep pushing more tracking and ad networks at them that they're forced to integrate.
Re: The average size of Web pages is now the average size of a Doom install
#246Earlier quoted context omitted.
That link inspires me to print and bind the code of a webpage into a book, and put it on a shelf next to other literature masterpieces. One Hundred Years of Solitude The Count of Monte Cristo Anna Karenina Don Quixote Amazon.com: Online Shopping for Electronics, Apparel, Computers, Books, DVDs & more
I want the audio version, narrated by Malcolm McDowell.
Less than head question mark, doctype html, greater than less than html class equals opening quote a dash no dash js closing quote. Data dash nineteen a x five a nine j f equals opening quote dingo closing quote greater than less than head greater than.
Re: The average size of Web pages is now the average size of a Doom install
#247Earlier quoted context omitted.
"You're a fucking moron if you use default browser styles." - Eleanor Roosevelt
I find it hard to take advice from anyone who makes such strong claims, in such a provocative manner, whilst failing so utterly in their own demonstration: https://imagebin.ca/v/2eeSxQABPMX9 Apparently that's "legible" and "looks the same in all... browsers". I certainly agree that BMFW has less contrast than the MFW; so little that it's difficult to read! For comparison, here's how MFW looks: https://imagebin.ca/v/2…
"I messed up my browser's settings, and now I'm upset that my browser looks messed up."
Re: The average size of Web pages is now the average size of a Doom install
#248Lots of people are focusing on excessive JavaScript and CSS but these combined are easily dwarfed by a single high quality image. Try visiting Apple's website for example. I can't see how you can have a small page weight if your page includes several images that are meant to look good on high quality screens. You're not going to convince marketing and page designers to go with imageless pages. Doom's original resolut…
> Try visiting Apple's website for example.
Indeed, right now on mobile the biggest asset on apple.com is a 1.7 MB picture.
http://images.apple.com/v/home/cm/images/heros/environment_e...
The total size of the webpage being 2.5 MB.
Re: The average size of Web pages is now the average size of a Doom install
#249Oh, you just want to add a class to the element? \ adds whole jQuery\ That's what's wrong with the web. Oh, and you need a loop? \ adds underscore.js\
Well, not that adding the whole of underscore.js is reasonable, but maybe if Javascript had provided proper enumeration of their data structures earlier like all decent programming languages do, that wouldn't be an issue. To this day, you still can't enumerate an object literal, yielding each key/value pair. You still can't properly enumerate a NodeList and Object.values is still "experimental technology". I understa…
var obj = {...}
// native JavaScript
Object.keys(obj).forEach(function(key){ console.log('obj.', key, ' = ', obj[key]) })
// Lodash
_.forEach(obj, function(value, key) { console.log('obj.', key, ' = ', value) })
Object.keys(obj) creates an array that contains the keys of the object, which makes it pretty trivial to call filter, map, reduce, etc. And getting the value from an object's key is also pretty straightforward...
Re: The average size of Web pages is now the average size of a Doom install
#250Earlier quoted context omitted.
I would say that a possible solution is also to better rank websites that mention the checksums of their external resources and make web browsers keep them in cache much longer... if pretty much every website uses jQuery, perhaps we should ship jQuery with the web browser?
I hear this argument a lot, and I very much disagree. Now you have browser vendors having to device which libraries are "popular" and shipping them in the initial download of the browser. It turns out that this technology already exists in a much better form. It's called cache. The problem is that almost everyone hosts their own version of jQuery. If everyone simply linked the "canonical" version of jQuery (the CDN l…
> If everyone simply linked the "canonical" version of jQuery (the CDN link is right on their site) then requiring jQuery will be effectively free because it will be in everyone's cache.
It's not, though. I ran this experiment when I tried to get Google Search to adopt JQuery (back in 2010). About 13% of visits (then) hit Google with a clean cache. This is Google Search, which at the time was the most visited website in the world, and it was using the Google CDN version of JQuery, which at the time was what the JQuery homepage recommended.
The situation is likely worse now, with the rise of mobile. When I did some testing on mobile browsing performance in early 2014, there were some instances where two pageviews was enough to make a page fall out of cache.
I'd encourage you to go to chrome://view-http-cache/ and take a look at what's actually in your cache. Mine has about 18 hours worth of pages. The vast majority is filled up with ad-tracking garbage and Facebook videos. It also doesn't help that every Wordpress blog has its own copy of JQuery (WordPress is a significant fraction of the web), or for that matter that DoubleClick has a cache-busting parameter on all their JS so they can include the referer. There's sort of a cache-poisoning effect where every site that chooses not to use a CDN for JQuery etc. makes the CDN less effective for sites that do choose to.
[On a side note, when I look at my cache entries I just wanna say "Doubleclick: Breaking the web since 2000". It was DoubleClick that finally got/forced me to switch from Netscape to Internet Explorer, because they served broken Javascript in an ad that hung Netscape for about 40% of the web. Grrrr....]