I am a fast webpage • Hacker News Board

Re: I am a fast webpage

#261

Post by dordoka » Thu, Sep 08, 2016, 1:11 PM UTC

twhb wrote: post #199

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…

This guy's advice is exactly what Google advises you to do, and exactly what Google does. You say this website is only fast because it's "without any content". If there's no content then tell me how it communicated its point so clearly. If it's inherently fast then tell me why the same thing posted to Medium is so slow. A hallmark of a great solution is that people who see it decide the problem must not have been ver…

Please don't consider this as an attack but, I tend to believe that Google is not in the possession of the absolute truth. They even usually contradict themselves.

Re: I am a fast webpage

#262

Post by pacnw » Thu, Sep 08, 2016, 1:13 PM UTC

Ok I'll bite as this is near and dear to my heart. Instead of showing me a fast webpage with a minimal content, tell me how to make my tons of css and js load fast! That's a real problem.I deliver web apps, and interactivity is a must.

IMO, the real problem with the web is the horrendous design choices and delivery of very popular news and daily reading sites (ahem cnn) where subsequent loads of ads and videos start shifting the page up and down even when you have started reading something. Let's address that problem first!

Re: I am a fast webpage

#263

Post by INTPenis » Thu, Sep 08, 2016, 1:25 PM UTC

A VPS is shared hosting to me, it's just an instance on a shared system. Shared hosting used to mean a folder on a shared web server but I consider sharing resources in a hypervisor equally shared. ;)

If they truly wanted speed through control of resources they would have used bare metal.

But yeah, the website is easy to optimize when it's simple, the hard part, often outside of your control, is DNS and actual connection handling. Many have already mentioned CDN so there's that.

But you also don't know what kind of firewalls are being used, or switches, or whatever else may impact your site. Why not just do what others have suggested and put it all in the cloud so that Amazon can worry about balancing your load.

Re: I am a fast webpage

#264

Post by hasenj » Thu, Sep 08, 2016, 1:30 PM UTC

pacnw wrote: post #262

Ok I'll bite as this is near and dear to my heart. Instead of showing me a fast webpage with a minimal content, tell me how to make my tons of css and js load fast! That's a real problem.I deliver web apps, and interactivity is a must. IMO, the real problem with the web is the horrendous design choices and delivery of very popular news and daily reading sites (ahem cnn) where subsequent loads of ads and videos start…

> tell me how to make my tons of css and js load fast

I went to the doctor and he told me to lose weight. What a fatphobe!

He should have told me how to eat everything I desire without any bad side effects!

/s

Re: I am a fast webpage

#265

Post by mxuribe » Thu, Sep 08, 2016, 2:26 PM UTC

mbrock wrote: post #244

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.

Many real world sites have strategic/marketing partners who ask to add analytics scripts so that they can capture metrics for their partnerships with you/your real world site...And if your site has been optimized, but their servers (which serve up these 3rd-party/analytics scripts) aren't as optimized, guess where the slow down comes from? And senior leaders don't always enforce these partners to confirm to internal performance standards. So, yes, unfortunately real world sites DO have - or at least are forced to have - stuff like that.

Re: I am a fast webpage

#266

Post by mxuribe » Thu, Sep 08, 2016, 2:41 PM UTC

Ego aside, this kind of site (and associated commentary on the suggested tactics) i feel is helpful.

Re: I am a fast webpage

#267

Post by Eric_WVGG » Thu, Sep 08, 2016, 3:13 PM UTC

dahart wrote: post #107

_jplc wrote: post #31

Earlier quoted context omitted.

base64 encoding increases the size of the file. For that image I would prefer to use inline SVG...

Indeed, this particular image is 3.5k of PNG, I'm certain it could easily be well under 1k as SVG.

not to mention retina-smoove

Re: I am a fast webpage

#268

Post by tzakrajs » Thu, Sep 08, 2016, 4:05 PM UTC

mikepurvis wrote: post #150

simbalion wrote: post #126

Earlier quoted context omitted.

the guy says he's not an idiot then brags about spending $30 per month on a VPS (idiot), for a single-page static HTML website with all inline-code (idiot+1). It's not being negative to point out the glaring flaws in a person's statements. My assumption is the entire thing is an advertisement for that hosting service.

Also, whether the VPS has an SSD or not is totally irrelevant— if you really were serving a single page it would be cached in the memory of your webserver. (Or better yet, serve the thing off S3 and let Amazon be your CDN.)

Exactly, it is not a good argument. I think they may not know better yet. We all start somewhere.

Re: I am a fast webpage

#269

Post by rabidrat » Thu, Sep 08, 2016, 4:23 PM UTC

toomuchtodo wrote: post #23

zackbloom wrote: post #4

Just to point out, there's no particular reason to host a page like this on a VPS at all. You could just throw it on S3. Even better, you could put it behind a CDN like Cloudfront and the total cost would be a dollar or two a month, not $25+ and it would be significantly faster.

> You could just throw it on S3. Even better, you could put it behind a CDN like Cloudfront and the total cost would be a dollar or two a month, not $25+ and it would be significantly faster. I apologize for quibbling (really, I do! but I'm an infrastructure guy! This is my bag!). Yes, host it on S3, but ALWAYS put a CDN in front of S3 with long cache times (even just Cloudfront works). S3 can sporadically take hundr…

I don't mind the quibbling, as I've been trying to figure this out myself.

From what I see, S3 is $.09/GB to the Internet, and Cloudfront is $.085/GB to NA/Europe...and $.14/GB for Asia. How is this cheaper?

Re: I am a fast webpage

#270

Post by sankalp_sans » Thu, Sep 08, 2016, 4:37 PM UTC

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…

After some benchmarking, we did something of this sort on a media site. A middle-fold path works best for us. I'm yet to see any media site do this (yes, we are content-heavy, but we also load fast). Admittedly, the only thing slowing down the page load is the ads, but we don't bombard those either. Link: http://www.sportskeeda.com/?ref=san