TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Apple and Google Monitor Notifications. We Need Push Notification Alternatives

101 点作者 BramLovesYams超过 1 年前

16 条评论

raggi超过 1 年前
I campaigned for this for years when working on fuchsia, to folks in fuchsia and android folks.<p>We lack a unixy API for “the radio is now on, do your reconnects or send your queues”<p>The platforms always hoist this stuff higher level and it rarely works that well.<p>Platform leads insist the platform will do it better, but it’s never true. They also insist that persistent connections are battery killers - which for sure they _can be_ but done properly (and with the aforementioned api) it can work just fine.<p>Establishing such an API in the Linux and BSD ecosystem would make a good step toward encouraging its exposure in the places we need it.
评论 #38567437 未加载
评论 #38567362 未加载
评论 #38567852 未加载
评论 #38567143 未加载
评论 #38567750 未加载
Nextgrid超过 1 年前
It&#x27;s disappointing to see everyone freaking out about this while ignoring the hundreds of different analytics SDKs littering every single mainstream app out there that leak even more metadata and store it on the provider&#x27;s server (unlike push notifications which can be end-to-end encrypted).
评论 #38567382 未加载
评论 #38567623 未加载
评论 #38567489 未加载
xrd超过 1 年前
I&#x27;m using Zoho as my main email hosting provider. Can I use tuta as the client? Should I?<p>I like Zoho stability and pricing. And, the client is somewhat poor compared to Gmail, to be honest. I like the scheduled send and snooze options of Gmail, but cannot figure out if Zoho provides similar functionality.<p>What is the best client for non-Gmail? Scheduled-send and snooze are probably server side functionality, so it isn&#x27;t just the client. But, there must be a better client than the Zoho one!
评论 #38567736 未加载
phh超过 1 年前
&gt; Final thought: Every user should be able to choose a &quot;Notification Provider&quot; for every app<p>That is too much I think? It would be weird to trust one notification provider for some stuff, and another one for others? Every user should be able to choose a &quot;Notification Provider&quot; is IMO enough.<p>On that front, there is already a push standard which is called WebPush which allows to do this seemlessly. Except it&#x27;s only in browsers (also I don&#x27;t think any major browser allows customizing it?). On non-Google Android, you have UnifiedPush. (It isn&#x27;t a standard. Not sure it would make sense to make a standard of an Android API?)<p>I&#x27;ve been thinking of making a OwnerOS: a bare Android who lets users pick every component they want. You select which store you want, which assistant you want, which notification provider you want, which SystemUI you want etc. All of which currently require to root your device to customize.
评论 #38567366 未加载
karmakaze超过 1 年前
This post is much more informative then I&#x27;d expected from title and comments. It opens with:<p>&gt; We&#x27;re here to stop surveillance by corporations like Google and Apple. That&#x27;s why we replaced Google’s FCM with our own notification system and keep Apple Notification Data at a minimum. Read on to learn why this is important.<p><i>Edit&#x2F;Note to self (and maybe others): Be conscious of how much time I spend reading about actually doing things and their details vs reading&#x2F;discussing a meta to actually doing things. Certain meta discussions are useful, others only feel useful but don&#x27;t amount to anything.</i>
blacklight超过 1 年前
Why not just use UnifiedPush, which is already an open standard? Or, like other libre apps are doing, provide an option for external open providers, such as ntfy, Nextcloud Push etc.?<p>I agree with the writer, SSEs have a lot of untapped potential and they&#x27;re way less resource-hungry than Websockets. But if every app implements its own SSE manager, it&#x27;ll still be a lot of overhead on the system as a whole. Better rely on a 3rd+party open app like ntfy that takes care of forwarding&#x2F;dispatching all the notifications, and other apps don&#x27;t need to create a separate listener.
评论 #38571977 未加载
olliej超过 1 年前
People really don&#x27;t understand the attack here.<p>It does not matter who is providing the notification service. No amount of encryption (actual E2EE encryption) prevents that ability for a government agency or criminal enterprise to functionally compromise the service to determine which users are getting push notifications from which other users or services.<p>It also does not matter if you use push notifications (which are vastly better for performance by every metric), or polling. Necessarily the intermediary (Apple, Google, Signal, FB, etc) know the origin and the destinations of anything that would currently be a notification. Requiring polling does not stop that.<p>Having lots of different services does not stop it either: the orders given to google and apple can just as easily be given to any other company or organization, and more importantly it sounds like google and apple were only able to say anything because a US Senator explicitly asked them so we have no way to know if any organization that was not explicitly asked is also subject to the same orders. The same applies to a criminal organization compromising such a service, only providers aren&#x27;t prohibited from saying anything, they&#x27;re just oblivious.<p>If you are using a service that necessarily involves a third party, that third party can be subject to orders that require them to turn over anything about you or messages you send or receive, or criminals compromising the provider watching the same thing. Encryption (real encryption, not just TLS, not &quot;no one other than you or the provider can access it&quot;) can only protect the actual content, the sender and the receiver cannot be protected.
评论 #38567238 未加载
indigane超过 1 年前
We already have a Push API specification that supports arbitrary push server URLs and self-hosting. It&#x27;s called the Web Push API, although it can be used for mobile push as well.<p>The only problem is that no one is using it.<p>A bit longer comment on it:<p><a href="https:&#x2F;&#x2F;gist.github.com&#x2F;indigane&#x2F;70ed13d5287c2d18b3e8e5d4f0c6d119" rel="nofollow noreferrer">https:&#x2F;&#x2F;gist.github.com&#x2F;indigane&#x2F;70ed13d5287c2d18b3e8e5d4f0c...</a>
评论 #38570202 未加载
arka2147483647超过 1 年前
The last thing i want is several &quot;notification providers&quot; feeding me notification spam
icanhasjonas超过 1 年前
Fingers crossed, a well promoted campaign in EU may force apples hand… again..
codedokode超过 1 年前
Why don&#x27;t people disable notifications? It must be really annoying if you have 10 apps and every hour they distract you with messages like &quot;buy now! A new product with 10% discount (and 300% markup)&quot; or &quot;where are you? you haven&#x27;t been watching videos from StupidBlogger for 1 hour&quot;.
评论 #38690778 未加载
评论 #38572360 未加载
评论 #38567851 未加载
评论 #38567848 未加载
082349872349872超过 1 年前
One obvious alternative: eschew push for as-high-as-practical latency automated pull.
评论 #38567204 未加载
seydor超过 1 年前
Why not just an SMTP extension. Send notifications via email, which expire after X seconds. No need to reinvent the mail
评论 #38567459 未加载
评论 #38567522 未加载
geckbench超过 1 年前
The pushing services must be running in the background constantly to provide the push notification services. This is how apps can receive notifications without even running it.<p>If every app uses its own push notification services, an average consumer may end up with half dozens of those notification agents running consuming more RAM and battery life. For Android devices this might be OK (8-16GB RAM nowadays) but for Apple, this may not even be possible for its RAM size (&lt;=8GB).
mgaunard超过 1 年前
Just remove notifications entirely, they&#x27;re just noise.
评论 #38568309 未加载
mouzogu超过 1 年前
rich coming from tuta who still lack a onion based login. this ticket from 2018 was locked as off-topic. <a href="https:&#x2F;&#x2F;github.com&#x2F;tutao&#x2F;tutanota&#x2F;issues&#x2F;528">https:&#x2F;&#x2F;github.com&#x2F;tutao&#x2F;tutanota&#x2F;issues&#x2F;528</a><p>as lenin said, the best way to control the opposition is to lead it. for me, unless the company has been raided by the government they simply cannot be trusted.<p>apple proudly advertises privacy on huge billboards while sharing everything they are asked under shadow laws. absolute hypocrisy and double standards. but then they wouldnt be where they are without government money and favours.
评论 #38567202 未加载
评论 #38567195 未加载