Web应用程序应该自动更新吗?

时间:2009-02-17 20:18:42

标签: web-applications auto-update

在看到微软已经从Internet Explorer 6升级人员的一些问题以及看到Firefox如何自动更新之后,它让我考虑了推送式升级系统对我们的网络应用程序的优缺点。在您看来,Web应用程序是否应该自动更新?为什么或者为什么不?如果是,那么需要考虑哪些问题以及您将采用哪些策略使升级尽可能无缝?您是否有任何现有的示例可以指向具有类似系统的Web应用程序?

编辑:为了澄清,网络应用程序是一个内容管理系统,其网站前端类似于Joomla或Drupal。我们将提供CMS作为产品,因此任何更新都会在我们客户的服务器上安装最新版本的应用程序。

5 个答案:

答案 0 :(得分:4)

将客户端应用程序更新推送到某人的计算机只会危及用户的计算机和数据。

但是,您无法自动将更新推送到其他人的服务器。你不知道他们的环境是什么,以及通过推动你的更新你可以打破什么。鉴于您的人员将使用您的应用将内容发布给用户,您将面临用户业务的风险。

答案 1 :(得分:4)

是和否。

要明确,它应该是一个选择。您想要自动更新,您可以选择自动更新。您将遇到一些实现问题/限制,但那是另一个问题。

我可以看到混合,一些用户可能更喜欢推送安全更新,但不是新版本。其他人可能想要两者,有些也不想。如果您保持灵活性,这可能是CMS的一个显着特征。

答案 2 :(得分:1)

如果您决定添加此类功能,那么让用户选择退出是明智之举。 CMS是定制常见的东西,更新可以打破它可怕的结果。在我的一个工作场所,我们一直走在那条路上,CMS框架升级导致了我们很多小时的重新工作。

答案 3 :(得分:1)

我认为Wordpress具有自动检查更新的功能,如果您运行的是过期副本,则会在管理界面中显示唠叨屏幕。这似乎是强制更新可能会破坏用户安装,以及只是在您的项目网站上发布用户可能看不到的通知之间的相当好的压缩。

答案 4 :(得分:0)

如果我说得好:有些用户会去网站使用你的系统,而其他用户会下载二进制文件?

在这种情况下,我会强制下载人员进行升级。如果对基础数据库进行更改以影响客户端与其交互方式,该怎么办?当你已经使用版本4.0时,编写每个新版本与使用0.1版本的顽固人员一起工作会很痛苦。

我假设网络应用程序和下载的二进制文件使用相同的数据库。如果您有一个组织维护自己的数据库的设置,那么绝对不要强制更新。