重定向

为什么会有cookie和session http是无状态的协议，客户每次读取web页面时，服务器都打开新的会话，而且服务器也不会自动维护客户的上下文信息，那么要怎么才能实现网上商店中的购物车呢， session和cookie就是一种保存上下文信息的机制。 Cookie cookie 在web开发中是 用来维系状态的一种技术 ，可以实现记住用户名、密码这些参数的操作，就如每次登陆页面，跳转到其他页面时还是登陆的状态，这就用到了cookie记住用户名密码这一项功能（也就是服务器要向浏览器返回cookie），它的缺点是有安全风险，因为 信息是存储在浏览器端 的。 创建Cookie ***服务器要向浏览器返回cookie ***浏览器再发送请求时，会把这些cookie值重新发送给服务器 Cookie[] cookies = request.getCookies(); 返回的是一个cookie数组，里面包含各种cookie信息 session session也是用来 维系状态的一种技术 ，功能和cookie差不多，也是可以用来存储用户名、密码，但是它把这些状态 信息存储在服务器端 ，安全性要比 cookie 高很多，可以用session实现在一个浏览器保持登录状态，不需要重复登录，也可以说是自动登录。 session的应用 存储信息 session默认生命周期 第一次调用 request

https://www.cnblogs.com/sjl179947253/p/7625365.html

SPICE 协议 USB 重定向 用SPICE协议来进行USB透传的介绍，在SPICE官网上有： Spice 官网 kvm xml配置 < device > < controller type = ' usb ' index = ' 0 ' model = ' ich9-ehci1 ' /> < controller type = ' usb ' index = ' 0 ' model = ' ich9-uhci1 ' > < master startport = ' 0 ' /> </ controller > < controller type = ' usb ' index = ' 0 ' model = ' ich9-uhci2 ' > < master startport = ' 2 ' /> </ controller > < controller type = ' usb ' index = ' 0 ' model = ' ich9-uhci3 ' > < master startport = ' 4 ' /> </ controller > < redirdev bus = ' usb ' type = ' spicevmc ' /> < redirdev bus = ' usb ' type = ' spicevmc ' /> < redirdev bus = '

转发和重定向区别详解 作为一名程序员，特别是java web开发的程序员，在使用servlet/jsp的时候，我们必须要知道实现页面跳转的两种方式的区别和联系：即转发和重定向的区别。 1、RequestDispatcher.forward方法只能将请求转发给同一个WEB应用中的组件；而HttpServletResponse.sendRedirect 方法不仅可以重定向到当前应用程序中的其他资源，还可以重定向到同一个站点上的其他应用程序中的资源，甚至是使用绝对URL重定向到其他站点的资源。如果传递给HttpServletResponse.sendRedirect 方法的相对URL以“/”开头，它是相对于整个WEB站点的根目录；如果创建RequestDispatcher对象时指定的相对URL以“/”开头，它是相对于当前WEB应用程序的根目录。、 2、调用HttpServletResponse.sendRedirect方法重定向的访问过程结束后，浏览器地址栏中显示的URL会发生改变，由初始的URL地址变成重定向的目标URL；而调用RequestDispatcher.forward 方法的请求转发过程结束后，浏览器地址栏保持初始的URL地址不变。 3、HttpServletResponse.sendRedirect方法对浏览器的请求直接作出响应

记一次SSM项目小结（一） ssm框架 环境配置 服务器配置 解决方法 拦截器重定向到localhost nginx和tomcat中session失效 mybatis的xml文件不生效 数据库用户创建、权限、及远程连接 pagehelper配置报错 百度情感倾向分析接口使用 拦截器重定向的问题，拦截器重定向到到了localhost 当把代码上传到服务器后，登录拦截器进行重定向，然后重定向到了localhost 解决办法：将重定向为绝对网址 1544881869038 1544881921624 这样的话，拦截器进行重定向就不会重定向到localhost nginx和tomcat之间session的问题 不进行session的nginx的文件配置，可以参考以前 博客 ，如果仅仅进行这样配置，session会失效 server { listen 80; server_name 域名; // 文件地址 root /usr/tomcat/apache-tomcat-8.5.35/webapps/xxx; charset utf-8; location / { // 转发地址 proxy_pass http://127.0.0.1:8080/xxx/; } } 关于session的配置，我是参考这篇博主的 博客 server { listen 80; server_name hole

一、重定向 1.重定向(redirect)就是通过各种方法将各种网络请求重新定个方向转到其它位置，从地址A跳转到地址B了。 2.重定向状态码： --301 redirect: 301 代表永久性转移(Permanently Moved) --302 redirect: 302 代表暂时性转移(Temporarily Moved ) 3.eg:先登录csdn打开我的博客首页，进入写博客编辑界面，记住这个地址： https://mp.csdn.net/postedit 二、禁止重定向（ allow_redirects） 1.用get方法请求： https://mp.csdn.net/postedit 2.打印状态码是200，这是因为requets库自动处理了重定向请求了 3.自动处理重定向地址后，我们就获取不到重定向后的url了，就无法走下一步，这里我们可以设置一个参数禁止重定向： allow_redirects = False （ allow_redirects = True是启动重定向），然后就可以看到status_code是302了（这里实操是307） 302/307的区别详见： https://www.cnblogs.com/wuguanglin/p/redirect.html 三、获取重定向后的地址 1.在第一个请求后，服务器会下发一个新的请求链接

#sever需要放在http内部 server{ listen 80; location / { proxy_pass http://192.168.1.104:8080; } } 连接nginx地址： nginx -V #找到nginx的错误日志路径 cat /var/log/nginx/error.log 日志报错： 2019/09/13 10:35:31 [crit] 81104#81104: *5 connect() to 192.168.1.104:8080 failed (13: Permission denied) while connecting to upstream, client: 192.168.1.103, server: , request: "GET /favicon.ico HTTP/1.1", upstream: "http://192.168.1.104:8080/favicon.ico", host: "192.168.1.105", referrer: "http://192.168.1.105/" 2019/09/13 10:35:31 [crit] 81104#81104: *5 connect() to 192.168.1.104:8080 failed (13: Permission denied) while connecting

nginx做反向代理时，需要把请求头信息一起发送给tomcat，不然tomcat中的域名绑定就无法发挥作用了。 今天又遇到https请求被拦截器重定向到登陆页居然变成http的问题，导致小程序无法访问（汗。。。） 之前讲过nginx做反向代理时要把请求头一起发给tomcat（ https://www.cnblogs.com/yanglei-xyz/p/10771846.html ） #nginx的反向代理配置location / { 　　proxy_pass http://192.168.0.3:8080; 　　proxy_set_header Host $http_host; 　　proxy_set_header X-Real-IP $remote_addr; 　　proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } 所以nginx已经把请求头发送给tomcat了，问题应该是在tomcat身上，百度后： #在server.xml的Host节点下增加 <Valve className="org.apache.catalina.valves.RemoteIpValve" remoteIpHeader="X-Forwarded-For" protocolHeader="X-Forwarded-Proto"

管道符"|"：前一个命令的输出，作为后一个命令的输入 命令1 | 命令2 | 命令3 | ... # 输出"hello,world."并将小写转换为大写 [root@localhost ~]# echo "hello,world." | tr 'a-z' 'A-Z' HELLO,WORLD. # 显示passwd文件中按:分割的每行第一个部分并排序并将小写转换为大写 [root@localhost ~]# cut -d: -f1 /etc/passwd | sort | tr 'a-z' 'A-Z' ADM APACHE BIN DAEMON DBUS FEDORA 简单的解释就是捕捉一个文件, 命令, 程序, 脚本, 或者甚至是脚本中的代码块的输出, 然后将这些输出作为输入发送到另一个文件, 命令, 程序, 或脚本中。 执行一个shell命令行时通常会自动打开三个标准文件，即标准输入文件（stdin），通常对应终端的键盘；标准输出文件（stdout）和标准错误输出文件（stderr），这两个文件都对应终端的屏幕。 进程将从标准输入文件中得到输入数据，将正常输出数据输出到标准输出文件，而将错误信息送到标准错误文件中。 习惯上，标准输入（standard input）的文件描述符是 0，标准输出（standard output）是 1，标准错误（standard error）是 2。

1.三种数据流重定向 1)标准输入(stdin) :代码为0，使用0<或0<<，其中代码0可以省略 2)标准输出(stdout) :代码为1，使用1>或1>>，其中代码1可以省略 3)标准错误输出(stderr) :代码为2，使用2>或2>> 2.标准输出(stdout)重定向 我们知道Linux中，cat命令可以将文件内容输出到屏幕。 如下所示： 我们可以 使用>将输出重定向到其他文件 ，如下所示： 可以看到，使用>后，文件内容并没有输出到屏幕，而是输出到了mytxt文件。 >>与>的区别是，>>会把输出添加到文件的末尾，>会清空文件，然后将输出写入该文件。 3.标准输入(stdin)重定向 cat>mytxt，表示需要从键盘输入数据到文件 。如下所示： 使用<可以将其他文件内容输入到该文件 ，如下所示： 使用<<，表示定义输入结束符 ， 从键盘输入时，输入Ctrl+D，可结束进程。 还可以使用<<自定义结束符，如下所示： 4.标准错误输出(stderr)重定向 与标准输出(stdout)重定向使用相同。 表示重定向的是错误信息。 一般用来将错误信息和正确信息分开。 5.标准输出和标准错误输出写入同一个文件 使用&>可将stdout和stderr输出到同一个文件 ，如下所示： 6.屏蔽所有输出的方法 有时我们希望将所有的错误信息或正确信息屏蔽掉， 此时， 可将输出重定向到设备