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

321–330 of 361 posts

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

#321

Post by mcherm »

rurcliped wrote: post #63

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…

> Many people browse the web from an employer who has rules about what types of pages may be accessed.

I think only very few people browse the web from an employer who has rules about what types of pages can be fetched. As a web developer, if I can make a faster experience for 99% of my population at the cost of potentially annoying the HR department of some tiny fraction of them, I'm going to do it. And I won't feel bad about making it slightly more difficult for my site's visitors' management to effectively surveil their browsing habits -- not my problem!

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

#322

Post by klyrs »

Piskvorrr wrote: post #311
klyrs wrote: post #279

Earlier quoted context omitted.

That brings me back to the year 2001, when my boss's browser history introduced Alexa to our admin page and they spidered a bunch of [delete] links. cough cough good thing it was only links from the main page to data, and not the actual data. I spent the next few days fixing several of problems that conspired to make that happen...

As in, anybody with a link to /delete could delete things? No identification/authentication/authorization needed?

> I spent the next few days fixing several of problems that conspired to make that happen...

Yes, I was a total n00b in 2001. But then, so was e-commerce.

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

#323

Post by [deleted] »

hueving wrote: post #286
nohnce wrote: post #96

Earlier quoted context omitted.

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?

[deleted]

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

#324

Post by hombre_fatal »

jsjohnst wrote: post #267
hombre_fatal wrote: post #254

Earlier quoted context omitted.

The server is still doing all of the work in its request handlers regardless of whether client closed the connection.

Not if the server is setup correctly.

That doesn't make sense. You can't just "config a server" to do this. Even if a web framework tried to do this for you, it would add overhead to short queries, so it wouldn't be some universal drop-in "correct" answer.

Closing a connection to Postgres from the client doesn't even stop execution.

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

#325

Post by drewmol »

chatmasta wrote: post #196
js4ever wrote: post #45

Each time you hover over a link it's doing a GET request bypassing the cache (cache-control: max-age), even if you hove the same multiple times. Also this will make all your analytics false... Except that indeed this can improve greatly the user sensation of speed

Might be worth adding something like a Pre-Fetch: True header to pre-fetched requests. But then the problem is, if the user pre-fetches and then actually views it, how does your analytics know unless the client then sends another request?

So would setting erroneous pre fetch headers to all requests would help to spoil analytics insights?

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

#326

Post by WestCoastJustin »

ajsharp wrote: post #316
fwip wrote: post #292

Earlier quoted context omitted.

If I mouse-over the same link 10 times, it looks in my network tab like it downloads the link 10 times. I'd expect this preload script to remember the pages it's already fetched and not duplicate work unnecessarily. :/

Set your http cache headers correctly to instruct the client to save and re-use pages it downloads.

Yeah, this is likely something I need to look into. Since the site changes quite a bit for, non-logged vs logged, I'm not really doing much html caching right now. I'll check that out though. Even if I added something like 30 second cache TTL that might work. I'd have to see if that is even possible and test though. Maybe force an update on login? I'm not a html cache pro so I'd need to see what the options are and then do some testing. For now, it was just fast enough / not worth the time, to do anything other than a fresh page for each request. But, this is a good suggestion. Thanks.

ps. I do tons of caching for any images and videos though. I know those things never change so have weeks of caching enabled.

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

#328

Post by bberrry »

rurcliped wrote: post #63

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…

I hope I never end up in your dystopian part of the world.

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

#329

Post by dingaling »

nextos wrote: post #112
hombre_fatal wrote: post #66

Earlier quoted context omitted.

Jesus. I hope they pay you well for that. I've heard a lot of stories of ridiculous rule-by-HR culture, but that's so extreme it sounds made up.

I don't think it's made up, because I experienced the same thing in a pretty well-known European research center... Of course, had I known about these practices in advance, I would have declined the job offer. But I didn't. I ended up quitting a few weeks later anyway. IT would monitor all connections from all employees and send a report to upper management with summary statistics, on a monthly basis. I was told this…

I don't see why it's hard to justify. They are providing facilities for you to perform the work they request, not for your personal benefit.

Invert the scenario: if they told you that you had to do work-based research on your own personal Internet connection, would that be OK? Any overage charges are yours to pay, no compensation.

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

#330

Post by williamdclt »

byron_fast wrote: post #202
js4ever wrote: post #45

Each time you hover over a link it's doing a GET request bypassing the cache (cache-control: max-age), even if you hove the same multiple times. Also this will make all your analytics false... Except that indeed this can improve greatly the user sensation of speed

What's more important - analytics, or the user experience. Damaging stats sucks, but this seems to outweigh that.

In a lot of legit cases, analytics. Especially versus a UX improvement that is clearly minor. The word "analytics" has bad rep but it's massively important to know if you're building the right product for your users, without a sort of analytics you're shooting in the dark
Post reply on HN