3 ms·

It's not just you... I posted the following in the "Slack Down Completely" article (before this article was posted): >"For some reason, today, HN seems exceed

It's not just you... I posted the following in the "Slack Down Completely" article (before this article was posted): >"For some reason, today, HN seems exceedingly exceedingly slow (to me) after logging in... Without being logged in, things are as fast as they usually are -- but post log-in, SLOWWWER THAN MOLASSESS... I tried this several times; why this is, I can only wonder... To quote Bill and Ted... "Strange things are afoot at the Circle-K..." "

jolmg 6y ago
The log-in page before logging in is also slow to load.
1f60c 6y ago
HN caches pages for logged out users (since they'll obviously be the same for everyone).
simplecto 6y ago
Lol. Circle-K indeed. I also had some craziness on LinkedIn earlier. I’m not saying it is related, just correlated maybe.
- Havoc 6y ago
  >I also had some craziness on LinkedIn earlier. Sounds like a normal day on LinkedIn
codetrotter 6y ago
> Without being logged in, things are as fast as they usually are -- but post log-in, SLOWWWER THAN MOLASSESS... > I tried this several times; why this is, I can only wonder... That is to be expected. Non-logged-in pages can be cached aggressively server side. When you are logged in much more has to be done dynamically. The fact that non-logged-in pages are still loading fast is testament to the fact that the HN devs have done their job properly with implementing caching. In the bad old days it would be slow for everyone whether logged in or not. In general I mean. I have only been on HN since 2009 and have been logged in (other accounts in the past, changed name) pretty much always so I don't know when HN got good at caching. I would kind of sort of expect that HN was actually like that from the beginning, given that pg came from having used Lisp in production at Viaweb and they got a lot of experience there early at how to do things fast (in terms of time to implement) and presumably proper (since they were able to compete with others).
smoyer 6y ago
What if SkinWalker Ranch had become well-known before Bill and Ted? In any case, I thought it was just me ;)
- Greymax 6y ago
  huh?

jolmg 6y ago

The log-in page before logging in is also slow to load.

1f60c 6y ago

HN caches pages for logged out users (since they'll obviously be the same for everyone).

simplecto 6y ago

Lol. Circle-K indeed. I also had some craziness on LinkedIn earlier. I’m not saying it is related, just correlated maybe.

Havoc 6y ago
>I also had some craziness on LinkedIn earlier. Sounds like a normal day on LinkedIn

codetrotter 6y ago

> Without being logged in, things are as fast as they usually are -- but post log-in, SLOWWWER THAN MOLASSESS... > I tried this several times; why this is, I can only wonder... That is to be expected. Non-logged-in pages can be cached aggressively server side. When you are logged in much more has to be done dynamically. The fact that non-logged-in pages are still loading fast is testament to the fact that the HN devs have done their job properly with implementing caching. In the bad old days it would be slow for everyone whether logged in or not. In general I mean. I have only been on HN since 2009 and have been logged in (other accounts in the past, changed name) pretty much always so I don't know when HN got good at caching. I would kind of sort of expect that HN was actually like that from the beginning, given that pg came from having used Lisp in production at Viaweb and they got a lot of experience there early at how to do things fast (in terms of time to implement) and presumably proper (since they were able to compete with others).

smoyer 6y ago

What if SkinWalker Ranch had become well-known before Bill and Ted? In any case, I thought it was just me ;)

Greymax 6y ago
huh?