在看到微软从 Internet Explorer 6 升级人们遇到的一些问题以及 Firefox 如何自动更新之后，这让我考虑了我们的 Web 应用程序推送式升级系统的优点和缺点。在您看来，网络应用程序应该自动更新吗？为什么或者为什么不？如果是，有哪些需要考虑的问题以及您将采用哪些策略来使升级尽可能无缝？您是否可以指出具有类似系统的 Web 应用程序的任何现有示例？
编辑：为澄清起见，网络应用程序是一个具有网站前端的内容管理系统，类似于 Joomla 或 Drupal。我们会将 CMS 作为产品提供，因此任何更新都会在我们客户的服务器上安装最新版本的应用程序。
将客户端应用程序更新推送到某人的计算机只会危及该用户的计算机和数据。
但是，您不能自动将更新推送到其他人的服务器。您不知道他们的环境是什么，以及通过推送更新可以打破什么。鉴于您的用户将使用您的应用程序将他们的内容发布给他们的用户，您将冒着您用户业务的风险。
是和否。
需要明确的是，它应该是一个选择加入。您想要自动更新，您可以选择自动更新。您将遇到一些实施问题/限制，但这是另一个问题。
我可以看到混合，一些用户可能更喜欢推送安全更新，而不是新版本。其他人可能两者都想要，有些人都不想要。如果您保持灵活性，这可能是您的 CMS 的一个显着特点。
如果您决定添加这样的功能，明智的做法是让用户选择退出。CMS 是定制很常见的东西，更新可能会以可怕的结果破坏它。在我的一个工作地点，我们一直在走这条路，CMS 框架升级导致我们进行了很多很多小时的返工。
我认为 Wordpress 具有自动检查更新的功能，如果您正在运行过期的副本，它会在管理界面中显示一个 nag 屏幕。这似乎是在强制更新可能会破坏用户安装和简单地在您的项目网站上发布用户可能看不到的通知之间的一个相当不错的折衷方案。
如果我直截了当：有些用户会去网站使用您的系统，而其他用户会下载二进制文件？
在这种情况下，我会强制下载人员升级。如果您对影响客户端与其交互方式的底层数据库进行更改怎么办？当您已经使用 4.0 版本时，编写每个新版本以与使用 0.1 版本的顽固的人一起工作会很痛苦。
我假设 Web 应用程序和下载的二进制文件使用相同的数据库。如果您有一个组织维护自己的数据库的设置，绝对不要强制更新。