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

281–290 of 292 posts

Re: I am a fast webpage

#281

Post by time4vps »

r3bl wrote: post #114
jayess wrote: post #95

His affiliate link for VPS service has its cheapest option priced at $25 a month. You can get a nice little VPS for static hosting on SSD from digital ocean for $5 a month. $6 a month with backup.

You can go even cheaper. Time4VPS offers you 2 cores (compared to one on DO), 80 GB SSD (compared to 20 on DO), 2 TB bandwidth (compared to one on DO), and 2 GB of RAM (compared to 512 MB on DO) for 3 euros (3.36 dollars). 1 additional euro for daily and weekly backups. Started renting one just two days ago, so I can't really guarantee that it's reliable, but it was recommended to me by a friend who's renting it for…

Actually for VPS nodes we use SSD cached 6 x 1200 GB 10k RPM SAS RAID6 storage.

Re: I am a fast webpage

#282

Post by pritambarhate »

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.

Has any one dealt with DDoS attack on a static hosting (S3 + Couldfront) set up?

I sometimes fear that if something like this happens the bandwidth bill will be too much to handle for small personal projects. Also it's a pain that AWS doesn't allow one to set hard limits on cloud spending. Yes, they allow to set up some billing alarms, but no hard limits. No guarantee that no matter what, the month's hosting bill will not exceed $10 for this project.

For small personal projects a tiny VPS seems to be safer from this angle. At max a DDoS will cripple the VPS but the hosting bill will stay the same.

If you have been through this, did you get any discounts from AWS for resources being used during DDoS attack or you had to pay the full amount.

Re: I am a fast webpage

#283

Post by fsiefken »

mbrock wrote: post #245
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?

Brotli or Gzip on server. But you are right, in my enthousiasm I overlooked those bits!

Re: I am a fast webpage

#284

Post by jrmacmillan »

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…

To be a superior, fast website. Your long comments will only slow it dowwwwnnnn.

Re: I am a fast webpage

#286

Post by webtechgal »

Annatar wrote: post #248
webtechgal wrote: post #234

Earlier quoted context omitted.

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

As a reality check, we're talking simple (and even not-so-simple) web site/app hosting options here (and not some NASA/space/military/healthcare grade requirements).

From my perspective (as a freelance web tech/dev professional who routinely manages close to two dozen hosting accounts for clients), what you're saying above comes very very close to driving a nail with a sledgehammer.

Re: I am a fast webpage

#287

Post by 33degrees »

echeese wrote: post #278
paulddraper wrote: post #163

Earlier quoted context omitted.

If it's inline, then it's cached with whatever it's inlined into.

The problem is that now it's going to be sent with every request. So it'll make the first page faster for the initial request, but slower in the long run.

I'm not sure how you figure that? The CSS file containing inline images would get cached, so nothing would be sent after the initial request.

Re: I am a fast webpage

#288

Post by kalden_ »

matt_wulfeck wrote: post #109

I think it feels fast because it loads at once, but I'm actually not getting very impressive results programmatically if you measure how long the entire TCP transaction takes (which is what I consider page loading): # Both DNS records are cached before request >>> print requests.get('https://varvy.com/pagespeed/wicked-fast.html').elapsed.microseconds 226515 >>> print requests.get('http://www.google.com').elapsed.micr…

Where the time goes is the TLS handshake, which is not here when loading cleartext Google.

Re: I am a fast webpage

#289

Post by Annatar »

webtechgal wrote: post #286
Annatar wrote: post #248

Earlier quoted context omitted.

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

As a reality check, we're talking simple (and even not-so-simple) web site/app hosting options here (and not some NASA/space/military/healthcare grade requirements). From my perspective (as a freelance web tech/dev professional who routinely manages close to two dozen hosting accounts for clients), what you're saying above comes very very close to driving a nail with a sledgehammer.

That would only hold true if your or my time were worthless, or had a very low valuation.

Hosting clientele is notoriously high maintenance; the more technology ignorant, the higher the maintenance in terms of support, and the more fallout one has to deal with when there is downtime.

My time is expensive. My free time is exorbitantly expensive. Therefore, when I pick a solution and decide to deploy on it, it has to be as much "fire-and-forget" as is possible. Picking a bulletproof substrate to offer my services on also increases the time available to provide higher quality service to my clients: since my time dealing with basic infrastructure is reduced as much as possible, I have more of it to spend on providing better service and adding value, thereby increasing the client retention rate. Because of the economy involved in this, and especially considering how razor thin hosting margins are, I feel that the nail with a sledgehammer metaphor is inapplicable to this scenario.

Re: I am a fast webpage

#290

Post by niutech »

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.

Or you can use a free hosting: Firebase, Github Pages, Dropbox.
Post reply on HN