服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

运行一个API,如果我纠正了一个内容types的头文件,会为客户带来什么?

我们正在运行一个API,有相当多的人使用它。 由于我的一些传统的笨拙,其中一个端点是返回错误的内容types的头 , js时它应该是json 。 我的问题是,如果我们通过交换来解决这个问题以回报正确的价值,那么我们现有的客户有多混乱呢? 换句话说,当你看到这样的改变时,你会期望很多不同的HTTP客户端库会引发致命的错误吗? 我们正在试图确定这是否是一个我们可以继续前进的变化,而不是让它变得太多,或者我们应该仔细地向所有用户发送电子邮件,并宣布一个为期多年的贬低期…或者其中的一些东西。 它可能取决于使用什么样的不同的HTTP客户端,所以我看了一下用户代理。 答:很多不同的! 这里是一些顶级的: “okhttp / 3.2.0”,“python-requests / 2.10.0”,“Ruby”,“python-requests / 2.7.0”,“Mozilla / 5.0”,“Java / 1.8.0_91”,“python-requests /2.4.3“,”okhttp / 3.3.0“,”Lucee“,”Dalvik / 2.1.0“,”Google-HTTP-Java-Client / 1.21.0“,”PHP_appname“,”NativeHost“,”Java /1.7.0_67“,”Apache-HttpClient / UNAVAILABLE“,”Dalvik / 1.6.0“,”Web-sniffer / 1.1.0“,”unirest-objc / 1.1“ 各种不同的移动和服务器端语言库。 大多不是浏览器运行的JavaScript,但也有一些。 大多数人似乎没有注意到内容types是错误的,但是不时地出现一个新的支持请求,抱怨这个问题,所以我们想修复它。