重定向

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 起因 最近使用nohup创建了一个后台进程，默认日志输出到了nohup.out文件中，程序跑起来也就没再管， 过了大约一周，发现硬盘空间不够了，于是查找原因，发现这个nohup.out文件已经到了70G了，导致硬 盘空间不足了。 解决方案 只输出错误信息到日志文件 nohup ./program >/dev/null 2>log & 什么信息也不要 nohup ./program >/dev/null 2>&1 & 知识补充，关于Linux的重定向 Linux的3中重定向 0:表示标准输入 1:标准输出,在一般使用时，默认的是标准输出 2:标准错误信息输出 可以用来指定需要重定向的标准输入或输出。例如，将某个程序的错误信息输出到log文件 中：./program 2>log。这样标准输出还是在屏幕上，但是错误信息会输出到log文件中。另外，也可 以实现0，1，2之间的重定向。2>&1：将错误信息重定向到标准输出。 关于/dev/null文件 Linux下还有一个特殊的文件/dev/null，它就像一个无底洞，所有重定向到它的信息都会消失得无影 无踪。这一点非常有用，当我们不需要回显程序的所有信息时，就可以将输出重定向到/dev/null。 来源： oschina 链接： https://my.oschina

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> shell中可能经常能看到：>/dev/null 2>&1 eg：sudo kill -9 `ps -elf |grep -v grep|grep $1|awk '{print $4}'` 1>/dev/null 2>/dev/null 命令的结果可以通过%>的形式来定义输出 /dev/null 代表空设备文件 > 代表重定向到哪里，例如：echo "123" > /home/123.txt 1 表示stdout标准输出，系统默认值是1，所以">/dev/null"等同于"1>/dev/null" 2 表示stderr标准错误 & 表示等同于的意思，2>&1，表示2的输出重定向等同于1 那么本文标题的语句： 1>/dev/null 首先表示标准输出重定向到空设备文件，也就是不输出任何信息到终端，说白了就是不显示任何信息。 2>&1 接着，标准错误输出重定向 等同于 标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空设备文件。 ///////////////////// 脚本只使用标准输入、标准输出和标准错误 Shell会自动为我们打开和关闭0、1、2这三个文件描述符，我们不需要显式地打开或关闭它们。标准输入是命令的输入，默认指向键盘；标准输出是命令的输出，默认指向屏幕

在前面总结过，每当客户端给Web服务器发送一个http请求，web服务器就会针对每一次请求，分别创建一个用于代表请求的request对象、和代表响应的response对象。request和response对象就代表请求和响应，所以我们可以通过request对象获得请求相关的数据和操作。通过response对象进行对响应相关的数据封装和一些其他的操作。 一．HttpServletRequest与HttpServletResponse的实现类 我们会发现，HttpServletRequest与HttpServletResponse都是接口，那么它们在运行的时候的实现类是什么？是由谁负责实例化它们的实现类呢？ 通过对上一篇文章的HelloWorldServlet进行调试，可以得到答案。HelloWorldServlet的部分代码的截图如下所示： 这张图是调试时获得的： 通过上面的图我们可以看到，HttpServletRequest与HttpServletResponse的对象req,resp的实际的类型是RequestFacade和ResponseFacade。这两个类都是org.apache.catalina.connector包下面的。也就是我使用的web服务器tomcat的两个类

当输入www.google.com页面做了哪些事情 域名解析 域名解析顺序为：浏览器自身DNS缓存 --> OS自身的DNS缓存 --> 读取host文件 --> 本地域名服务器 --> 权限域名服务器 --> 根域名服务器。如果有且没有过期则结束本次域名解析，解析成功之后进行后续操作。 TCP3次握手协议 在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接. 第一次握手：建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认； SYN：同步序列编号(Synchronize Sequence Numbers) 第二次握手：服务器收到syn包,必须确认客户的SYN（ack=j+1）,同时自己也发送一个SYN包（syn=k）,即SYN+ACK包,此时服务器进入SYN_RECV状态 第三次握手：客户端收到服务器的SYN＋ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED(连接)状态,完成三次握手. 建立连接后，发送http请求 浏览器得到http请求的内容发送给服务器，服务器响应http请求生成html文件 浏览器接收响应的html文件，解析、整理相关的资源文件，最后渲染页面显示给用户 什么是HTTP(Hyper Text Transport Protocol

web拦截方式 springconfig.xml <!--不拦截静态资源--> <mvc:default-servlet-handler/> /拦截所有不包含jsp ,包括今天资源，css,js,图片 /*拦截所有（真拦截） web.xml <!-- 配置SpringMVC前端控制器 --> <servlet> <servlet-name>spring_mvc_test</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:spring/springconfig.xml</param-value> </init-param> </servlet> <servlet-mapping> <servlet-name>spring_mvc_test</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping> @RequestMapping 通过@RequestMapping注解可以定义不同的处理器映射规则。

rest–restful 是一种资源请求的标准/规范 支持GET, POST,PUT,DELETE,PATCH,DEAD,OPTION等常见的http请求方式 restful在定义接口/路由的时候一般采用名词复数形式 restful常见的状态 常见的状态码： 200 ：正常响应 201 ：正常响应，代表 新增数据成功 204 ：正常响应， 代表 删除数据成功 301 ： 永久性重定向 302 ： 临时重定向 400 ： BAD_REQUEST , 请求参数有问题 403 : 禁止访问 404 ： 页面找不到 405 ： 请求方式错误 500 ： 服务器内部发生错误 Django-Rest-Framework(DRF) 是基于restful 风格设计的一套支持前后端分离的框架 在django基础上 来源： CSDN 作者： 西界M 链接： https://blog.csdn.net/weixin_45250558/article/details/103482958

Http常见错误代码汇总 http状态码基本上可以分为5类： 一、 1xx 为消息类，该类状态码用于表示服务器临时回应 100 continue 表示出的请求已经被服务器接收，游览器应当继续发送请求的其余部分（HTTP1.1） 101 switching pototcols 服务器将遵从客户的请求转换到另外一种协议（HTTP1.1）。 二、 2xx 表示浏览器端请求被处理成功 200 ok 一切正常 201 created 服务器已经创建了文档，location 头给出了他的URL。 202 accepted 已经接收请求，但是尚未处理完成。 203 non-authoritative information 文档已经正常的返回，但一些应答头可能不正确，因为使用的是的文档的拷贝(HTTP 1.1新)。 204 no content 没有新文档，游览器应该继续显示原来的文档，这个跟下面的304非常相似。 205 Reset content 没有新的内容，到那时游览器应该重置它所显示的内容，用来强制清楚表单输入内容（HTTP1.1 新） 206 partial content 客户发送了一个带有range头的GET请求，服务器完成了它（HTTP1.1 新）。注意 通过Range 可以实现断点续传。 三、 3xx 重定向 300 Multiple choices

一、linux发展历程 ①1969年unix诞生贝尔实验室 ②谭宁邦：minix unix ③斯托曼（stallman），公司：自由软件基金会（FSF) 项目：GNU 规则：GPL（所有人可以自由传播，自由修改） ④斯托曼：91年开发出linux内核。 二、如何选择linux的发行版本 （一）linux桌面系统 ①Ubuntu（乌班图），开发人员开发平台 ②服务器linux系统： redhat，centos（去掉redhat收费软件，去掉红帽里面的log） ③安全性较高：debian，freedsd ④数据库高级服务：openSUSE ⑤新技术、新功能：Fedora（稳定性：Fedora》redhat》centos） ⑥中文版本：红旗linux，麒麟linux。 三、企业标准选择系统 （一）系统分类 centos6. ，centos7. 官网为：Centos.org 国内镜像网站：mirrors.aliyun.com 镜像源解释: LiveDVD:体验版，写入到光盘中个，刻录到u盘中。 bin-DVD：生产中使用的。 torrent：下载种子。 （二）系统位数区别及虚拟机 32位和64位区别 ①设计时候定位不同。 ②安装配置要去不同。 ③运算速度不同。 ④寻址能力不同。 四、虚拟机 在一台计算机上，虚拟出多台计算机。 （一）学习环境的选择与推荐配置 Win7/10，intel

常见的http状态码 100：继续 客户端应当继续发送请求。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。 101： 转换协议 在发送完这个响应最后的空行后，服务器将会切换到在Upgrade 消息头中定义的那些协议。只有在切换新的协议更有好处的时候才应该采取类似措施。 102：继续处理 由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。 200：请求成功 处理方式：获得响应的内容，进行处理（重要） 201：请求完成，结果是创建了新资源。新创建资源的URI可在响应的实体中得到 处理方式：爬虫中不会遇到 202：请求被接受，但处理尚未完成 处理方式：阻塞等待 204：服务器端已经实现了请求，但是没有返回新的信 息。如果客户是用户代理，则无须为此更新自身的文档视图。 处理方式：丢弃 300：该状态码不被HTTP/1.0的应用程序直接使用， 只是作为3XX类型回应的默认解释。存在多个可用的被请求资源。 处理方式：若程序中能够处理，则进行进一步处理，如果程序中不能处理，则丢弃 301：请求到的资源都会分配一个永久的URL，这样就可以在将来通过该URL来访问此资源 处理方式：重定向到分配的URL（永久重定向，重要） 302：请求到的资源在一个不同的URL处临时保存 处理方式：重定向到临时的URL（临时重定向，重要） 304：请求的资源未更新 处理方式

1. 标准文件描述符 Linux用文件描述符（file descriptor）来标识每个文件对象。文件描述符是一个非负整数，可以唯一标识会话中打开的文件。每个进程一次 多可以有九个文件描述符。出于特殊目的，bash shell保留了前三个文件描述符（0、1和2）： 文件描述符 缩 写 描 述 0 STDIN 标准输入 1 STDOUT 标准输出 2 STDERR 标准错误 1. STDIN ： 代表shell的标准输入。对终端界面来说，标准输入是键盘。 2. STDOUT ： STDOUT文件描述符代表shell的标准输出。在终端界面上，标准输出就是终端显示器。 3. STDERR ： STDERR文件描述符处理错误消息。STDERR文件描述符代表shell的标准错误输出。 1.1 重定向错误 1. 只重定向错误 $ ls -al test badtest test2 2> test5 -rw-rw-r-- 1 rich rich 158 2014-10-16 11:32 test2 $ cat test5 ls: cannot access test: No such file or directory ls: cannot access badtest: No such file or directory 2. 重定向错误和数据 $ ls -al test test2