访问出现504 Gateway Time-out，一般是由于程序执行时间过长导致响应超时，例如程序需要执行90秒，而nginx最大响应等待时间为30秒，这样就会出现超时。出现这种情况，我们可以先优化程序，缩短执行时间。假如是文件解析这种本身就耗时比较长的任务，则可以调大nginx超时限制的参数，使程序可以正常执行。#连接成功后，后端服务器响应时间(代理接收超时)由于文件解析服务耗时相对比较长，所以

Host的含义是表明请求的主机名，因为nginx作为反向代理使用，而如果后端真是的服务器设置有类似防盗链或者根据http请求头中的host字段来进行路由或判断功能的话，如果反向代理层的nginx不重写请求头中的host字段，将会导致请求失败【默认反向代理服务器会向后端真实服务器发送请求，并且请求头中的host字段应为proxy_pass指令设置的服务器】。因此，一般而言，会用$host代替$htt

（1）301(Move Permanently)：永久性重定向，请求的资源被分配了新的URI，以后都使用这个（get）。（2）302(Found)：临时性重定向，请求的资源被分配了新的URI，本次使用这个（get，允许缓存）。（1）重定向是指浏览器先访问了服务器A，然后服务器A带着请求的参数（header、状态码3xx）返回到地址为B的服务器上。（2）循环重定向是指服务器A重定向到了服务器B，服务

fatal: Couldn't find remote ref master 翻译过来就是：致命的：无法找到远程参考主，也就是报错的意思。错误的提示内容意思是找不到需要连接的对象。Git branch -r 查看远程所有分支解决方法有以下几种：0.如果是新建的仓库（ repositories ）的话在pull代码的时候，出现这个提示，可以忽略不计，直接提交就可以。1.检查本地GIT的配置git c

从invoke方法来看，最开始是保存了原有的request的这些属性，然后再进行原始IP，协议，端口等属性的改变，最后当执行完容器组件的pipeline之后，还原回来，保证整个web交易和原来一样，就像没有改过一样；X-Forwarded-For和X-Forwarded-Proto的信息是很有价值的，在Tomcat中可以通过获取这两个字段的信息，拿到真实的客户端的请求IP和协议；其次，还有一个是X

2.nginx -s reopen的作用是：当nginx默认的日志文件没有的时候（如1，被人挪走或改了名字），该命令会重新创建一个默认的nginx日志文件，后续日志会写的刚创建的默认日志路径中。因此当nginx默认的日志文件存在的时候，该命令没有起做用。1.当nginx正在运行期间，如果我们改了日志文件的名字或路径，日志照样会写到该文件。nginx -s reopen会自动把原日志文件改名字，并重

项目地址：https://github.com/Netflix/dynomite文档地址：https://github.com/Netflix/dynomite/wikiredis命令支持情况：https://github.com/Netflix/dynomite/blob/dev/notes/redis.md下载地址：https://github.com/Netflix/dynomite/rel

ubuntu 查看服务列表查看服务列表代码sudo service --status-allsudo initctl list

原因：go get 默认使用https拉取源码，缺少ssh用户权限。解决方案：配置git config。以GitHub为例：git config --global --add url."git@github.es.ecg.tools:".insteadOf "https://github.es.ecg.tools/"另外，补充一些go get相关的命令：运行 go get -u 将会升级到最新的次

另一方面, PROPAGATION_NESTED 开始一个 “嵌套的” 事务, 它是已经存在事务的一个真正的子事务. 潜套事务开始执行时, 它将取得一个 savepoint. 如果这个嵌套事务失败, 我们将回滚到此 savepoint. 潜套事务是外部事务的一部分, 只有外部事务结束后它才会被提交。两个事务不是一个真正的嵌套事务。举例说明：有两个事务方法，一个是方法A，一个是方法B，方法A中调用了