重定向

今天在写项目的时候，想加一个切换用户，需要清除session并且跳转到登录页面，发起一个ajax请求后，执行完发现无法跳转。 原因在于: （从网上摘录） Ajax只是利用脚本访问对应url获取数据而已，不能做除了获取返回数据以外的其它动作了。所以浏览器端是不会发起重定向的。 1）正常的http url请求，只有浏览器和服务器两个参与者。浏览器端发起一个http请求，服务器端处理后发起一个重定向，浏览器端从response中获取到重定向地址，发起另一个http url请求。也就是说，浏览器会按照response中的内容进行响应（如重定向），这是浏览器的功能决定的就得响应。 2）Ajax请求，参与者就有三个即ajax、客户端、服务器，ajax处于客户端和服务器两者之间。过程是客户端发起一个ajax请求，服务器端处理后，如果发起一个重定向，然后ajax会怎么办呢？它只会获取刚才请求返回的数据，其他的任何动作一概不去做，ajax是这么做的（ajax功能就是这么设定的，ajax框架源代码也是这么写的）。 也就是说，引入了ajax之后，ajax就插在浏览器和服务器之间了，服务器给浏览器的response被ajax拦截了，但是ajax本身却什么都不做，也不转达。 解决方法： 1.后台做完清除session后，传一个值给前台判断，在前台进行页面的跳转。 后台： @RequestMapping("

Python爬虫-xpath Python爬虫-xpath 说明 再说明 插件推荐 语法讲述 举栗子 代码里使用 实战句子迷 需要的总结： 说明 关于Python爬虫请求数据方面的知识点基本讲完，但请求到数据之后呢？ 当然是提取数据，抓出对我们有价值的内容是整个爬虫流程的关键步骤之一。现下流行方法有：xapth，BeautifulSoup，正则，PyQuery。如无意外，我会一一笔记下来。今天说说我的最爱吧。 ——xpath 再说明 一般情况下，我们爬到的是整个静态网页页面，得到的是html源码，包含各种标签。但那些标签并非我们想要，如： 我们只需要里边的文字，这种时候就可以xpath了。如上所说，类似的解决方法包括正则以及BeautifulSoup，前者难度较大，后者广受追捧。从解析速度上说，正则最快，xpath次之，BeautifulSoup再次之；从上手难度来说，BeautifulSoup最易，xpath次之，正则再次之。综合考虑，我偏爱xpath。也有人推崇PyQurey，认为比起繁琐的“美丽汤”语法，它短小精悍，而且如果使用者是前端工程师，掌握起来不需要耗费任何学习成本。这大概因为PyQurey的语法源于JQurey吧。 插件推荐 基于chrome浏览器的插件，它可以让我们提前看到提取效果，使用快捷键 ctrl+shift+x 语法讲述 只说常用的： 1. /

#include <stdio.h> 头文件 #ifdef __GNUC__ #define PUTCHAR_PROTOTYPE int __io_putchar(int ch) #else #define PUTCHAR_PROTOTYPE int fputc(int ch, FILE *f) #endif PUTCHAR_PROTOTYPE { USART_SendData(EVAL_COM1, (uint8_t) ch); while (USART_GetFlagStatus(EVAL_COM1, USART_FLAG_TC) == RESET) {} return ch; } 定义了以上的 然后就可以调用 printf("\n\rPlease enter valid number between 0 and 9"); =============================================================== C库函数重定向 用户能定义自己的C语言库函数，连接器在连接时自动使用这些新的功能函 数。这个过程叫做 重定向C语言库函数 ，如下图所示。 举例来说，用户有一个I/O设备(如UART)。本来库函数fputc()是把字符输出 到调试器控制窗口中去的，但用户把输出设备改成了UART端口，这样一来， 所有基于fputc()函数的printf(

1,安装URL重写模块本案例是用IIS8，下载URL重写 （默认是没有安装的），对应服务器系统的位数，下载后将安装包上传到服务器，双击直接安装。 32位系统：http://download.microsoft.com/download/4/9/C/49CD28DB-4AA6-4A51-9437-AA001221F606/rewrite_x86_zh-CN.msi 64位系统：http://download.microsoft.com/download/4/E/7/4E7ECE9A-DF55-4F90-A354-B497072BDE0A/rewrite_x64_zh-CN.msi 直接把地址复制到服务器按照直接安装完成 2打开IIS管理（注意：安装完模块要重新打开iis才能显示出URL重写模块），点击左侧对应的网站，然后在右面找到"URL重写"项 3.点击URL重写后，选择添加规则。 (名称自定义)，使用正则表达式，模式：(.*) 4.给规则自定义一个名字 5.同一界面下拉，点击条件 条件输入：{HTTPS} 检查输入字符串是否：与模式匹配 模式：^OFF$ 或者用 off 6.配置操作，同一界面下拉操作按钮 操作类型：重定向 重定向URL：https://{HTTP_HOST}/{R:1} 重定向类型：已找到（302） 配置完成后，点击右边的应用即可。 7.重启IIS服务

介绍重定向之前先来介绍几个重要的概念：（笔记不易---- 转载请注明出处） 1.linux 的标准输入与输出 linux标准输入设备指的是键盘，标准输出设备指的是显示器，标准错误输出指的是显示器。 设备 设备名 文件描述符 类型 键盘 /dev/stdin 0 标准输入 显示器 /dev/stdout 1 标准输出 显示器 /dev/stderr 2 标准错误输出 在解释什么是重定向之前，再来说说什么是文件描述符 2.Linux 文件描述符 文件描述符可以理解为 Linux 系统为文件分配的一个数字，范围是 0-3 ，用户也可以自定义文件描述符，但是自定文件描述符不在这里的讨论范围 一般情况下，每个 Unix/Linux 命令运行时都会打开三个文件： 标准输入文件(stdin)：stdin的文件描述符为0，Unix程序默认从stdin读取数据。 标准输出文件(stdout)：stdout 的文件描述符为1，Unix程序默认向stdout输出数据。 标准错误文件(stderr)：stderr的文件描述符为2，Unix程序会向stderr流中写入错误信息。 3.什么是输入重定向 输入重定向：是指不使用系统提供的标准输入端口，而进行重新的指定。换言之，输入重定向就是不使用标准输入端口输入文件，而是使用指定的文件作为标准输入设备。（重定向简单理解就是使用 “<”符来修改标准输入设备） 比如

一．官方说法 301，302 都是HTTP状态的编码，都代表着某个URL发生了转移，不同之处在于： 301 redirect: 301 代表永久性转移(Permanently Moved)。 302 redirect: 302 代表暂时性转移(Temporarily Moved )。 这是很官方的说法，那么它们的区别到底是什么呢？ 二．现实中的差异 2.1.对于用户 301，302对用户来说没有区别，他们看到效果只是一个跳转，浏览器中旧的URL变成了新的URL。页面跳到了这个新的url指向的地方。 2.2.对于引擎及站长 2.2.1 302 302转向可能会有URL规范化及网址劫持的问题。可能被搜索引擎判为可疑转向，甚至认为是作弊。 网址劫持 302重定向和网址劫持（URL hijacking）有什么关系呢？这要从搜索引擎如何处理302转向说起。从定义来说，从网址A做一个302重定向到网址B时，主机服务器的隐含意思是网址A随时有可能改主意，重新显示本身的内容或转向其他的地方。大部分的搜索引擎在大部分情况下，当收到302重定向时，一般只要去抓取目标网址就可以了，也就是说网址B。 实际上如果搜索引擎在遇到302转向时，百分之百的都抓取目标网址B的话，就不用担心网址URL劫持了。问题就在于，有的时候搜索引擎，尤其是Google，并不能总是抓取目标网址。为什么呢？比如说，有的时候A网址很短

HTTP状态码的5种分类 1xx 信息性状态码：接收的请求正在处理 2xx 成功状态码：请求正常处理完毕 3xx 重定向状态码：需要进行附加操作以完成请求 4xx 客户端错误状态码 服务器无法处理请求 5xx 服务器错误状态码 服务器处理请求出错 经常使用的14种状态码 2xx 成功 200 OK：表示从客户端发来的请求在服务器端被正常处理了 204 No Content：表示服务器接收的请求已成功处理，但在返回的响应报文中不含实体的主体部分。一般在只需要从客户端往服务器发送信息，而对客户端不需要发送新信息内容的情况下使用 206 Partial Content：表示客户端进行了范围请求，而服务器成功执行了这部分的GET请求。响应报文中包含由Content-Range指定范围的实体内容 3xx 重定向（表示浏览器需要执行某些特殊的处理以正确处理请求） 301 Moved Permanently：永久性重定向。表示请求的资源已被分配了新的URI，以后应使用资源现在所指的URI 302 Found 临时性重定向。表示请求的资源已被分配了新的URI，希望用户本次能使用新的URI访问 303 See Other：表示由于请求对应的资源存在着另一个URI，应使用GET方法定向获取请求的资源 304 Not Modified：表示客户端询问资源自上次访问过是否有过修改，如果没有过修改

复习点：1、重定向问题 2、输出字符串到浏览器。3、文件下载需求： 1. 页面显示超链接 2. 点击超链接后弹出下载提示框 3. 完成图片文件下载 Request和Response Request： 1、request和response原理： 　　1、浏览器向服务器发送请求，tomcat服务器会根据请求url中的资源路径创建对应的ServletDemo类的对象。 　　2、tomcat会创建request和response对象，并将请求消息数据封装到request对象 　　3、tomcat调用service方法，并传递request和response两个对象作为参数。 　　4、程序员可以通过request对象获取请求消息数据，和通过response对象设置响应消息数据。 　　5、服务器从response对象中拿出响应数据并反馈给浏览器。 2、request对象继承体系结构： 　　ServletRequest 接口 <--- HttpServletRequest 接口 <--- org.apache.catalina.connector.RequestFacade 类 （tomcat实现的） 3、request功能 　　1、获取请求消息数据。 　　　　1、获取请求行数据常用的方法： 　　　　　　*获取虚拟目录：String getContextPath（） 　　　　　　*获取请求URI

一、Response 1.Resonse的继承结构： ServletResponse--HttpServletResponse 2.Response代表响应，于是响应消息中的状态码、响应头、实体内容都可以由它进行操作,由此引伸出如下实验： 3.利用Response输出数据到客户端 response.getOutputStream（）.write("中文".getBytes())输出数据，这是一个字节流，是什么字节输出什么字节，而浏览器默认用平台字节码打开服务器发送的数据，如果服务器端使用了非平台码去输出字符的字节数据就需要明确的指定浏览器编码时所用的码表，以防止乱码问题。response.addHeader("Content-type","text/html;charset=gb2312") response.getWriter().write(“中文”);输出数据，这是一个字符流，response会将此字符进行转码操作后输出到浏览器，这个过程默认使用ISO8859-1码表，而ISO8859-1中没有中文，于是转码过程中用?代替了中文，导致乱码问题。可以指定response在转码过程中使用的目标码表，防止乱码。response.setCharcterEncoding("gb2312"); 其实response还提供了setContentType("text/html;charset

一、request和response * 当服务器接收到请求后，服务器会创建request和response对象，把请求数据封装到request对象中； * 然后调用Servlet的service()方法时把这两个对象传递给service()方法； * 在service()方法中可以通过request对象获取请求数据，可以使用response对象向客户端完成响应； * 每次请求服务器都会创建新的request和response对象，即每个请求有自己独自的request和response对象。 二、request 1. request功能介绍 * 获取请求头 * 获取请求参数 * Servlet三大域对象之一 * 请求包含和请求转发 2. request域方法 * void setAttribute(String name, Object value)：添加或替换request域属性 * Object getAttribute(String name)：获取request域指定名称的域属性 * void removeAttribute(String name)：移除request域指定名称的域属性 * Enumeration getAttributeNames()：获取所有request域的属性名称 3. request获取请求头 * String getHeader(String