Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

I am a fast webpage

varvy.com

Post reply on HN
Print view View original

241–250 of 292 posts

Re: I am a fast webpage

#241

Post by Loic »

jlmorton wrote: post #77

I hate to be negative, but what really is the point of this? That a simple webpage without any content can be fast? Of course it can. Is it desirable to inline your CSS, "like a boss?" Maybe if you have one single web page. What if you have dynamic content and your users intend to browse more than one page? With externalized CSS, that is all cached. Same with images. If I'm building a web application, I certainly do…

It really depends of your website usage. I am maintaining a free database of chemical properties. Usually people are landing there from Google and looking at a single page[0] before leaving.

To have this single page experience as good as possible, I pack the CSS directly in the HTML. First I packed also the image of the molecule, but it was not good for SEO, because I have quite some visitors coming from search of the drawing of molecules. Google would be smart to index the inlined images, I would switch back to use them.

All these optimisation techniques are only good if the context is the right context. That is, you need to pay attention to the assumptions used to make these rules.

[0]: https://www.chemeo.com/cid/45-400-7/Octane

Re: I am a fast webpage

#243

Post by mbrock »

HugoDaniel wrote: post #203

Inline all your CSS and you are forcing all your users a full reload whenever you need to change/add something. This can be tricky if your page grows in complexity/size and you need to change something. Please, when is more appropriate don't inline your CSS and prefer to take advantage of cache.

Well, the entire page is 7 KB.

Re: I am a fast webpage

#244

Post by mbrock »

DigitalSea wrote: post #179

Easy to make a website fast when it has nothing on it. In the real world a site isn't this light. It has images, analytic scripts, stylesheets, fonts, Javascript (jQuery at the least). Using a combination of a CDN and realistic caching, I can make a fast website as well.

Real world sites don't need all that stuff.

Re: I am a fast webpage

#245

Post by mbrock »

fsiefken wrote: post #89

What an arrogance, the page is done with me? I done with the page yet. I can get the same page much faster by putting the png in an inline svg, strip the source of unnecessary whitespace and returns, serve brotli (or sdhc compressed pages) with firefox, chrome and opera dynamically... or even just do the decompression inline with javascript. Might save another 20% https://github.com/cscott/compressjs

... With what are you going to compress the compression library?

Re: I am a fast webpage

#248

Post by Annatar »

webtechgal wrote: post #234
Annatar wrote: post #208

Earlier quoted context omitted.

the guy says he's not an idiot then brags about spending $30 per month on a VPS (idiot), You can always go with cheap, fully virtualized GNU/Linux server, or you can go with a virtual, true UNIX server running at the speed of bare metal[1]. Your choice, but quality, correctness of operation, data integrity and performance still cost something. It you don't care about any of those things, fork out $5 for the alternati…

Not disrespecting your opinion here, but $5 Digital Ocean droplets[1] have been working quite well for me as well as for nearly two dozens of my clients, spanning across the last several years (taking into account all the four important parameters you've specified: quality, correctness of operation, data integrity and performance). My (limited) experience with Vultr[2] has also been fairly satisfactory. [1] https://w…

As far as I am aware, Digital Ocean is running on Linux, and because Linux requires turning off memory overcommit and integrating ZFS on Linux, at a minimum, there is no correctness of operation. As there is no fault management architecture (like fmadm), and support for debugging the kernel and binaries is incomplete (no mdb, no kernel debug mode, no kdb, incomplete DWARF support), there really can be no assertion about correctness of operation.

Correctness of operation does not only refer to end-to-end data integrity, but also to adequate capability to diagnose and inspect system state, in addition to being able to deliver correct output in face of severe software or hardware failures. Linux is out as far as all of those.

In other words, if you want JustWorks(SM), rock solid substrate for (web)applications, anybody not running on FreeBSD, OpenBSD, or some illumos derivative like SmartOS is out, at least for me. Perhaps your deployment is different, but I don't want to have to wake up in the middle of the night. I want for the OS to continue working correctly even if hardware underneath is busted, so I can deal with it on my own schedule, and not that of managers'.

Re: I am a fast webpage

#249

Post by TheGreatestEver »

jlmorton wrote: post #77

I hate to be negative, but what really is the point of this? That a simple webpage without any content can be fast? Of course it can. Is it desirable to inline your CSS, "like a boss?" Maybe if you have one single web page. What if you have dynamic content and your users intend to browse more than one page? With externalized CSS, that is all cached. Same with images. If I'm building a web application, I certainly do…

I think it's just an ad to Knownhost SSD hosting.

Re: I am a fast webpage

#250

Post by sbarre »

gaur wrote: post #222
jlmorton wrote: post #77

I hate to be negative, but what really is the point of this? That a simple webpage without any content can be fast? Of course it can. Is it desirable to inline your CSS, "like a boss?" Maybe if you have one single web page. What if you have dynamic content and your users intend to browse more than one page? With externalized CSS, that is all cached. Same with images. If I'm building a web application, I certainly do…

> I hate to be negative, but what really is the point of this? To shame people who build slow, bloated websites. Saying that no bloat equates to no content is part of the problem.

This kind of attitude is the problem actually..

There is no silver bullet solution to all problems when building webpages, and if you think this guy's advice is catch-all for everyone and that "shaming" people who don't follow those rules is good, then you're a bad developer.

Someone else said it elsewhere in this thread, but different contexts need different solutions based on determined use cases and needs.

Post reply on HN