重定向

输出重定向 场景：一般命令的输出都会显示在终端中，有些时候需要将一些命令的执行结果想要保存到文件中进行后续的分析/统计，则这时候需要使用到的输出重定向技术。 >：覆盖输出，会覆盖掉原先的文件内容 >>：追加输出，不会覆盖原始文件内容，会在原始内容末尾继续添加 2>：错误输出，会覆盖掉原先的文件内容 2>>：错误追加输出，会覆盖掉原始文件内容，会在原始内容末尾继续添加 &>：将标准输出与错误输出共同写入到文件中。覆盖原有内容 &>>：将标准输出与错误输出共同写入到文件中（追加到原有内容的后面） 标准输入重定向（STDIN，文件描述符为0）：默认从键盘输入，也可从其他文件或命令中输入。 标准输出重定向（STDOUT，文件描述符为1）：默认输出到屏幕。 错误输出重定向（STDERR，文件描述符为2）：默认输出到屏幕。 案例1：使用覆盖输出（覆盖原文内容） [root@ken ~]# vim test [root@ken ~]# cat test this is ken [root@ken ~]# echo "this is oscar" > test [root@ken ~]# cat test this is oscar 案例2:使用追加输出（原文中追加） [root@ken ~]# cat test this is oscar [root@ken ~]# echo "this is

HTTP协议状态码 五类响应： 1XX 2XX 3XX 4XX 5XX 1XX Informational 信息性状态码，表示接受的请求正在处理 2XX Success 成功状态码，表示请求正常处理完毕 3XX Redirection 重定向状态码，表示需要客户端需要进行附加操作 4XX Client Error 客户端错误状态码，表示服务器无法处理请求 5XX Server Error 服务器错误状态码，表示服务器处理请求出错 常见状态码 200 请求被成功处理，服务器会根据不同的请求方法返回结果 204 该状态码表示服务器接收到的请求已经处理完毕，但是服务器不需要返回响应体 206 该状态码表示客户端进行了范围请求，而服务器成功执行了这部分的GET请求 301 永久性重定向。该状态码表示请求的资源已经被分配了新的URI，并且以后使用资源现在所指的URI。 302 临时性重定向。该状态码表示请求的资源已被分配了新的URI，希望用户本次能使用新的URI访问。 303 该状态码表示由于请求对应的资源存在另一个URI，应使用GET方法定向获取请求的资源 304 该状态码表示客户端发送附带条件请求时，服务器端允许请求访问资源，但未满足条件的情况 307 临时重定向。该状态码与302和303的有着类似的含义，不同之处在于，307状态码并不会指定客户端要用什么样的请求方法请求重定向地址

当一个AMF收到Registration Request，这个AMF可能需要将此Registration Request改道发送到另外一个AMF，主要应用场景：当初始AMF不适合为该UE提供服务。 前提条件：initial AMF 和target AMF 需要在NRF上预先注册他们的能力。 Registration with AMF re-allocation的主要步骤详细说明如下： 　　　1. (R)AN 发送Registration request message（包含在Initial UE message）给initial AMF。 　　　2. 如果AMF需要SUPI和/或者UE的签约信息来决定是否需要改道发送Registration reques，或者如果Registration request 没有integrity protected 或者integrity protection 失败了，那么AMF会执行上文中的步骤4到9b。 　　　 　　　3a. 如果initial AMF 需要UE签约数据信息来决定是否改道发送Registration request，且UE的 切片选择签约数据并没有从old AMF获得，则AMF依照23.501的6.3.8描述的方法来选择UDM。 　　　 3b. 由initial AMF发给UDM： Nudm_SDM_Get (SUPI,

当我们从客户端向服务器发送请求时 服务器向我们返回状态码 状态码就是告诉我们服务器响应的状态 通过它，我们就可以知道当前请求是成功了还是出现了什么问题 1XX：信息性状态码（Informational）服务器正在处理请求 2XX：成功状态码（Success）请求已正常处理完毕 3XX：重定向状态码（Redirection）需要进行额外操作以完成请求 4XX：客户端错误状态码（Client Error）客户端原因导致服务器无法处理请求 5XX：服务器错误状态码（Server Error）服务器原因导致处理请求出错 200 OK 表示请求被服务器正常处理 204 No Content 表示请求已成功处理，但是没有内容返回 也就是返回的响应报文中没有报文实体（其实是没有报文实体的主体部分） 浏览器向服务器发送请求后收到了204，那么浏览器页面不会发生更新 206 Partial Content 表示服务器已经完成了部分GET请求（客户端进行了范围请求） 响应报文中包含Content-Range指定范围的实体内容 301 Moved Permanently 永久重定向，表示请求的资源已经永久的搬到了其他位置 就是说资源已经被分配了新的URI 新的URI应该提示在响应报文的Location首部字段 只要不是HEAD请求，响应实体应该包含新URI的超链接和简短的说明 302 Found

webpack是一个打包工具，用来打包各种类型的文件。核心是依赖和模块，webpack会把所有资源都看成模块来进行模块化开发，通过webpack可以更好的管理各模块间的依赖。 环境准备 webpack依赖于node环境，安装完node之后也自然有包管理工具npm了 进入node项目中初始化node项目 npm init => 创建package.json文件 package.json文件用于管理node项目中npm安装的包 webpack的安装 （安装webpack前先确认是否有安装nodejs） 全局安装：npm i webpack –g 项目内安装： 开发依赖安装 npm i –D webpack 如果要安装开发环境的webpack服务的话还要安装webpack-dev-sever => 热更新页面 npm i –D webpack-dev-sever 这样package.json里的devDependencies会多两个key:value 这里的版本是不确定版本 想看实际的版本可以在package-lock.json中找 package.json文件的配置 通过 webpack 要打包的文件路径名 打包后的文件路径名 来进行文件打包 eq：webpack ./index.js ./js/bounle.js 这里的webpack命令用的是全局安装的webpack

HTTP状态码302的跳转逻辑 302状态码表示重定向，浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的URL地址，这个地址可以从响应的Location首部中获取（用户看到的效果就是他输入的地址A瞬间变成了另一个地址B。 302与301的区别和使用场景 301是永久重定向，而302是临时重定向。301适合做永久重定向； 302适合做临时的跳转。 301的定义：301 Moved Permanently 被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个URI之一。如果可能，拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。 302的定义：302 Found 请求的资源现在临时从不同的URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。 服务器端跳转和客户端跳转的区别 服务器端跳转就是指地址栏内容不变（客户端浏览器的地址栏不会显示目标地址的URL），客户端请求到达以后，服务器发现当前资源给不出回应，在服务器内部请求另一个资源的跳转。所以跳转与否客户端不知道，属于一次请求。 客户端跳转是指地址栏内容发生改变

Forward和Redirect代表了两种请求转发方式：直接转发和间接转发。直接转发就是由控制器来控制请求应该转发给那个信息资源。然后由这些信息资源处理请求，处理完以后还可能转发给另外的信息资源来返回给用户，这个过程就是经典的MVC模式；而间接转发有时也叫做重定向，它一般用于避免用户的非正常访问。区别在于： 1.从地址栏显示来说 forward是服务器请求资源,服务器直接访问目标地址的URL，把那个URL的响应内容读取过来,然后把这些内容再发给浏览器。浏览器根本不知道服务器发送的内容从哪里来的，所以它的地址栏还是原来的地址。 redirect是服务端根据逻辑，发送一个状态码，告诉浏览器重新去请求那个地址。所以地址栏显示的是新的URL。 2.从数据共享来说 forward:转发页面和转发到的页面可以共享request里面的数据。 redirect:不能共享数据。 3.从运用地方来说 forward:一般用于用户登陆的时候,根据角色转发到相应的模块。 redirect:一般用于用户注销登陆时返回主页面和跳转到其它的网站等。 4.从效率来说 forward:高。 redirect:低。 关于两者的本质区别，有以下几种解释： 解释一　　 一句话，转发是服务器行为，重定向是客户端行为。为什么这样说呢，这就要看两个动作的工作流程： 转发过程：客户浏览器发送http请求——web服务器接受此请求

控制层返回值为void时给void加上 @ResponseBody 注解，不然无法成功提交 public @ResponseBody void add(){...} 表单中删掉 <input type="submit"> 改为 <input type="button"> Ajax回调函数中添加 window.location.href="重定向链接"; 来源： https://www.cnblogs.com/yxmhl/p/11604772.html

<?php header('Location : https://www.baidu.com'); 这里是在响应头中添加一个 location 的头信息 客户端浏览器在接收到这个头信息过后会自动跳转到 指定的地址 切记不能循环重定向 来源： https://www.cnblogs.com/shanlu0000/p/11604228.html

     标准IO和管道实验练习 【例1】把/etc/fstab文件内容重定向到/tmp目录下文件名为fstab.out 写法： 13:54:35 root@centos ~]#cat /etc/fstab > /tmp/fstab.out [13:55:02 root@centos ~]#cat /tmp/fstab.out # # /etc/fstab # Created by anaconda on Fri Sep 20 14:23:49 2019 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # UUID=b7becd8b-fb18-48cf-810b-953944dcf82e / xfs defaults 0 0 UUID=a74c9411-1dd4-44ff-929d-ba505baaec2c /boot xfs defaults 0 0 UUID=cc79eddd-a461-46e9-96ab-3489b7de0db3 /data xfs defaults 0 0 UUID=23047094-ac08-4c27