Exciting news for who? Only the site owner is excited that a free resource now requires a subscription

“Yay! Now I have to pay another subscription! I’m so excited! Let’s celebrate with them!” - nobody

  • ricecake@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    13
    arrow-down
    1
    ·
    1 year ago

    If they’re storing them in something like Amazon s3, there is a cost (extremely low, but not free) associated with retrieving data regardless of size.

    Even if they were an entirely free service, it’d make sense to put hard rate limits on unauthenticated users and more generous rate limits on authenticated ones.

    Leaving out rate limits is a good way to discover that you have users who will use your API real dumb.

    Their pricing model seems fucked, but that’s aside from the rate limits.

    • Scrubbles@poptalk.scrubbles.tech
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      Agreed, they could have done this much more gracefully. Same as the reddit API. Average user? Who cares. Sending millions of requests? Okay we’re going to clamp down pretty hard on you

      • ricecake@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        6
        ·
        1 year ago

        Oh, I’m pretty sure it’s close to trivial. $0.0004 per thousand requests is $400 per billion, or $0.40 per million.
        That’s as close to insignificant as you can get and still pay attention to. Caching solutions are probably going to end up costing you more in the long run. An HA setup that can handle a billion requests a year is going to cost you at least $100 a month, and still provide less availability than s3.

        You don’t want unmetered access, but their pricing is unlikely to be based on access rates, and more likely on salary costs and other infrastructure costs, like indexing and search.