Hacker Newsnew | past | comments | ask | show | jobs | submit | ratg13's commentslogin

As long as you never have to interact with them. If you run into issues they have caused themselves, you'll find yourself dealing with a unique mix of arrogance and incompetence.


I've been using Hetzner for ~20 years and every single support interaction I've ever had with them has been top tier. Never AI bots, always humans who are helpful, courteous and prompt. I can't think of a single company, let alone hosting company, whose customer service has been so consistently good.


It certainly helps the service never does anything wonky that requires a support interaction in the first place.


Are you sure they're not just being German and you are misinterpreting what they are saying?


I think people are too focused on the device part of it.

Whatever Apple did to block access to the cache does not negate the fact that these notification messages are still being sent in plaintext through Apple and Google’s servers.

It’s hard to imagine that Apple/Google couldn’t just be compelled to hand this information over if ordered by a court and wouldn’t need your phone at all.

And this loophole possibly only hinges on the fact that most law enforcement maybe never realized this was something they could ask for.

Or perhaps this is happening and the public just doesn’t know it yet.


This doesn’t affect existing users.

This is a simple supply and demand curve.

Higher demand means the price goes up .. this has been true of things since before SaaS and before computers


Thanks for all the logical fallacies in one comment.


No. It means eventually existing users will be affected too. These companies are deeply in the red.


Could also be non-native speakers .. Even as a former grammar nazi, now that English isn't my daily driver language I find myself making basic mistakes .. (two, too, to / its, it's / etc.)


I was always more partial to Compute magazine



Compute! was very much aimed more at the home market that Byte (which appealed more to IT professionals). At the time, though, Compute! and Compute's Gazette (for Commodore computers) were great for me.

The most amazing magazine of all, though, was The Transactor. Exclusively Commodore, and for programmers. Very few ads, too. Their "Inner Space Anthology" was an incredible resource for everything technical. Memory maps, ROM listings, and much, much more.

https://csbruce.com/cbm/transactor


If this gets swept under the rug, it doesn't seem like they are going to do anything about it, and it will mean that only the bad people are going to be able to find this stuff.. who knows for how long.


Trump support is currently at 37% and only 69% of people think this is valuable.

A 6% overlap is hardly unifying.

The few Trump supporters I know think the whole thing is fake.


Why would they think that? Is it just that they like him because he's a conspiracy theorist, even if he's also in on this particular conspiracy?


E-Gold fulfilled all of these ideas and existed long before bitcoin and this article.


Notifications are not part of an app, it is a service provided by Apple/Google

Most notifications are sent by backend servers straight to Apple/Google


Sort of. Apple's and Google's notifications infrastructure only delivers to signed applications. Even if you run your own IM server, you can't use your own open source client without building and signing it yourself, and then setting up the backend infrastructure, which requires using the developer certificate for the application to generate authentication credentials to Apple's and Google's notification service. IIUC (and I think as you point out) the way it works for XMPP is a client informs the server about its gateway, which will be run by the client publisher; when the XMPP server wants to generate a notification, it contacts that gateway which then pushes the notification through Apple's/Google's service API for delivery to the client. For a nominally self-hosted IM server, notifications are traversing two third parties, either of which might be logging the metadata, which may include the full body of a message, depending on the application's frontend and backend architecture and configuration.

So in a sense it is part of the application, especially if you're a small entity with a single app (as opposed to large entities like Facebook where you have dozens of applications under a complex hierarchy of developer and application certificates).

I can understand why things are done this way. It helps to avoid abuse and spam as there's no way to inject notifications without strict accountability. But it does kind of suck. To fully self-host IM, you need to build, sign, and distribute the client yourself, as well as run a notification gateway with the appropriate credentials. And I'm not aware of any plug-and-play open source solutions for the gateway, at least not for XMPP. (I could be mistaken, though.) Maybe Matrix servers have it builtin, but I wouldn't be surprised if they don't, especially the reference implementation, as this complexity provides a moat for monetization.


Boris from the Claude Code team explained this on HN 2 days ago

https://news.ycombinator.com/item?id=47664442


And as the person who raised the issue said

> The frustrating part is that it's not a workflow _or_ model issue, but a silently-introduced limitation of the subscription plan. They switched thinking to be variable by load, redacted the thinking so no one could notice, and then have been running it at ~1/10th the thinking depth nearly 24/7 for a month. That's with max effort on, adaptive thinking disabled, high max thinking tokens, etc etc.

So Boris' explanation isn't really an explanation.


> ~1/10th the thinking depth

While simultaneously drastically reducing the amount of work you can get done even at $200 a month. I've cancelled my subscription, it's not worth it anymore.


“So squeeze, Rabban. Squeeze hard.”


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: