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

Show HN: Make your site’s pages instant in one minute

instant.page

Post reply on HN
Print view View original

351–360 of 361 posts

Re: Show HN: Make your site’s pages instant in one minute

#351

Post by stonewhite »

cjblomqvist wrote: post #179

It seems everybody is missing this but this could actually slow down your experience, and I'd actually guess it will in some scenarios (ie. not only a theoretical situation). Considering a user hovering over a bunch of links and then clicking the last one, and doing this in a second. Let's assume your site takes 3 sec to load (full round-trip) and you're server is only handling one request at a time (I'm not sure how…

This library should be only handling cache logistics, moving a cdn cache to browser. Otherwise is ill advised because of the reasons specified.

Every site that can use a last mile performance optimization like this should already be serving everything from some form of cache, either from varnish or a cdn. So in theory, availability of the content should not be the problem.

Re: Show HN: Make your site’s pages instant in one minute

#352

Post by WestCoastJustin »

WestCoastJustin wrote: post #158

Live demo on my website @ https://sysadmincasts.com/ Temporary added it in-line for testing. I was already in the sub 100ms level but this just puts it over the top! Also updated all admin add/edit/delete/toggle/logout links with "data-no-instant". Pretty easy. Open developer preview and watch the network tab. Pretty neat to watch it prefetch! Thanks for creating this! ps. Working on adding the license comment. I str…

UPDATE - Feb 11. I removed the include for now. I was seeing a weird caching issue when people login/logout where the navbar would not update correctly (for the first few requests after). I'm still digging into this. I likely need to invalidate the browser cache some how. Doing some research to see what the options are.

Re: Show HN: Make your site’s pages instant in one minute

#353

Post by bradknowles »

WestCoastJustin wrote: post #158

Live demo on my website @ https://sysadmincasts.com/ Temporary added it in-line for testing. I was already in the sub 100ms level but this just puts it over the top! Also updated all admin add/edit/delete/toggle/logout links with "data-no-instant". Pretty easy. Open developer preview and watch the network tab. Pretty neat to watch it prefetch! Thanks for creating this! ps. Working on adding the license comment. I str…

Have you signed up for a page speed monitoring service, like https://speedmonitor.io/ ?

I'd be very curious to know what your performance looks like over time, especially as it relates to various improvements that you try out.

Re: Show HN: Make your site’s pages instant in one minute

#354

Post by bradknowles »

bradknowles wrote: post #353
WestCoastJustin wrote: post #158

Live demo on my website @ https://sysadmincasts.com/ Temporary added it in-line for testing. I was already in the sub 100ms level but this just puts it over the top! Also updated all admin add/edit/delete/toggle/logout links with "data-no-instant". Pretty easy. Open developer preview and watch the network tab. Pretty neat to watch it prefetch! Thanks for creating this! ps. Working on adding the license comment. I str…

Have you signed up for a page speed monitoring service, like https://speedmonitor.io/ ? I'd be very curious to know what your performance looks like over time, especially as it relates to various improvements that you try out.

Or maybe Pingdom, NewRelic, or gtmetrix?

Re: Show HN: Make your site’s pages instant in one minute

#355

Post by lol768 »

CGamesPlay wrote: post #127
lol768 wrote: post #122

I guess nobody has mentioned this yet, but it presumably doesn't work on mobile? I wonder if you could do something similar simply by looking at the viewport and loading all the links within the currently visible part of the page. Might be overkill though and end up wasting the user's data.

From the article: > On mobile, a user starts touching their display before releasing it, leaving on average 90 ms to preload the page.

Not sure how I missed that, thanks :)

Re: Show HN: Make your site’s pages instant in one minute

#356

Post by anoncake »

lwansbrough wrote: post #266
anoncake wrote: post #245

Earlier quoted context omitted.

> if somebody used a GET http link to logout from a webpage, If you violate the standards, your website doesn't work. Who knew? > People who read articles by highlighting the text with the mouse would also probably hover over all of the links and would end up wasting bandwidth for no reason. "For no reason" is obviously wrong, making the web snappier is a reason. Maybe browsers should only prefetch links on bloated w…

This is just an ignorant response. The history of the internet is littered with pragmatic solutions to standard vs. non-standard approaches for exactly these reasons. See: , Referer header, the HTML standard as a whole. By the way, if your standard contradicts a popular methodology, it's probably a bad standard.

> By the way, if your standard contradicts a popular methodology, it's probably a bad standard.

You can't assume a methodology is good just because it's popular. That's how you get cargo cults.

But if a methodology violates the standards, it's almost certainly bad.

Re: Show HN: Make your site’s pages instant in one minute

#357

Post by dalore »

ponyfleisch wrote: post #296
SquareWheel wrote: post #270

Earlier quoted context omitted.

Embedding base64 images isn't really more efficient on HTTP/2 servers. Base64 adds overhead, and multiplexing mitigates the cost of additional network requests.

But unless you use server push, it still is an additional roundtrip.

Yes but since it's multiplexed into the same tcp stream it doesn't suffer from slow start and so the tcp window is already large so it's not as bad as it would be on http1.

Re: Show HN: Make your site’s pages instant in one minute

#358

Post by dalore »

leesalminen wrote: post #234
pbreit wrote: post #228

Earlier quoted context omitted.

OP’s point was that logout should not be implemented with a link/GET but instead with a button/POST for exactly this reason.

A logout action is idempotent, though. You can't get logged out twice. In my opinion, that's the use case for a GET request. I just checked NewRelic, Twilio, Stripe and GitHub. The first 3 logged out with a GET request and GitHub used a POST.

It's not about idempotency, but about side effects. The standards mention if it will cause side effects use POST. Logging out does cause side effect (you lose your login) and hence should be a POST.

In the old days it might have been acceptable to get away with a GET request but these days thanks to prefetching (like this very topic) it's frowned upon.

https://stackoverflow.com/questions/3521290/logout-get-or-po...

Re: Show HN: Make your site’s pages instant in one minute

#359

Post by MrStonedOne »

radlad wrote: post #71
MrStonedOne wrote: post #70

Earlier quoted context omitted.

No! You should NEVER load javascript over https on a page that was served over http. It gives a false sense of security that doesn't exist. Because the source page was served over http, the source page can be modified by an attacker, making the script be loaded under ssl makes you think its protected. But its not since an attacker could just modify the script tag to remove the https bit in transit then modify the scr…

Who is being tricked? I don't suspect the user is checking the script tags to see if they are secure. At the very least, this might stop basic ISP tampering used to inject bandwidth warnings, etc.

The programmer that put the script tag in there.
Post reply on HN