重定向

8.1 一次输出 多条命令 date ; who 8.4.1 环境变量----> 维护跟踪特定系统信息 如 $USER ,$UID ,$HOME 8.4.2 用户变量----> 除了环境变量，shell 脚本允许在系统中设置和使用自己的变量 自己定义的变量，即用户变量 8.4.3 反引号 返引号允许 将 shell 命令的输出 赋值给 变量 如 testing=`date` 8.5 重定向 输入 / 输出 8.5.1 输出重定向 默认 输出是标准输出 即 屏幕，输出重定向最基本类型是通过一条命令将输出发送到文件中 command > outputfile 如 date > test2 将 date值 输出到test2 文件中 将命令的输入 追加到现有文件 ，而不是重写文件内容 ，则使用 >> 如 who >> test2 8.5.2 输入重定向 将一个文件的内容重定向到一条命令中，符号为 < command < inputfile 还有一种输入重定向 方法： 内置输入重定向 符号 << ,指定一个文本标记说明输入的开始和 结尾 command << marker data marker 8.8 退出状态 $? 特殊变量 来保存最后一条命令 执行结束的退出状态，正常退出状态为0 ，命令执行错误，退出状态为 正整数 8.8.2 退出命令 默认情况下，您的 shell脚本 以脚本中最后

看到一篇关于页面跳转方式的介绍，写得挺好的，转载一下。 转发和重定向区别详解 作为一名java web开发的程序员，在使用servlet/jsp的时候，我们必须要知道实现页面跳转的两种方式的区别和联系：即转发和重定向的区别。 1、request.getRequestDispatcher().forward()方法,只能将请求转发给同一个WEB应用中的组件；而response.sendRedirect() 方法不仅可以重定向到当前应用程序中的其他资源，还可以重定向到同一个站点上的其他应用程序中的资源，甚至是使用绝对URL重定向到其他站点的资源。 如果传递给response.sendRedirect()方法的相对URL以“/”开头，它是相对于整个WEB站点的根目录；如果创建request.getRequestDispatcher()对象时指定的相对URL以“/”开头，它是相对于当前WEB应用程序的根目录。 2、重定向访问过程结束后，浏览器地址栏中显示的URL会发生改变，由初始的URL地址变成重定向的目标URL；请求转发过程结束后，浏览器地址栏保持初始的URL地址不变。 3、HttpServletResponse.sendRedirect方法对浏览器的请求直接作出响应，响应的结果就是告诉浏览器去重新发出对另外一个URL的访问请求，这个过程好比有个绰号叫“浏览器”的人写信找张三借钱

nginx301跳转设置很简单，配置如下。 (配置文件默认为nginx.conf，如果制定了新的配置文件，在新的文件配置即可.) server{ server_name xxx.com www.xxx.com; rewrite ^/(.*) http://www.hablue.com/$1 permanent; } server{ server_name xxx.com www.xxx.com ; if ($host != ‘www.hablue.com’ ) { rewrite ^/(.*)$ http://www.hablue.com/$1 permanent; } } 以上两种方案都可以实现,切记不要和虚拟主机配置在一个server内，以免引起循环重定向。 另外还有一种情况是不带www的跳转到带www的域名,这样做更利于网站排名. server { listen 80; server_name www.hablue.com hablue.com; if ($host != ‘www.hablue.com’ ) { rewrite ^/(.*)$ http://www.hablue.com/$1 permanent; } —————————————————————————————— 有人可能会把DNS解析和301跳转搞混.他俩确实有点联系，301跳转是域名直接跳转到现有的域名

输出重定向 history > /root/aaa.txt：history在界面输出的信息，输入到aaa.txt，cat aaa.txt就能看到history命令显示的内容了，但是是覆盖 history >> /root/aaa.txt： 追加 管道符 ps -ef | grep ssh 把第一条命令的信息，给第二条命令来使用 通配符 ls /dev/sda* :查看所有以sda开头的 ls /dev/sda? :查看后面就跟某一个字符 ls /dev/sda[0-9]：查看匹配到0-9的单个数字 转义字符 反斜杠\：反斜杠后面的一个变量变为单纯的字符串：\$ 单引号''：转义其中所有的变量为单纯的字符串 双引号""：保留其中变量的属性，不进行转义 反引号``：把其中的命令执行后返回结果 环境变量 echo $PATH 配置文件在/etc/profile 编辑之后需要执行source /etc/profile来刷新下 来源： 51CTO 作者： clear3515 链接： https://blog.51cto.com/13884816/2474186

　　用户向服务器发送了一次HTTP请求，该请求肯能会经过多个信息资源处理以后才返回给用户，各个信息资源使用请求转发机制相互转发请求，但是用户是感觉不到请求转发的。根据转发方式的不同，可以区分为 直接请求转发(Forward) 和 间接请求转发(Redirect) 两种有何区别呢？本篇在回答该问题的同时全面的讲解两种请求转发方式的原理和区别。 【关键考点】 请求转发的含义； Forward转发请求的原理； Redirect转发请求的原理。 【考题分析】 Forward和Redirect代表了两种请求转发方式：直接转发和间接转发。 直接转发方式（Forward），客户端和浏览器只发出一次请求，Servlet、HTML、JSP或其它信息资源，由第二个信息资源响应该请求，在请求对象request中，保存的对象对于一个每个信息资源是共享的。 间接转发方式（Redirect）实际是两次HTTP请求，服务器端在响应第一次请求的时候，让浏览器再向另外一个URL发出请求，从而达到转发的目的。 最明显的区别就是： redirect() 会丢失request的所有信息 它属于页面级的重定向，仅仅让你的浏览器重新访问一个新的url，作为浏览者，能很明显的看到浏览器url地址的变化，这和点击了一个普通的超链接的后果是一样的。 而 RequestDispatcher 的forward() 方法，是转发

转自 https://www.cnblogs.com/lihuidu/p/6495247.html 1、基于Cookie的单点登录的回顾 基于Cookie的单点登录核心原理： 将用户名密码加密之后存于Cookie中，之后访问网站时在过滤器（filter）中校验用户权限，如果没有权限则从Cookie中取出用户名密码进行登录，让用户从某种意义上觉得只登录了一次。 该方式缺点就是多次传送用户名密码，增加被盗风险，以及不能跨域。同时www.qiandu.com与mail.qiandu.com同时拥有登录逻辑的代码，如果涉及到修改操作，则需要修改两处。 2、统一认证中心方案原理 在生活中我们也有类似的相关生活经验，例如你去食堂吃饭，食堂打饭的阿姨（www.qiandu.com）告诉你，不收现金。并且告诉你，你去门口找换票的（passport.com）换小票。于是你换完票之后，再去找食堂阿姨，食堂阿姨拿着你的票，问门口换票的，这个票是真的吗？换票的说，是真的，于是给你打饭了。 基于上述生活中的场景，我们将基于Cookie的单点登录改良以后的方案如下： 经过分析，Cookie单点登录认证太过于分散，每个网站都持有一份登陆认证代码。于是我们将认证统一化，形成一个独立的服务。当我们需要登录操作时，则重定向到统一认证中心http://passport.com。于是乎整个流程就如上图所示： 第一步

转自： https://www.cnblogs.com/lihuidu/p/6495247.html 1、基于Cookie的单点登录的回顾 基于Cookie的单点登录核心原理： 将用户名密码加密之后存于Cookie中，之后访问网站时在过滤器（filter）中校验用户权限，如果没有权限则从Cookie中取出用户名密码进行登录，让用户从某种意义上觉得只登录了一次。 该方式缺点就是多次传送用户名密码，增加被盗风险，以及不能跨域。同时www.qiandu.com与mail.qiandu.com同时拥有登录逻辑的代码，如果涉及到修改操作，则需要修改两处。 2、统一认证中心方案原理 在生活中我们也有类似的相关生活经验，例如你去食堂吃饭，食堂打饭的阿姨（www.qiandu.com）告诉你，不收现金。并且告诉你，你去门口找换票的（passport.com）换小票。于是你换完票之后，再去找食堂阿姨，食堂阿姨拿着你的票，问门口换票的，这个票是真的吗？换票的说，是真的，于是给你打饭了。 基于上述生活中的场景，我们将基于Cookie的单点登录改良以后的方案如下： 经过分析，Cookie单点登录认证太过于分散，每个网站都持有一份登陆认证代码。于是我们将认证统一化，形成一个独立的服务。当我们需要登录操作时，则重定向到统一认证中心http://passport.com。于是乎整个流程就如上图所示： 第一步

1、基于Cookie的单点登录 　　 原理： 　　将用户名密码加密智斗存于Cookie中，之后访问网站时在过滤器校验用户权限，如果没有权限则从Cookie中取出用户名密码进行登录，让用户觉得 只登录了一次。 2、统一认证中心方案原理 　　在生活中我们也有类似的相关生活经验，例如你去食堂吃饭，食堂打饭的阿姨（www.qiandu.com）告诉你，不收现金。并且告诉你，你去门口找换票的（passport.com）换小票。于是你换完票之后，再去找食堂阿姨，食堂阿姨拿着你的票，问门口换票的，这个票是真的吗？换票的说，是真的，于是给你打饭了。 　　基于上述生活中的场景，基于Cookie的单点登录改良以后的方案如下： 　　　　 　　经过分析，Cookie单点登录认证太过于分散，每个网站都持有一份登录认证代码。于是将认证统一化，形成一个独立的法务。 当需要登录操作时，则重定向到同意认证中心http://passport.com。整个流程如上图所示： 　　1：用户访问www.qiandu.com。过滤器判断用户是否登录，没有登录，则重定向（302）到网站http://passport.com。 　　2、重定向到passport.com。输入用户名密码。passport.com将用户登录的信息记录到服务器的session中。 　　3、passport.com给浏览器发送一个特殊凭证

1.Rewite规则 Rewrite规则可以实现对urI的重写。以及重定向 2.重定向 什么是重定向？ 就是地址A跳转到地址B。 百度百科的解释：重定向(Redirect)就是通过各种方法将各种网络请求重新定个方向转到其它位置(如：网页重定向、域名的重定向、路由选择的变化也是对数据报文经由路径的一种重定向) 为什么要进行重定向?什么时候需要重定向？ 网站调整 (如改变网页目录结构) 网页被移到一个新地址 网页扩展名改变 (如应用需要把 .php 改成 .html ) 这种情况下，如果不做重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404页面错误信息，访问流白白丧失；再者某些注册了多个域名的网站，也需要通过重定向让访问这些域名的用户自动跳转到主站点等 3. 301和302 curl -I www.taobao.com curl -I taobao.com 1 2 301 redirect: 301代表永久性转移(PermanentlyMoved) 302 redirect: 302代表暂时性转移(TemporarilyMoved ) 共同点： 301和302状态码都表示重定向，就是说浏览器在到服务器返回的这个状态码后会自动跳转到一个新的URL地址，这个地址可以从响应的Location首部中获取(用户看到的效果就是他输入的地址A瞬间变成了另一个地址B) 不同点：

原文地址： https://www.feiniaomy.com/post/196.html 自从，我在博客上留下自己的QQ对话方式以后，不少的访客都通过QQ联系方，找到我咨询一些问题。如果我看到了都会及时回复，但也有不少人，都会发些莫名其妙的东西过来，再回他的什么事，就不再回答。所以这里要说一句，如果你遇到什么问题，碰巧来的我的博客，可以咨询我一下，但如果你发一些莫名其妙的东西，我就不欢迎了。 昨天有一个通过本博客的QQ，找到我，问了一个关于网址跳转的问题，由于时间的关系，没有详细的给他回答，仿天抽空，就写写关于网址跳转的一些小知识！ HTML网址跳转的解释 HTML网址跳转，就是通过一个网址跳转到另一个网址中去，比如你需要在利用输入A网址的情况下，打开的是B网址的网站，那么A网址到B网址之间的跳转就是网址跳转。（此方法也常用于网站的404页面） 新手必看 昨天遇到问题是，一个网址跳转到QQ空间的网址中去，但是QQ空间对应个人的空间的网址是很长的。如果用域名CNAME方法是不能解析的，这里就用到HTML代码跳转或是JS代码跳转，但一些新手，不懂的HTML或是JS跳转，更有一些不知道有空间，服务器一些东东。 所以本博客会另开一篇文章，说一说服务器空间的那些事！ HTML代码跳转 在HTML页中，可以使用meta标签进入页面的跳转，此方法可以控制跳转的时间，以及自由化的定义跳转的网址