Live data from Hacker News

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

instant.page

281–290 of 361 posts

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

#281
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.

You're confusing idempotency and side effects. A GET should not have any side effects, even if they are idempotent.

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

#282
post #227
post #222

Earlier quoted context omitted.

nothing on my network tab in ff 65.0

ditto. It works on Chrome though (sigh)

Why the sigh? It says right on the site that this gracefully degrades on browsers that don’t support it. Why is it a problem making a site faster in a browser designed for speed, if it does not degrade the experience at all in all other browsers?

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

#283
post #88

Earlier quoted context omitted.

Good point. What would be a good way to avoid prefetch requests in your analytics if you only derive analytics from server access logs?

Most browsers pass a "purpose:prefetch" or similar HTTP header in the prefetch request that you can use to differentiate

Then how do you know when they actually go to the page? Do you need client side analytics at that point since the browser already has the page in memory?

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

#284

I have just added it to a Shopify store to try it and it does indeed speed things up! However I am a little concerned with adding a script from another website... it requires a lot of trust, doesn'it?

You can download the code to your own site, and serve it from there. It has an MIT license, and is on GitHub.

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

#285

Many people browse the web from an employer who has rules about what types of pages may be accessed. For example, a person applying for a job with my team may include a link to a web page about their job-related background -- portfolio.html or whatever. HR tells us to be sure we don't follow links to any other page that may be more personal in nature, such as a page that reveals the applicant's marital status (which…

>This feeds into decisions about promotions/termination/etc.

Where do you work that makes tolerating that level of idiotic behavior worth it? It the job super interesting or the pay above market rate? If not, there are much greener pastures my friend.

Companies that treat their employees like morons eventually push out everyone who is not one.

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

#286
post #96
post #67

Earlier quoted context omitted.

If you need people to design their websites around your companies HR metrics collection for them to work, then your HR department's metrics are the problem. The easiest way to improve productivity at your company could be to drastically cut HR funding, maybe HR should collect some metrics on how much time HR spends building datasets that aren't accurate.

I don't think it's a matter of HR necessarily. HR has guidelines because a lot of their job has to do with compliance. Big companies absolutely need large HR departments because a lot more regulations apply.

Which regulation states that promotions should be based on browser history?

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

#288

Earlier quoted context omitted.

We're talking about evidence in a discrimination court case that points to an IP address associated with a company that visited /family.htm around the time someone applied for a job they didn't get. Like, that person went through their blog's access.log when they got home, defeatedly looking up IP addresses, and going "aha, jackpot!"? And everyone in the company hovers links to be sure they don't go to /as-a-black-ma…

Yes, I can't see how anyone could think this is sane in any sense. Brb putting my kids in my GitHub profile picture.

Just go right for the kill and put your marital status, ethnicity, and sexual preferences right below your name on your resume. That way they're trapped the instant they open it!

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

#289
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.

GET is also supposed to be “safe” in that it doesn’t change the resource which a logout would seem to violate.

The whole reason this is supposed to be the case is in order to enable such functionality as this instant thing.

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

#290

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…

I like that there's an extra optimization where it cancels the preload if your cursor leaves and the prefetch hasn't finished it. Would help on really slow networks and pages that timeout.
Post reply on HN