Live data from Hacker News

I am a fast webpage

varvy.com

71–80 of 292 posts

Re: I am a fast webpage

#71
post #63

Earlier quoted context omitted.

> 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…

Cloudfront requires JavaScript, which isn't always acceptable. Edit: Nevermind, confused Cloudfront with Cloudflare. Thanks for the correction, toomuchtodo.

Cloudflare does, Cloudfront (AWS' CDN) does not.

EDIT: cm3: I didn't mean to call you out, just wanted my reply in here for historical context. Its very easy to confuse the two.

Re: I am a fast webpage

#72

This took almost 10 seconds to load for me...

Around the same for me, running fibre in New Zealand. Long delay before content even began loading - as mentioned in other comments, would likely have been a non-issue if a decent CDN was used.

Re: I am a fast webpage

#73
post #6

Not that wickedly fast unless you're really near Dallas where the server is: https://performance.sucuri.net/domain/varvy.com Hosting on a single VPS is never gonna be very fast globally no matter what you pay your hosting. In fact our free plan on netlify would make this a whole lot faster...

Off topic, but is that service showing crazy slow numbers for "USA, Atlanta" for anyone else?

It is. Linode's Atlanta data center has been getting DDoS'd on and off since Sunday. This site isn't hosted on Linode, but could there perhaps be congestion in Atlanta from that attack causing general slowness?

Re: I am a fast webpage

#74

Earlier quoted context omitted.

You could also host it on App Engine for free and automatically use Google's CDN.

For free? GAE doesn't charge for their object store nor their CDN service?

IIRC, the CDN isn't charged separately, and the object store is available (within a certain quota) within the GAE free tier, so, within certain limits, yes, "for free".

Re: I am a fast webpage

#75
I can see in the source code that you're expressing all dimensions in terms of ems and %s. A technology such as Bootstrap will always be the way to go; however, could you tell us a little bit more about how you did this? How did you ensure that it looks good not only on your screen but on any screen?

I know people are saying it has some errors on certain mobile devices, but that's still some pretty good job manipulating CSS properties.

Re: I am a fast webpage

#76

Ehh, I just got 10.91s load time in Chrome 53 from Colorado, USA. Image of Chrome Dev Tools: https://reportcards.scdn3.secure.raxcdn.com/assets/uploads/f... As an aside, does HTTP/2 provide any benefit for a single HTML file with no external assets?

nope, it doesn't

Re: I am a fast webpage

#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 not want inlined images. I want those on a CDN, cached, and I want the page to load before the images.

Not only is this not particularly useful advice, it's bad advice.

Re: I am a fast webpage

#78

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.

Or even better, Surge.sh. - A very happy customer.

I love Surge but they host your site on Digital Ocean... an SSD VPS.

Re: I am a fast webpage

#79
post #33

Earlier quoted context omitted.

> Is this image inlining thing something new? No, it's been around since forever. Just not used terribly often. > Am I reading it correctly that the images are encoded in base64 and delivered as html? Surely this is a bad idea... no? It depends. Making a new request to fetch the image always has overhead. Whether that overhead is bigger or smaller than the overhead of base64-encoding the image depends on: • file size…

You forgot the most important factor: Whether you're reusing that image on a different page. Embedding images in the HTML is basically saving an HTTP request at the expense of not being able to cache the image separately from the HTML.

Exactly! On a typical site, a lot of images are reused across pages, if externalised then it's already cached in your browser.

Re: I am a fast webpage

#80
post #17

Took me almost 30 seconds to load, maybe because the server is being hammered by HN traffic right now? Also like others here were saying, using a CDN would definitely help with the initial latency.

I guess it depends on traffic and wherever you are. it took me about 4 seconds on first load.
Post reply on HN