Not sure if this is a general remonstrance about Google not caring about permanent URLs (pURLs) or a very specific reference: In Knitting for beginners, 3rd edition (Imagine Publishing, 2015), the basic knitting techniques have a link to accompanying video demonstrations on Youtube, and they used Google's link shortener. Of course they cover the purl stitch, but the pURL for the purl video will now be broken by Google. For anyone googling this in the future, here's the redirect:
> When Google announced in 2018 that it was shutting down goo.gl, the company encouraged developers to migrate to Firebase Dynamic Links (FDL) — which has also since been deprecated.
Why wouldn't they just change the backend and leave the service alive for the end users? It seems nuts to give up all that sweet sweet browsing data.
Seriously... if they retire it, make the backend read-only, that way it can be highly optimized, and ran with minimal costs (from a mammoth company's perspective).
I don't know, make it an interview question and deploy the best answer? They put more effort into tortuting aspirants than to EOL-ing some of their cheap-ass services in a reasonable way.
The problem is that Google infra requires everything running to be new. There is a build horizon of 6 months. Everything built with code older than 6 months is not able to run on Borg. And since Google deprecates many internal infra tools/libraries routinely, a team is required to make sure the service remains up-to-date. Google doesn't want to pay for such maintenance.
Many years ago, there was an industrial group (?, maybe just a campaign.. can't remember the details) promised to provide protection/transfer service if one of their member shutdown.
Tried to search the news, can't find any reference to that.
It's in Google's interest that coming generations will find any URL as weird as we find an IPv6 address. Everybody should use their search^W profit generation engine.
Every time I change a ULR (or a set of URLs), I put a test for the redirect into my end-2-end tests, which run once per day. So I know all my URLs will work forever.
I have not thought about it for years now. Just checked for my first ever Show HN from 10 years ago:
The URL has long changed, but the redirect still works. Phew :) So all seems to be good. Here's to the next 10 years!
Google should do the same. Set up a seperate server for the redirect service itself. And then I guess they have multi project end-2-end tests running somewhere in their infrastructure. Just add testing this service and thats it. Amount of work per year to keep it up should be less than an hour, right?
The sad truth is that no one is getting a promotion to staff for just maintaining a service.
I wish this wasn’t so. At a previous job I had a VP tell me that my team was like a public utility and I took that as a compliment. Later my boss explained they were saying that they only noticed my team when something was broken. Sort of explained my lack of career progression in retrospect.
Note that when Google made a blog post telling people to migrate from goo.gl to the also now deprecated Firebase Dynamic Links, the post states explicitly[1]:
"While most features of goo.gl will eventually sunset, [bold]all existing links will continue to redirect to the intended destination.[/bold]"
That is sad, especially because I think that it is not a service that would take that much effort to keep up.
've seen things you people wouldn't believe... Attack ships on fire off the shoulder of Orion... I watched C-beams glitter in the dark near the Tannhäuser Gate. All those moments will be lost in time, like tears in rain...
I wonder if there's a story here involving a URL shortener service having hidden costs? I can imagine there being something in the abuse space that makes it feel more expensive than just the hosting costs to operate.
Google the company was designed with really high coordination requirements, which has made the marginal coordination cost of adding a new engineer higher than the value they add.
> I bet they could have 2 interns porting the thing to Google App Engine and then migrate the database
How can you possibly have this assessment without looking at the code/infra?
There are many things that affect cost beyond the visible features. The project isn't in a vacuum. It's interlocked with their other services infrastructure.
You can judge Google however you want, but they're not stupid or amateurs. These types of announcements immensely damages their image and affect their customers, if they could avoid it easily as you imagine, why would they not?
They've built the service and run it for many years for billions of people. A more realistic guess would be that for whatever reason, the price is higher than what's visible on the surface and they're not willing to pay it.
Just to be clear, I'm not saying they can port everything to it, but only the basic functionality to not let the links die (then progress with it)
> These types of announcements immensely damages their image and affect their customers, if they could avoid it easily as you imagine, why would they not?
You're assuming they care. And the answer of how much they care is: can this be used to further my (that is, an engineer or manager) promotion? If not then no
you are assuming hidden costs, I am assuming hidden incentives. It’s not that they are stupid or incompetent, but bad incentives within the org can and do produce stupid outcomes.
What's happened here is that you've erroneously assumed there's a good reason. It's fun to hold nonsense like this up against testimony from the ministers and officials at the Horizon enquiry, all of whom can be relied upon to say that "with the benefit of hindsight" obviously what they did was wrong but insist that they were too stupid to realise there was a problem and thought they were powerless to do anything.
Remember on average the other humans are just as stupid and lazy as you are. Most often there aren't "good reasons" for what happened, if there are even reasons at all.
If they used AWS, this would have no code and no maintenance: host the bucket out of S3 and enable redirects.
GCP doesn’t support that, but they could get pretty close using a cloud function - stick with the Python stdlib & SQLite or DBM for the mappings or use an Apache redirect map, and you’d have many years before you need to touch it again.
> These types of announcements immensely damages their image and affect their customers, if they could avoid it easily as you imagine, why would they not?
I believe they don't care. What are you gonna do, boycott them?
>These types of announcements immensely damages their image and affect their customers, if they could avoid it easily as you imagine, why would they not?
Having products scale through time is an engineering problem, and they seem to not be able to recognize it as so.
As long as they don't understand this, they won't be able to expand their product offering (and thus Revenue) significantly faster than their headcounts.
> On August 25th, 2025, Firebase Dynamic Links will shut down. All links served by Firebase Dynamic Links (both hosted on custom domains and page.link subdomains) will stop working and you will no longer be able to create new links.
Like many have said, its a shame they refuse to maintain minimal requirements to keep the links working.
Google offers cloud services. It’s like AWS saying they won’t spare some ec2 instances to keep some links working. If Google knew how to use their own cloud products then they could deploy some instances, failover, and monitoring and leave it alone, and also dogfood their own cloud products.
69 comments
[ 3.6 ms ] story [ 153 ms ] threadgoo.gl/Z64Spk -> https://www.youtube.com/playlist?list=PLgkXzADBVZXtmB9zdaf2W...
Why wouldn't they just change the backend and leave the service alive for the end users? It seems nuts to give up all that sweet sweet browsing data.
Seriously... if they retire it, make the backend read-only, that way it can be highly optimized, and ran with minimal costs (from a mammoth company's perspective).
I don't know, make it an interview question and deploy the best answer? They put more effort into tortuting aspirants than to EOL-ing some of their cheap-ass services in a reasonable way.
Since Google buckets don't seem to implement this feature, maybe they should point goo.gl at S3 :-)
Tried to search the news, can't find any reference to that.
https://archive.org/details/301works
As a Xoogler I'm very disappointed
Can search live without an open web?
https://en.wikipedia.org/wiki/Google_Search_Appliance
I have not thought about it for years now. Just checked for my first ever Show HN from 10 years ago:
https://news.ycombinator.com/item?id=7465980
The URL has long changed, but the redirect still works. Phew :) So all seems to be good. Here's to the next 10 years!
Google should do the same. Set up a seperate server for the redirect service itself. And then I guess they have multi project end-2-end tests running somewhere in their infrastructure. Just add testing this service and thats it. Amount of work per year to keep it up should be less than an hour, right?
Why 1-2 engineers? Security patches / Internal service deprecation / Migration / Use of deprecated dependency / etc
I wish this wasn’t so. At a previous job I had a VP tell me that my team was like a public utility and I took that as a compliment. Later my boss explained they were saying that they only noticed my team when something was broken. Sort of explained my lack of career progression in retrospect.
"While most features of goo.gl will eventually sunset, [bold]all existing links will continue to redirect to the intended destination.[/bold]"
The [bold] section is bold in the original post.
[1] https://developers.googleblog.com/en/transitioning-google-ur...
've seen things you people wouldn't believe... Attack ships on fire off the shoulder of Orion... I watched C-beams glitter in the dark near the Tannhäuser Gate. All those moments will be lost in time, like tears in rain...
Google the company was designed with really high coordination requirements, which has made the marginal coordination cost of adding a new engineer higher than the value they add.
And if nobody wants to take it on...
Discussion on official post: https://news.ycombinator.com/item?id=40998549
https://youtu.be/bestVideo1 for $1. I bet a lot of people would pay
Related discussion (2 days ago): https://news.ycombinator.com/item?id=40998549
Discussion of the previous announcement in 2018: https://news.ycombinator.com/item?id=16719272
A link shortener, as much as it has analytics and such in the background, is not rocket science.
How can you possibly have this assessment without looking at the code/infra?
There are many things that affect cost beyond the visible features. The project isn't in a vacuum. It's interlocked with their other services infrastructure.
You can judge Google however you want, but they're not stupid or amateurs. These types of announcements immensely damages their image and affect their customers, if they could avoid it easily as you imagine, why would they not?
They've built the service and run it for many years for billions of people. A more realistic guess would be that for whatever reason, the price is higher than what's visible on the surface and they're not willing to pay it.
> These types of announcements immensely damages their image and affect their customers, if they could avoid it easily as you imagine, why would they not?
You're assuming they care. And the answer of how much they care is: can this be used to further my (that is, an engineer or manager) promotion? If not then no
Google has become dysfunctional
Remember on average the other humans are just as stupid and lazy as you are. Most often there aren't "good reasons" for what happened, if there are even reasons at all.
GCP doesn’t support that, but they could get pretty close using a cloud function - stick with the Python stdlib & SQLite or DBM for the mappings or use an Apache redirect map, and you’d have many years before you need to touch it again.
then they could fucking disinterlock it from the other services and leave it in read-only mode instead of killing it.
>You can judge Google however you want, but they're not stupid or amateurs.
they are not amateurs, because an amateur would have no problem maintaining a basic bitch KV store that probably fits in RAM on a single machine
I believe they don't care. What are you gonna do, boycott them?
laziness, greed, apathy
As long as they don't understand this, they won't be able to expand their product offering (and thus Revenue) significantly faster than their headcounts.
410 “Gone” https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/410
But alas, even more apt:
417 “Expectation failed” https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/417
https://maps.app.goo.gl/xxxxxxx
going to continue working?
The announcement of “we’re breaking your stuff” contains an appeal to trust them on next round?
They must think their clients are complete morons
> On August 25th, 2025, Firebase Dynamic Links will shut down. All links served by Firebase Dynamic Links (both hosted on custom domains and page.link subdomains) will stop working and you will no longer be able to create new links.
https://wiki.archiveteam.org/index.php/ArchiveTeam_Warrior
choose urlteam project
Google offers cloud services. It’s like AWS saying they won’t spare some ec2 instances to keep some links working. If Google knew how to use their own cloud products then they could deploy some instances, failover, and monitoring and leave it alone, and also dogfood their own cloud products.