这是nginx连接超时，而由于使用的是80端口，走的是nginx代理转发的请求，原来，在nginx转发请求后，等待读取响应的时间超时的情况下，nginx直接返回了一个504 Gateway Time-out错误，所以会出现部署成功，却返回错误的情况。知道了原因后就好办了，查了一下资料，设置nginx代理的读取超时时间参数：proxy_read_timeout 600s;再试，果然成功了

$redis = $this->getServiceLocator()->get('Zend\Db\Adapter\Adapter\Redis');var_dump($redis->setItem('zzc', '110@gmail.com'));一直提示false，apache日志中也没有错误，此时，在命令行下执行redis-cli    set name lyblog

将javascript代码放到页面前面、后面都试了不行，无奈：逐一缩减网页代码，直到不提示函数没有定义，再逐一恢复网页代码，找到问题处在哪片代码，抄写一遍出问题的原有代码居然解决了这个问题，因为原有的javascript代码是复制过来的。

因为刚开始就没有安装.net framework4.0的错误，所以网上下载.net framework4.0安装了，现在是不报没有安装.net framework4.0的错误，但是直接出现unable to find a version of the runtime to run this application的错误。 通过搜索发现可能是.net framework4.0的版

vi /etc/nginx/nginx.conf在http模块中加入 `client_max_body_size 80m;` , 这个值默认是1M。vi /home/git/gitlab/app/models/note.rbvalidates:attachment,file_size: {maximum::max_attachment_size }#max_at

解决办法：在shell脚本开始处增加语句BUILD_ID=DONTKILLME

参数化构建过程中的参数choice在pipeline script中的引用是env.choice，非pipeline的旧版方式引用是$choicepipeline script不会写时可以点击流水线语法，进入后选择示例步骤，比如从svn拉取代码，选择svn: Subversion后，下面会出现svn的相关配置，填完后点击生成流水线脚本，就可以生成从svn拉取代码的流水线脚本。...

jenkins/jobs/jobname/nextBuildNumber 记录了下一次构建的批次数，在 job 维度下的自增 id修改nextBuildNumber后需要重载配置文件

地址：http://net.tutsplus.com/sessions/test-driven-php/此系列文章介绍了测试驱动开发的一些基本概念、自动化测试以及如何在PHP中去进行实践。详细介绍了PHPUnit的用法，以及结合Selenium进行user acceptances tests。另外还介绍了Mockery，并与PHPUnit’s mocking framework进行了横向比

nginx + tomcat 架构的 Web 服务中,用户感觉响应很慢,如何排查呢?可以第一时间查看 nginx 的 access.log。log_format 中定义了 $request_time 字段,它指的是从接受用户请求数据到发送完回复数据的时间。那究竟是慢在了 nginx、tomcat 还是其它?log_format 同 时 提 供 了 $upstream_response_ti