I just work with one Files compress and download method,all work prefect.When i request the method,the browser open form and begin download.But the log prins a ERROR as: java.lang.IllegalStateException: getOutputStream() has already been called for this respon…
在工作做时，有时会碰到开发人员并没有把配置文件独立出来，而量把他打包进了jar包里面，这里运维人员会产生很大的影响，特别的是在调试需要经常修改配置文件的时候，运维人员需要把jar包下载到本地，解压，修改配置文件，打包，在上传。 极大的影响效率。其时在Linux下通过jar命令，就可以直接解压和打包，省去了下载上传的时间。 jar包服务端解压 jar包的本质其时就是一个压缩包，甚至可以使用unzip命令去解压，但是我并推荐这种方式，因为unzip虽然可以解压jar包，但可能会有意想不到的问题。这里还是使用Java官方…
@RequestMapping("/courseware/{id}") public void download(@PathVariable("id") String courseID, HttpServletResponse response) throws Exception { ResourceFile file = coursewareService.downCoursewareFile(courseID); response.setContent…
之前一直用的是Vltur的日本东京节点，国内联通移动普遍延迟在80~90ms左右，但电信用户却要先绕到美国再返回日本（蛋疼的电信），延迟普遍在190ms，顺便为了给朋友搭建一个我的世界游戏服务器，他们都是电信用户，第一天还能勉强玩，结果第二天延迟太高，还经常丢包！ 于是就去阿里云买了个1核2G内存的BGP多线的ECS,电信联通移动都美滋滋的！延迟普遍在40ms（节点在上海，心里想着上海是大城市），不过貌似广州节点好一点，但是没货了。一个月90+，心里还是有点痛。 由于搬回了国内，所以shadowsock服务器也关闭…
1. 结论 （1） nginx 判断节点失效状态 Nginx 默认判断失败节点状态以connect refuse和time out状态为准，不以HTTP错误状态进行判断失败，因为HTTP只要能返回状态说明该节点还可以正常连接，所以nginx判断其还是存活状态；除非添加了proxy_next_upstream指令设置对404、502、503、504、500和time out等错误进行转到备机处理，在next_upstream过程中，会对fails进行累加，如果备用机处理还是错误则直接返回错误信息（但4…