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

231–240 of 361 posts

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

#231

Post by freehunter »

pbhjpbhj wrote: post #220
jfoster wrote: post #46

Earlier quoted context omitted.

There's usually no penalty, though. You hover, and the page preload begins. Unless you're trying to keep your data usage to a minimum, there's no disadvantage to you.

Or prevent law enforcement, or other "overseers" from believing you visited a page. I can see children getting punkd by drive-by prefetch and reporting to teaching staff that X visited a neo-nazi site or, Y downloaded porn during class, etc.. "Prefetch did it" is probably not going to be apparent to most, and is going to sound like a weaksauce excuse.

On the other hand if you're visiting pages that link to neo-nazi content or pornography just one link away from the page you're currently on, chances are the page you're currently on would violate whatever acceptable use policy you're supposed to be following.

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

#232

Post by harrisonjackson »

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…

Very impressive! Wonder if it'd be worth rerouting some of the paginated URLs like the episodes `?page=4` to `/page-4` or something like that. :shrug: - either way, looks like you had some fun optimizing it!

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

#233

Post by pbhjpbhj »

freehunter wrote: post #231
pbhjpbhj wrote: post #220

Earlier quoted context omitted.

Or prevent law enforcement, or other "overseers" from believing you visited a page. I can see children getting punkd by drive-by prefetch and reporting to teaching staff that X visited a neo-nazi site or, Y downloaded porn during class, etc.. "Prefetch did it" is probably not going to be apparent to most, and is going to sound like a weaksauce excuse.

On the other hand if you're visiting pages that link to neo-nazi content or pornography just one link away from the page you're currently on, chances are the page you're currently on would violate whatever acceptable use policy you're supposed to be following.

Or you opened a random blog, Reddit, or did an innocuous search, or ...

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

#234

Post by leesalminen »

pbreit wrote: post #228
leesalminen wrote: post #168

Earlier quoted context omitted.

Right, which is why the included library includes an HTML attribute to disable prefetch on a given link.

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.

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

#237

Post by lucb1e »

dieulot wrote: post #186
lucb1e wrote: post #182

It doesn't seem to work for me. There are no JavaScript errors in the console* but the that says "test your clicking speed" doesn't even have an event attached to it. Hovering over anything for multiple seconds doesn't fire any requests in the network panel. Anyone else having this issue? * Well, there's this, but I assume it's not dependent on google... `Loading failed for the with source “hxxps://www.googletagmanag…

Are you using an older browser? It sounds like your browser doesn’t support JS modules.

I... Never heard of JavaScript modules. I feel very out of date now. Anyway, yeah, I'm using the latest Firefox that still supports real addons, some of which aren't even possible to reimplement using the latest APIs in nightly.

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

#238

Post by yoz-y »

anoncake wrote: post #224
lwansbrough wrote: post #61

Earlier quoted context omitted.

Breaking the web is not a good thing. Regardless of how you think things should be done.

Indeed, breaking the web by misusing GET is not a good thing. By extension, keeping the web broken by not exposing this breakage is not a good thing either.

Like mentioned in another comment, if somebody used a GET http link to logout from a webpage, you would end up with a ton of surprised users. 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.

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

#239

Post by itmeyou »

pbhjpbhj wrote: post #233
freehunter wrote: post #231

Earlier quoted context omitted.

On the other hand if you're visiting pages that link to neo-nazi content or pornography just one link away from the page you're currently on, chances are the page you're currently on would violate whatever acceptable use policy you're supposed to be following.

Or you opened a random blog, Reddit, or did an innocuous search, or ...

Unless whoever is patrolling this filtering is completely insane just show them that page that you were on and how hovering over the link triggers the filter.

Every instance of web filtering I've been subject to in my life just blocks the bad page and the admins expect people to have a few bad requests just by accident or whatever. You'd have to be constantly hitting the filter for it to actually become a real issue.

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

#240

Post by x15 »

collinmanderson wrote: post #214
bherms wrote: post #184

Earlier quoted context omitted.

It actually cancels the previous request when you hover over another link

Client side canceled doesn’t necessarily translate to server side canceled. I used to use a preload-on-hover trick like this but decided to remove it once we started getting a lot of traffic. I was afraid I’d overload the server.

I'd also hesitate wasting resources in such a way.

About your first statement though, which server software do you use that still sends data after the client has closed the connection? Doesn't it use hearbeats based on ACKs?

Post reply on HN