Hacker Read top | best | new | newcomments | leaders | about | bookmarklet login

are you logged in in both? if not, you are getting cached pages which can be served faster.


sort by: page size:

Some sites (possibly hn too) do not display cached pages to authenticated users. This could be the reason you see a decrease in response time compared to when you're logged in.

Can't tell, but logging out to get the cached pages did seem to help... so maybe it's a lot of people all logged in hitting the same database each click?

Normally, very fast for me.


the login link, which is probably not served from cache is VERY slow for me, so that's probably your answer.

Yes, that's normal. If you're not logged in, HN serves you a cached version that is a couple dozen seconds old. That's super fast. If you're logged in, HN has to generate the page based on the previous actions and properties of your account (e.g. upvotes, favourites, etc.) with every HTTP request.

If you're not logged in it's likely static served from cache.

Aren't those usually cached? Page reloads these days are fast.

I'm currently just getting a cached page from ~40 minutes ago on old reddit (not logged in).

I'm getting some weird traffic coming from one of the caches. It's been super slow for me.

If you’re not logged you’re getting the pre-rendered, cached page.

If you’re logged, a number of things have to be recomputed before the page can be rendered.

I run mediawiki at home, the difference is even more stark (i have a small home server).


Certainly seems like it, or at least every page it displays is doing a separate server call that is not cached very well.

I'm not using private browsing. But you're probably right, weird caching issue.

As stated elsewhere it really seems to be a problem with the static content hosted on ycombinator.com (maybe they aren't being cached very well browser side).

I don't know how well something like a front end cache would do to speed up content delivery as I suspect news.yc has a lot more users logged in than normal websites which might take away the advantages of a front end cache.


I haven't noticed too much slowness lately...but I am guessing the web application's user sessions have been reset a few times over the past two days, as I keep having to log in even though my browser cookies are enabled correctly.

One note: please activate page caching. looks like your slicehost is quite busy atm.

AFAIK there's some caching going on.

It's your browser cache.

Maybe you're forgetting to test with a clean cache? Completely anecdotal, but I visited your site a few times on my phone and 2 loads with a cleaed cache were _way_ slower than the 2 without clearing the cache.

maybe the data was cached to server it quicker?

The answer is yes, HTTP requests and caches at work, quite a lot is going on.
next

Legal | privacy