Skip to content

Latest commit

 

History

History
49 lines (41 loc) · 3.49 KB

mix-info.md

File metadata and controls

49 lines (41 loc) · 3.49 KB
Raw

一些平时工作常用的小积累

vi编辑器保存及退出命令

:w   //保存文件但不退出vi
:w file //将修改另外保存到file中，不退出vi
:w!   //强制保存，不推出vi
:wq  //保存文件并退出vi
:wq! //强制保存文件，并退出vi
:q  //不保存文件，退出vi
:q! //不保存文件，强制退出vi
:e! //放弃所有修改，从上次保存文件开始再编辑

jenkins启动停止

  1. 启动Jenkins

step1：进入到Jenkins的war包所在的目录如果是win7及以上版本，直接打开Jenkins的war包所在的目录，在地址栏敲cmd，回车。


> step2：`java -jar jenkins.war`(调用里面的这个`war`包，如果你的`wa`r包名字不是`Jenkins.war`，请用你的`war`包名字，不可生搬硬套)
  1. 启动Jenkins服务 　　net start jenkins （注：如果Jenkins曾经启动过，启动服务不需要进入到某个目录）
  2. 停止Jenkins服务 　　net stop jenkins

ngnix常识

常规用法：nginx 这个轻量级、高性能的 web server 主要可以干两件事情：

直接作为http server(代替apache，对PHP需要FastCGI处理器支持)； 另外一个功能就是作为反向代理服务器实现负载均衡,反向代理服务器作用在服务器端，它在服务器端接收客户端的请求，然后将请求分发给具体的服务器进行处理，然后再将服务器的相应结果反馈给客户端。Nginx就是一个反向代理服务器软件。


Nginx的这种工作方式为什么会降低上游服务器的负载呢？

通常，客户端与代理服务器之间的网络环境会比较复杂，多半是走公网,网速平均下来比较慢，因此，一个请求可能要持续很久才能完成。而代理服务器与上游服务器之间一般走内网，或者有专线连接，传输速度较快。

Squid等反向代理服务器在与客户端建立连接且还没有开始接收HTTP包体时，就已经向上游服务器建立了连接。例如，某个请求要上传一个1G的文件，那么每次Squid在接收到一个TCP分包（如2KB）时，就会即时地向上游服务器转发。在接收客户端完整HTTP包体的漫长过程中，上游服务器始终要维持这个连接，这直接对上游服务器的并发处理能力提出了挑战。

Nginx则不然，它在接收到完整的客户端请求（如1GB的文件）后，才会与上游服务器建立连接转发请求，由于是内网，所以这个转发过程会执行得很快。这样，一个客户端请求占用上游服务器的连接时间就会非常短，也就是说，Nginx的这种反向代理方案主要是为了降低上游服务器的并发压力。

通过host更改本地域名

使用管理员身份打开记事本，然后再打开'C:\Windows\System32\drivers\etc'下面的hosts文件，将需要域名指向的IP地址贴到里面， 比如我想在本地将localhost和linxizhilu.cn指向本地服务器，可以这样写：

# host modify start
127.0.0.1 linxizhilu.cn
# host modify end

此时你访问linxizhilu.cn就会打开你的本地服务，因为服务器默认为80端口，如果你本地服务为90端口，一定不能将端口号写到hosts文件里面，你需要这样访问linxizhilu.cn:90，只有这样你才能正确的拿到本地服务器提供的信息。