重定向

http状态码？ 100 continue 继续，一般在发送post请求时，已发送了http header之后服务器返回此信息，表示确认之后发送具体的参数信息 200 OK 正常返回信息 201 created 请求成功并且服务器创建了新的资源 202 accepted 服务器已接受请求，但尚没处理 301 moved premanently 表示网页永久转移到另外一个地址，像网站调整，改变了网站的目录结构，网页被移到一个新地址。或者网页扩展名改变，如因应用需要把.php改成.Html或.shtml，在这些情况下，如果不做重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404页面错误信息，访问流量白白丧失。又比如某些注册了多个域名的网站，也需要通过重定向让访问这些域名的用户自动跳转到主站点，等等。 302 表示目标暂时性转移，一条对网站浏览器的指令来显示浏览器被要求显示的不同的URL，当一个网页经历过短期的URL的变化时使用。一个暂时重定向是一种服务器端的重定向，能够被搜索引擎蜘蛛正确地处理。 303 对应当前请求的响应可以在另一个 URI 上被找到，而且客户端应当采用 GET 的方式访问那个资源。这个方法的存在主要是为了允许由脚本激活的POST请求输出重定向到一个新的资源。这个新的 URI 不是原始资源的替代引用。同时，303响应禁止被缓存。 304

一些常见HTTP状态码为： 200 – 服务器成功返回网页 404 – 请求的网页不存在 503 – 服务不可用 常见HTTP状态码大全 1xx（临时响应） 表示临时响应并需要请求者继续执行操作的状态代码。 代码 说明 http状态码 100 （继续） 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。 http状态码 101 （切换协议） 请求者已要求服务器切换协议，服务器已确认并准备切换。 2xx （成功） 表示成功处理了请求的状态代码。 代码 说明 http状态码 200 （成功） 服务器已成功处理了请求。 通常，这表示服务器提供了请求的网页。 http状态码 201 （已创建） 请求成功并且服务器创建了新的资源。 http状态码 202 （已接受） 服务器已接受请求，但尚未处理。 http状态码 203 （非授权信息） 服务器已成功处理了请求，但返回的信息可能来自另一来源。 http状态码 204 （无内容） 服务器成功处理了请求，但没有返回任何内容。 http状态码 205 （重置内容） 服务器成功处理了请求，但没有返回任何内容。 http状态码 206 （部分内容） 服务器成功处理了部分 GET 请求。 3xx （重定向） 表示要完成请求，需要进一步操作。 通常，这些状态代码用来重定向。 代码 说明 http状态码 300 （多种选择

在Global.cs中 protected void Application_BeginRequest(object sender, EventArgs e) { string strUrl = Request.Url.ToString().Trim().ToLower(); if (strUrl.Contains("http://bianyun.net")) { Response.RedirectPermanent(strUrl.Replace("http://bianyun.net", "http://www.bianyun.net")); } } ASP.NET MVC4 增加了一个RedirectPermanent方法，该方法同样是重定向，但生成的HTTP响应状态不是上边所演示的302，而是301（永久跳转），301 是对搜索引擎最友好的重定向方式。你网站主域http://www.bianyun.net ，当人们访问http://bianyun.net 这个URL时，你就把他们重定向到http://www.bianyun.net,第一可以增加用户体验、有些人习惯输入网址带www、有些人不带www，做了301重定向处理都能友好的返回访问结果。第二：当搜索引擎爬到site:bianyun.net这个网址时，如果它不能很好地跟随重定向，它将认为http://bianyun

1xx - 信息提示 这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。 ·0 - 本地响应成功。 　· 100 - Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） 　· 101 - Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新） 2xx - 成功 这类状态代码表明服务器成功地接受了客户端请求。 　· 200 - OK 一切正常，对GET和POST请求的应答文档跟在后面。 　· 201 - Created 服务器已经创建了文档，Location头给出了它的URL。 　· 202 - Accepted 已经接受请求，但处理尚未完成。 　· 203 - Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝，非权威性信息（HTTP 1.1新）。 　· 204 - No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。 　· 205 - Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。 　· 206 -

1、shell简介 shell俗称“壳”，它围绕在系统内核之外，是为用户提供与操作系统内核交互的软件。shell可以分为图形界面shell（GUI shell）和命令行shell（CLI shell，传统意义上的shell）。 shell提供了用户与操作系统之间通讯的方式。这种通讯可以以交互方式（键盘输入命令并立即得到响应）和非交互方式（shell script）执行。 Linux下有多种shell可以使用，除了默认的Bourne Again shell（bash），还有C shell（csh）、Korn shell（ksh）、Bourne shell（sh）和Tenex C shell（tcsh）等。每个shell的功能基本相同，但各有优缺点，现在在Linux发行版上使用的一般都是bash。 shell中定义了一些内置命令，同时Linux系统上还有很多可执行文件，这些可执行文件也可以作为shell命令来执行。shell的内置命令由shell自身来解释执行，所以执行的速度要比系统的可执行文件要快；系统的可执行文件只有当被调用的时候，才装入内存执行。 shell执行命令的具体过程为：用户在命令行输入命令提交后，shell首先检测该命令是否为内置命令，如果是，则直接通过shell的解释器解释并提交内核执行；如果不是

在网上看了一些关于前端性能优化的相关方法，分享给大家~ 1.代码约束，比如驼峰式写法，注释方法，代码简洁性。 2.比如雪碧图，和http协议优化。 2.使用CDN（内容分发网络）通俗的说就是通过分布式服务器来提高网站性能（比如服务器在北京有一台服务器，在同等条件的情况下，北京的人民访问速度肯定香港人民要快的多）。 3.使用一些代码压缩（例如Gzip压缩，在服务器端压缩传输到浏览器解压，速度会有很高的提示，原始文件79Kb压缩后25kb，还有代码的空格，注释等处理都有性能提升）。 4.将Css放在页面最上面（原因是在低端浏览器 例如IE上面，加载顺序是默认从上往下加载的，如果网速不好的情况下放在下面就会出现纯HTML，这样不好。放在上面可以避免页面空白和闪烁。）视情况而定， 复用性比较强的放在外部引用更好 ）。 5.将JS放在页面底部（原因是当DOM元素没有加载完毕的时候，js不会对浏览器性能造成困扰。比如说Js控制了某个id，但是当加载到js的时候DOM元素还没有加载出来，就会报错，或者有for循环的时候容易造成浏览器卡死。视情况而定， 复用性比较强的放在外部引用更好 ）。 6.避免在Css中使用Expressions(意思是Css的值等于Js表达式计算的结果，当页面缩放，滚动，以及鼠标移动都会重新计算，对性能占用太多。特别是IE6和IE7)。 7.减少DNS查询

网上摘取一段大神总结的转发与重定向的区别，如下： 转发 (服务端行为) 形式：request.getRequestDispatcher().forward(request,response) 　　　　转发在服务器端发挥作用，通过forward()方法提交信息在多个页面之间进行传递； 　　　　地址栏不会改变； 　　　　转发只能转发到当前Web应用内的资源； 　　　　在转发过程中，可以将数据保存到 request 域对象中去； 　　　　转发只有一次请求； 　　　　转发是服务器端行为 　　 2. 转发过程 　　　　客户端浏览器发送http； 　　　　web浏览器接受请求； 　　　　调用内部的一个方法在容器内部完成请求处理和转发动作； 　　需注意的是：转发的路径必须是同一个web容器下的url。在客户端浏览器路径栏显示的仍然是第一次访问的路径。转发行为是浏览器只做了一次访问请求。 重定向 (客户端行为) 　　1. 形式：response.sendRedirect("") 　　　　重定向地址栏会改变； 　　　　 重定向可以跳转到当前web应用，甚至是外部域名网站； 　　　　不能在重定向的过程中，将数据保存到 request 域对象中； 　　2. 重定向过程 　　　　 客户端发送http请求； 　　　　 web服务器接收后，发送302状态吗响应以及新的location给客户端浏览器； 　　　

　　自网站诞生以来，响应速度/响应时间一直都是大家关心的话题，而速度慢乃是网站的一个杀手，正当大家以为四核和宽带能力的提升能够解决这些问题时，Wi-Fi和移动设备为热点移动互联网又悄然兴起。 　　在2006年，Amazon曾做过一个报道，响应时间每提高100ms，他们便会增加1%的收入。优化的价值已显而易见，但到底多快才是个标准，或者速度有多快才算够快呢？那么到底什么是响应时间，它有多大的价值？ 　　从技术上来讲，响应时间是指用户发送一个指令（例如，一个页面请求）浏览器接收到完成加载的时间。定义看起来非常简单，但当你在思考如何设计一个带有许多额外对象的现代网页时，响应时间对用户体验是非常重要的，并且它也不会告诉你，哪些因素影响着响应时间。 　　一个稍微好点的衡量标准则是页面加载时间。页面加载时间是指从用户发送指令到浏览器加载完整个页面对象所用的时间。好比响应时间，页面加载整个过程涉及到很多事情，它由一系列执行步骤组成，并且每一步都需要单独监控，每一步都会告诉你问题所在。 　　步骤包括： DNS解析时间 TCP链接时间 HTTP重定向时间 首字节加载时间 HTML内容时间 整个页面对象加载时间 　　 DNS解析时间 　　DNS查找的时间就是将域名翻译成具体IP的时间，大多人数认为，无论DNS是否工作，都不是件简单的事情。 　　在这个过程中，你可能会遇到许多微妙的问题，比如响应时间太长

某厂面试归来，发现自己落伍了！>>> ------------------------ SpringMVC------------------ @CookieValue 作用： 用于指定 cookie 名称的值传入控制器方法的参数 属性： value 指定 cookie 的名称 required ：是否必须有请求头 @RequestHeader 作用： 获取请求头消息 属性： value 指定请求头的名称 required ：是否必须有请求头 @ModelAttribute 作用：该注解时 springmvc4.x 以后新增的，它可以用于修饰方法和参数 出现在方法上，表示当前方法会在控制器的方法执行前，先执行。它可以修饰没有返 回值的方法，也可以修饰有返回值的方法。 出现在参数上，获取指定的数据给参数赋值 属性： value 用于获取数据的 key 。 key 可以是 pojo 的属性名称，也可以是 map 的 key 什么时候使用？ 当表单提交数据不是完成的实体类数据时，保证没有提交数据的字段使用数据原有 的值或者默认值 @ModelAttribute public void display(User user){ user.setUserName(" 小花 "); System.out.println("========= 先执行 display 方法 ========="

大多数UNIX系统命令从你的终端接受输入并将所产生的输出发送回到您的终端。一个命令通常从一个叫标准输入的地方读取 输入。 重定向命令列表如下： 命令 说明 command > file 将输出重定向到file. command < file 将输入重定向到file. n > file 将文件描述符为n的文件重定向到file. n >> file 将文件描述符为n的文件以追加的方式重定向到file. n>&m 将输出文件m和n合并. n<&m　　　　 将输入文件m和n合并. <<tag 　　　　将开始标记tag和结束标记tag之间的内容作为输入. 需要注意的是文件描述符0通常是标准输入(STDIN)，1 是标准输出(STDOUT)，2是标准错误输出(STDERR). 输出重定向 重定向一般通过在命令间插入特定的符号来实现，特别的，这些符号的语法如下所示： command > file1 上面这个命令执行command1然后将输出的内容存入file1. 注意任何file1内的已经存在的内容将被新内容替代。如果要将新内容添加在文件末尾，请使用>>操作符. 实例 执行下面的who命令，他将命令的完整的输出重定向在用户文件中(users): $ who > users 执行后，并没有在终端输出信息，这是因为输出已被从默认的标准输出设备(终端)重定向到指定的文件。