问题标签 [web-push]

我有一个简单的场景，只要它是从服务器生成的，就在移动设备上接收通知。

我知道这个工具在原生 iOS 应用和 Android 中可用，但我试图避免原生路径。我想要的是：

1. 可通过访问 URL 访问的移动 Web 应用程序
2. 用户可以在主屏幕上创建书签，以便获得原生应用图标的感觉。
3. 获取通知徽章（圆形消息数量）
4. 即使浏览器关闭也能收到通知。

我知道存在服务器端事件/Web 套接字的可能性，但是 Web 应用程序可以模拟推送通知功能吗？

这是我在论坛上的第一篇文章，所以如果我的标签、论坛或内容有误，请告诉我。

我正在开发一个针对 iPhone 和 Android 的应用程序，这是一个基于位置的实时社交网络。该应用程序不会通过市场/应用程序商店部署。

据我了解，我唯一的选择是制作一个网络应用程序（HTML5/JS）。除了需要向其他用户发送推送通知外，应该支持所有功能。

我考虑过的选项是： - 发送电子邮件，但这不是非常实时的。- 发送短信，但这会产生一些相关的重大费用。- 链接到用户选择的 IM 并通过该 IM 发送通知

据我了解，PhoneGab 编译为本机的所有跨平台框架都需要通过应用商店进行部署以利用它们的 API（如果我错了，请纠正我）。

在应用商店之外提供基于位置的推送通知应用框架的任何简单解决方法？

编辑：我希望通过网站分发应用程序。

编辑：应用程序服务是一个约会的概念，有点低俗，所以恐怕它不会通过审查门，因此无法在商店中分发。当然，我可以尝试使用 PhoneGap 或 Titanium，如果没有通过，则执行 webapp。

谢谢你的支持！

我想看看在 Vaadin 7 中使用新的Push 技术的最简单的例子，比如新的@Push注解。

我在让服务器推送在我的应用程序中工作时遇到问题。在尝试修复我自己的应用程序之前，我想尝试一个简单的示例应用程序。

我想将同一组数据共享给多个客户。我需要使用 Push 自动更新他们在屏幕上的视图。

我已阅读问答，Vaadin 7 应用程序（“@Push”）中推送的最小示例。现在我需要一个更强大的现实例子。一方面，我知道在 Servlet 环境中拥有一个永无止境的线程并不是一个好主意。

而且我不希望每个用户都有自己的线程，每个用户都自己访问数据库。让一个线程单独检查数据库中的新数据似乎更合乎逻辑。找到后，该线程应将新数据发布到等待更新的所有用户的 UI/布局。

我想在我的网站上实现实时通知功能。当在网站上时，如果用户收到一封电子邮件，服务器统计超过某些参数等，并且 jquery 通知框应该出现在用户网页上。

我目前已经通过在计时器上使用 ajax 和 php 来查询 mysql 数据库来实现这一点，但是这是完全错误的方法。

我还用 C# 编写了客户端 - 中间件 - 服务器程序，因此熟悉套接字、异步回调等。

我可以使用哪些相关技术来实现这样的功能？

从文档中我可以看出Push API和Server Sent Events 都是半双工的，但是为什么要使用两种不同的技术来实现相同的功能呢？Push API 有什么更重要的吗？

我想知道 Web Push 背后有哪些技术，例如 https://goroost.com

那是如何工作的？如何为 Web Push 配置我的服务器？我应该看什么？

我是一名网络程序员，在常规同步和异步网络服务方面经验丰富。因此，从 Web 服务器获取数据的正常方式是请求（拉取）或建立永久连接。

现在我问自己是否有可能以相反的方式运行它，以便服务器通过使用 HTML5 和 Javascript 等原生技术将新数据推送到客户端而无需客户端的先前请求。

总结：我正在寻找一种方法来实现服务器端推送系统，该系统适用于任何现代网络浏览器（IE、FF、Chrome、Safari 等），方法是使用 HTML5 和 Javascript 等常规技术，无需任何插件或其他软件.

只要网站打开，客户端就应该只监听新数据，并且如果新数据被推送，则应该发生来自服务器的唯一连接。它甚至必须通过 NAT 或防火墙工作。

主要原因是为了节省服务器负载和许多连接的客户端的数据传输。另请注意，并非每次推送都是广播，单客户端推送也必须可用。

如果没有额外的软件，这是否可能或仍然无法处理？

谢谢

在 chrome 上使用 service worker 进行推送通知时，我们会向用户显示推送通知。单击通知通常会将浏览器打开到站点源的根目录。

在以下事件的回调中：

self.addEventListener('notificationclick', function(event) {})

尝试将窗口位置 url 从“/”更改为“/redirectpage”：

因此，假设在 localhost 上的预期结果应该是http://localhost:8080/redirectpage。但是单击通知仍然会将我重定向到站点源的根目录http://localhost:8080。

假设这是错误的方法，我需要在哪里指定目标 url，以便浏览器在点击推送通知时打开这个目标 url？

看起来推送通知终于可以用于网络应用了！不幸的是，这需要 ServiceWorker 的 https，并非所有站点都可能有。

我在它提到的规范中注意到的一件事：

if r's url's scheme is not one of "http" and "https", then: Throw a TypeError."

所以我很困惑 - 只要站点包含来自 https 的服务人员，该站点可以是 http 吗？例如，mydomain.com 可以包含来自https://anotherdomain.com的 https 服务人员？

另一个标准 web-api simple-push没有提到需要 https（可能是文档中的遗漏？），以及“Firefox 桌面上的用户体验尚未制定”。这个文档是过时的，还是真的只有 FirefoxOS 支持推送？