4 ms·

Recent update from Google: https://blog.google/technology/developers/googl-link-shortening-update/ https://blog.google/technology/developers/googl-link-shorten.

• OJFord 1y ago
  This leaves me wondering what the point is? What could it possibly cost to keep redirecting existing shortlinks that they consider unused/low activity already anyway? (In addition to the higher activity ones parent link says they'll now continue to redirect.)
  • toomuchtodo 1y ago
    To save face.
  • RicoElectrico 1y ago
    In another submission someone speculated the reason might be the unending churn of the Google tech stack that just makes low-maintenance stuff impossible.
    • immibis 1y ago
      My guess is that plus not having a single person left to maintain it due to the similarly unending people churn.
  • manquer 1y ago
    For a company also running a hosting service like GCP? nothing. They already have plenty of unused compute /older hardware / CDN POPs, performant distributed data store and everything else possibly needed . It would be cheaper than the free credits they giveaway just one startup to be on GCP. I don’t think infra costs are a factor in a decision like this .
• shaky-carrousel 1y ago
  Yeah, I'll take that "update" like the extremely unreliable info from an extremely unreliable company that it is.
• fortran77 1y ago
  I don't really understand this. Is it really that costly to keep the entire database if they're going to keep part of it?
  • tombert 1y ago
    I built a URL shortener years ago for fun. I don't have the resources that Google has, but I just hacked it together in Erlang using Riak KV and it did horizontally scale across at least three computer (I didn't have more at the time). Unless I'm just super smart (I'm not), it's pretty easy to write a URL shortener as a key-value system, and pure key-value stuff is pretty easy to scale. I cannot imagine that isn't doing something as or more efficient than what I did.
    • wtallis 1y ago
      Google also has the advantages that they now only need a read-only key-value store, and they know the frequency distribution for lookups. This is now the kind of problem many programmers would be happy to spend a weekend optimizing to get an average lookup time down to tens of nanoseconds.
      • tombert 1y ago
        I don't think it would even cost me very much to host all these links on a GCP or AWS thing, I don't think more than a couple hundred dollars a year. Obviously raw server costs aren't the only costs associated with something like this, you'd still need to pay software people to keep it on life support, but considering how simple URL shorteners are to implement, I still don't think it would be that expensive. ETA: I should point out, even something kind of half-assed could be built with Cloud Functions and BigTable really easily; this wouldn't win any kind of contests for low latency, but it would be exceedingly simple code and have sufficient uptime guarantees and would be much less likely to piss off the community. If I had any idea how to reach out to higher-ups at Google I would offer to contract and build it myself, but that's certainly not necessary, they have thousands of developers, most of which could write this themselves in an afternoon.
  • 1y ago
• nocoiner 1y ago
  I have a question about this. Per google, shortened links “won't work after August 25 and we recommend transitioning to another URL shortener if you haven’t already.” Am I missing something, or doesn’t this basically obviate the entire gesture of keeping some links active? If your shortened link is embedded in a document somewhere and can’t be updated, google is about to break it, no?
  • OJFord 1y ago
    About to break it if it didn't seem 'actively used' in late 2024, yes. But if your document was being frequently read and the link actively clicked, it'll (now) keep working. But as I said in sibling comment to yours, I don't see the point of the distinction, why not just continue them all, surely the mostly unused ones are even cheaper to serve.