4 ms·

Not sure if its just me but there is a database connection error "Error establishing a database connection" while opening the site.

askmike 8y ago
That tends to happen when a website gets on the HN frontpage. Try refreshing, eventually that worked for me.
- nailer 8y ago
  You're just hitting the database with more requests. The only reason it'll work is if the site owner fixes something or, if the capacity doesn't change, your additional requests stop other users from accessing the DB. Just use a cached version and stop hammering the site.
  - askmike 8y ago
    I'm not saying to hammer down the refresh button. And yes there is a very good reason for it too work: in most scenarios the amount of concurrent connections to the DB is at the limit. If you refresh once a minute later you're really not that much of an impact while the PHP instance might get the handle to the database needed to fetch the content. As a matter of fact, it worked for me with this exact article.
    - nailer 8y ago
      > Try refreshing, eventually that worked > I'm not saying to hammer down the refresh button. OK. > If you refresh once a minute later you're really not that much of an impact If every user does this, the site now has 2x the amount of incoming requests.
      - askmike 8y ago
        Yep but twice the amount of incoming requests spread out over time. When the site doesn't load I think it's fair to do either 1 of 2 things: 1. Accept that you can't read the article. 2. Have some kind of retry mechanism ( for example: https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/ https://aws.amazon.com/blogs/architecture/exponential-backof... ) But I don't think trying once and complaining about it in a comment is making anything better for anyone.
dmurray 8y ago
Cached version: https://webcache.googleusercontent.com/search?q=cache:2DyY_x8wvs0J:https://ericasadun.com/2018/05/22/in-which-apple-destroys-my-daughters-ipad-forever/ https://webcache.googleusercontent.com/search?q=cache:2DyY_x...

askmike 8y ago

That tends to happen when a website gets on the HN frontpage. Try refreshing, eventually that worked for me.

nailer 8y ago
You're just hitting the database with more requests. The only reason it'll work is if the site owner fixes something or, if the capacity doesn't change, your additional requests stop other users from accessing the DB. Just use a cached version and stop hammering the site.
- askmike 8y ago
  I'm not saying to hammer down the refresh button. And yes there is a very good reason for it too work: in most scenarios the amount of concurrent connections to the DB is at the limit. If you refresh once a minute later you're really not that much of an impact while the PHP instance might get the handle to the database needed to fetch the content. As a matter of fact, it worked for me with this exact article.
  - nailer 8y ago
    > Try refreshing, eventually that worked > I'm not saying to hammer down the refresh button. OK. > If you refresh once a minute later you're really not that much of an impact If every user does this, the site now has 2x the amount of incoming requests.
    - askmike 8y ago
      Yep but twice the amount of incoming requests spread out over time. When the site doesn't load I think it's fair to do either 1 of 2 things: 1. Accept that you can't read the article. 2. Have some kind of retry mechanism ( for example: https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/ https://aws.amazon.com/blogs/architecture/exponential-backof... ) But I don't think trying once and complaining about it in a comment is making anything better for anyone.

dmurray 8y ago

Cached version: https://webcache.googleusercontent.com/search?q=cache:2DyY_x8wvs0J:https://ericasadun.com/2018/05/22/in-which-apple-destroys-my-daughters-ipad-forever/ https://webcache.googleusercontent.com/search?q=cache:2DyY_x...