您所在的位置:佛山网站建设 > 网站建设

域名301重定向页面跳过的操作方法

发布时间:2018.08.21

作者:域名301

点击量:535

【导读】
当站点地址改变时,您需要将旧域301重定向到新的URL地址,这实际上是将访问请求从旧地址重定向到新域名。301永久重定向更为用户友好或搜索引擎友好,没有对SEO不利的一面。老网站关键词排名和PR评级将被传递到新站点,站点改变域名,用域名301永久重定向的方式告诉搜索引擎这个页面已经永久转移到新域名,避免搜索引擎找不到T。他页,网站相对友好的搜索引擎。

    

    当站点地址改变时,您需要将旧域301重定向到新的URL地址,这实际上是将访问请求从旧地址重定向到新域名。301永久重定向更为用户友好或搜索引擎友好,没有对SEO不利的一面。老网站关键词排名和PR评级将被传递到新站点,站点改变域名,用域名301永久重定向的方式告诉搜索引擎这个页面已经永久转移到新域名,避免搜索引擎找不到T。他页,网站相对友好的搜索引擎。

    

    域名重定向有利于用户体验和搜索引擎爬行,301重定向在搜索引擎上的好处包括增加域名权重,优化页面收集,方便PR页面的投递,可以促进搜索引擎优化效果,用户Exp友好的友情连接,避免404个错误页面。使用301重定向将地址指向新域名后,搜索引擎只索引新域名,并将旧地址的原始链接转移到新域名。正确使用301永久重定向没有任何内容。排名的影响。

    

    

    

    域名301重定向,在什么情况下

    

    1。当网站的域名被改变时,使用301个永久重定向来将旧域名重定向到新域名,从而恢复关键字排名和流量的丢失。

    

    2。当您需要删除网站中某个特定目录时,由于某些原因,例如,我想删除推送站的第一级导航,您可以使用301永久性重定向到网站的主页。

    

    三。当多个域名需要指向同一个站点时,我们打算对URL进行标准化,这可以通过301个永久重定向来实现。

    

    二、HTTP中重定向与请求转发的区别(包括JS跳转方法)。

    

    

    

    转发过程:客户端浏览器发送一个HTTP请求- Web服务器接受请求-一个方法在调用中完成容器内的请求处理和转发动作-将目标资源发送给客户端;在这种情况下,转发路径必须是在同一个Web容器下的URL,它不能转移到其他Web路径中,路径在它自己的容器中通过请求。客户端浏览器中的路径条仍然显示其第一个访问的路径,这意味着客户端不认为服务器已经转发。R是浏览器只发出访问请求。

    

    重定向过程:客户端浏览器发送HTTP请求- Web服务器接收302状态代码响应和相应的新位置到客户端浏览器-客户端浏览器发现响应是302,然后自动发送新的HTTP请求,请求URL是一个新的位置地址-服务器基于这个请求寻找信息。源被发送给客户。这里的位置可以重定向到任何URL,并且由于浏览器重新发布了请求,所以没有请求传递的概念。客户端浏览器中的路径条显示了它的R。重定向路径,客户端可以观察地址的改变。重定向行为是浏览器至少有两个访问请求。

    

    重定向实际上是两次请求。

    第一次,客户端请求A,服务器响应,响应回来,告诉浏览器你应该去B。这时,IE可以看到地址改变了,返回按钮的历史也被点亮。重定向可以访问超出其Web应用程序的资源。重定向的SS,传输的信息将丢失。

    示例:Realth.sDeDeReDCE(Login Cuffess,JSP)

    请求转发是服务器中的一个请求/响应传递到另一个请求/响应。

    对于客户端,它只知道它首先请求的是A,而不是中间的B,甚至C,D。传输的信息不会丢失。

    

    举个例子:

    

    //请求调度器DIS= Realest.GeQuestStestCurrter(Login成功)

    

    /DIS.For(请求,响应):

    

    

    

    HTML,JS可以实现页面跳转。

    

    JSP、ASP和PHP也有自己的跳过页面和重定向的方式。

    

    下面是对JS和JSP中页面跳转的实现的总结。

    

    您可以使用HTML的meta标记来实现页面的跳转。

    

    {html }视图普通副本

    

    一

    

    二

    

    三

    

    四

    

    5。新文档

    

    六

    

    七

    

    八

    

    十

    

    十一

    

    十二

    

    13。这是Test Page

    

    十四

    

    十五

    

    这种用法经常用于:

    

    在新旧系统升级的情况下,当域名进入时,旧系统暂时保留并自动转移到新系统。

    

    1。使用Window。位置= NeURURL。

    

    {html }视图普通副本

    

    一

    

    二

    

    三

    

    四

    

    5。新文档

    

    六

    

    七

    

    八

    

    九

    

    十

    

    11。这是测试页。

    

    十二

    

    十五

    

    十六

    

    

    您还可以使用Window .List.HeFF=http://www. Hotutu.com。CN/JiangZhttp:/www. Hotutu.com .cn。

    

    2。使用窗口导航

    

    {html }视图普通副本

    

    一

    

    三。页面跳过位置替换模式

    

    有三个JSP页面(1)。ASPX,2。ASPX,3。ASPX)。默认条目为1。ASPX当我进入2。ASPX,2。ASPX使用窗口。位置。替换()3。ASPX')。

    

    使用Windows .Loosi.HREF(3。ASPX );

    

    与用户界面没有区别,但是当3。ASPX页面有一个调用窗口的返回按钮。历史。去(1);历史。方法,返回按钮的单点返回到2。ASPX页,使用窗口时出现差异。位置。替换()3。ASPX ,甚至到3。ASPX页面面对面,3。ASPX页面调用窗口。历史。去(1);历史。返回();该方法不工作,将返回到1。ASPX

    

    JSP跳约有三种。

    

    1。SeaReRead(NeURL);

    

    在这个句子之前不允许超过(),如果有的话,将会有例外。

    Java.Lang.ILLaltStAeExtExe:在数据提交给客户端之后,不能sEnrdRead()。

    在COM.CuCu.Serv.Calnal.ActhCuthTrpPosiS.SeDeReNoTeX(ActuthTutsPysPys.java:558)

    

    ——跳转后浏览器地址栏的更改。

    

    如果您想跳转到另一台主机,在跳转之后,语句之后的语句将继续执行,好像打开了一个新线程,但是响应操作不再有意义。

    

    如果您想跳转到同一个主机,则该语句之后的语句将不会跳转,直到执行完成。

    

    2。赛特德(位置)

    

    {html }视图普通副本

    

    1。StStand(302);

    

    2。赛特德(位置)

    

    这与StStand(302)相结合,它告诉浏览器重定向。

    

    1。在这个句子之前不允许刷新(),如果有的话,页面将不会跳转。

    

    2。跳转后浏览器地址栏的更改。

    

    三。此语句后面的语句在执行完成之前不会跳转。

    

    Out.flush()不允许在这个句子之前。如果有的话,将会有例外。

    

    跳转之后,浏览器地址栏不变,但它只能跳转到当前主机。

    

    此语句后面的语句在执行完成之前不会跳转。

    

    在跳转之后,路径被更改为当前路径。图像不是绝对路径,它不会显示。

    

    举个例子:

    

    整个简单的例子:两个文件A.JSP和B.JSP。

    

    {html }视图普通副本

    

    一

    

    二

    

    3、%%Page语言= javaCordnType = 文本/HTML;字符集= ISO-859-1

    

    4。页编码= ISO-859-1%>

    

    五

    

    六

    

    七

    

    八

    

    9。在这里插入标题

    

    十

    

    十一

    

    12。这是JSP!

    

    

    13。<%%

    

    14。//Realth.sEndReRead(B.JSP );

    

    十五

    

    16。/Err.SETStand(302);

    

    17。 / /响应

    

    十八

    

    19、%>

    

    二十

    

    二十一

    

    22。这是AJSP!

    

    二十三

    

    二十四

    

    

    对于JSP,需要检查重定向和转发之间的差异。

    

    字面意思是:重定向转换为重定向,转发转换为转发。

    

    重定向

    

    URL重新定向:它可以是任意URL。

    

    请求中的数据不能共享。

    

    它通常用于登录到主页,当用户注销时跳转到其他网站。

    

    福沃德

    

    页面转发:只有同一Web应用程序的其他Web组件。

    

    转发页面和转发页面可以在请求中共享数据。

    

    通常在用户登录到相应模块时使用。

    

    

    

    

    三、HTTP重定向301/302/303/307

    

    301永久重定向,告诉客户端新的地址应该在以后被访问。

    

    302是HTTP 1的标准,以前称为临时移动,现在发现。它仅用于兼容性处理,包括PHP的默认位置重定向,以及302。

    

    但是HTTP 1.1有303和307作为一个详细的补充,事实上,它是大约302。

    

    303:对于POST请求,它意味着请求已被处理,并且客户端可以使用GET方法请求位置中的URI。

    

    307:对于POST请求,它指示请求没有被处理,客户端应该重新启动POST请求到URI的位置。

    

    Test.Test.HTML代码,启动对Test.PHP页面的POST请求

    

    Test.PHP页面给出3种重定向处理,全部跳过到Test2.PHP

    

    Test2.PHP打印出POST结果。

    

    (至于如何写,检查你自己的手册,PHP轻松发送你的头)。

    

    1…

    

    2.301=>http//1.1 301永久移动。

    

    3.302=>http/1.1 302找到。

    

    4.303=>http//2 303见另一个。

    

    5.307=>http//1.1 307临时重定向。

    

    6…

    

    试验结果:

    

    301302和303处理的结果是相同的,直接跳到Test2.PHP,POST没有内容。

    

    307将重新请求POST到Test2.PHP,并给出页面提示。

    

    重定向的实际使用是响应代码(301或302或303或307)和响应头位置。当浏览器接收到响应时,检查响应代码是3xx,并且对应于响应头中的位置的URL(重定向中的URL的编码问题)被取出,从而替换浏览器地址栏并启动另一个HTTP Evestor业务。

    

    关于301, 302, 303、307之间的差异没有好的文章,所以我想通过结合一些实际案例和Tomcat实现来澄清HTTP 1规范和HTTP 1.1规范之间的差异。

    

    原始请求访问http://Hootui.C.CN,然后返回302位置=http://Hootui.C.Cn从HTTP移动到HTTPS。然而,对响应行中302个状态代码的描述是有争议的,下面将详细讨论。

    

    

    

    五,Tomcat重定向源

    

    

    

    在HTTP 1规范中有两个重定向,301和302,四在HTTP 1.1规范,301, 302, 303和307中重定向,其中302是值得讨论的。

    

    301状态代码表示HTTP 1和HTTP 1.1规范中的永久重定向。对于资源请求,响应URL中的原始URL和位置URL,资源应该对应于位置中的URL。对于POST请求的重定向,用户仍然需要确认重定向,并且重定向请求应该在后处理法。

    

    事实上,浏览器不执行对POST请求的重定向用户确认,并且POST请求的重定向应该启动POST请求,浏览器不一定遵循该请求,因此HTTP规范的实现不严格遵循语义。HTTP规范的ICS。

    

    301的资源对应路径被更改为位置的URL,SEO中没有问题,但在302中有302的劫持问题。

    

    1, 301永久运动

    

    请求的资源被分配一个新的永久URL,并且使用该URL应该对资源进行任何未来的引用。只要有可能,具有链接编辑功能的客户端应该自动重新引用引用URL来请求服务器返回的新引用。

    

    新URL必须由位置字段响应。除非在头部请求的情况下,响应的实体应该包含一个带有新URL的超链接的短消息。

    

    如果POST方法用于接收301个状态代码以响应请求,则用户AGNET不能自动重定向请求,除非用户能够确认请求,否则请求的条件可能会改变。

    

    NoT:当一个POST请求在接收到301个状态代码之后自动重定向时,一些现有的用户代理错误地将其更改为GET请求。

    

    在HTTP 1规范中,302表示临时重定向,并且地址中的地址不应被视为资源路径,并且应在后续请求中继续使用原始地址。

    

    规范:如果原始请求是POST,则不能自动重定向;如果原始请求得到,则可以自动重定向。

    

    实现:浏览器和服务器的实现不严格遵守HTTP中的302规范,服务器不遵守返回302,即使原始请求是POST,浏览器也会自动重定向,从而导致AMBIG的规范和实现。这已经产生了一些问题,比如302劫持,所以HTTP 1.1中的302的规范被细化到303和307,希望消除两种感觉。

    

    加上:302劫持站A实际上只做了一个友好的域名,通过将资源XXOO重定向到B站B网站中存在的Web资源XXOO是由B站提供的,但是B站的域名不太友好,所以对于搜索引擎来说,可以保存。站A地址对应XXOO资源而不是B站,这意味着B站出了资源版权、带宽、服务器钱,但是用户通过搜索引擎XXOO资源搜索出A站,一个站除了搜索引擎什么也没做。通知用户,B站做的一切都不为用户所知,价值被一个站偷走了。

    

    2, 302暂时运动

    

    请求的资源暂时驻留在不同的URL中。因为重定向可能偶尔改变,CeleNT应继续使用请求URL作为未来请求。

    

    URL必须由响应中的位置字段给出。除非它是一个头部请求,响应实体应该包含一个带有新URL超链接的简短注释。

    

    如果POST方法用于响应请求而接收302状态代码,则用户代理不能自动重定向请求,除非用户可以确认该请求,因为这可能改变请求做出的条件。

    

    注意:当一个POST请求在接收到302个状态代码后自动重定向时,一些现有的用户代理错误地将其更改为GRT请求。

    

    301与HTTP 1规范一致,注意到资源的路径应该是在位置返回的URL,而不是原始请求地址。

    

    302在HTTP 1.1中,事实上,不再推荐302,但仅用于兼容性。该规范重申只有当原始请求得到或头部时,重定向才是自动的。为了消除HTTP 1中的302的歧义,将HTTP 1.1中的303和307引入到HTTP 1中细化302的语义。

    

    1,302发现

    

    请求的资源暂时驻留在不同的URL中,因为重定向可能会改变,并且客户端应该继续使用请求URL进行将来请求,而这些请求只能在缓存控制或过期报头域指令发生时被缓存。

    

    临时URL应该由响应中的位置字段给出。如果请求方法是头,响应实体应该包含超链接到新URL的超文本记录。

    

    如果响应于获取或头部以外的请求接收到302状态代码,则用户代理不能自动重定向请求,除非用户能够确认该请求,因为这可能改变请求做出的条件。

    

    注意:RFC 1945和RFC 2068指定客户端不允许方法在重定向上更改请求。然而,大多数现有的用户代理实现将302当作303响应,状态代码303和307在位置字段VALU上执行GET原始请求方法。ES已经被添加到服务器中,这些服务器想要确切地知道客户端期望的响应。

    

    303在HTTP 1中,302规范是原始请求是POST,不能自动重定向,但是服务器和浏览器实现被重定向。

    

    从HTTP 1规范中分离出规范和实现302,分别给出了303和307到HTTP 1.1,因此在HTTP 1.1中,303继承了HTTP 1中302的实现(即原始请求是POST并允许自动重定向),从而导致自动重定向。无论是原始请求是GET还是POST,307继承。HTTP 1中的302的规范(即,如果原始请求是POST,自动重定向是不允许的,结果是POST不重定向,GET可以自动重定向)。

    

    2,303见其他

    

    对请求的响应可以在不同的URL中找到,并且应该使用该资源上的get方法来检索。该方法主要用于允许后激活脚本的输出将用户代理重定向到所选资源。新的URL不是原始Req的替代引用。UEST资源,303个响应不能被缓存,但是对第二个(重定向)请求的响应可能是可缓存的。

    

    不同的URL应该通过响应中的位置字段获得。如果请求方法是头,响应实体应该包含超链接到新URL的超文本记录。

    

    注意:许多HTTP1.1用户代理不理解303的状态。当与这些客户端的互操作是一个问题时,您可以使用302状态代码。因为大多数用户代理对303响应做出反应,如303所述。

    

    307在HTTP 1.1规范中,307是一个临时重定向,注意红线,如果原始请求重定向307不是get或Hoad方法,那么浏览器就不能自动重定向,即使位置有URL,也应该被忽略。

    

    也就是说,307继承了HTTP 1中的302的规范(303继承了HTTP 1中的302)。

    

    3, 307当代重定向

    

    请求的资源暂时驻留在不同的URL中。因为重定向有时可以修改,所以客户端应该继续使用请求URL作为将来的请求。只有当在缓存控件或Excel标头域中指示时,才能响应此缓存。

    

    临时URL应该由响应中的位置字段给出。如果请求方法是头,响应实体应该包含一个短的超文本记录到新URL(D)的超链接,因为许多预HTTP/1.1用户代理不理解307状态。因此,注释应该是CONT。用户需要在新URL上重复原始请求的信息。

    

    如果接收到307状态代码以响应除get或Head以外的请求,则用户代理不能自动重定向请求,除非用户可以确认该请求,因为这可能改变请求做出的条件。

    

    在HTTP 1规范中,302规范不遵循服务器和浏览器,即模糊性的规范和实现,因此在HTTP 1.1中,302规范和实现被分成303和307。

    

    浏览器的307状态的处理方案与302状态相同,并且将值307引入到HTTP 1.1中,因为当初始消息为POST时,许多浏览器仍然错误地遵循302响应中的方向信息。浏览器只应接收重定向。如果接收到303响应,则执行GET和POST请求的重定向;如果接收到307响应,则继续请求GET请求,但重定向。POST请求的离子不再继续。

    

    七,HTTP状态码302, 303, 307差异

    

    HTTP状态代码3xx表示重定向,指示浏览器需要执行一些特殊处理来正确处理请求。

    

    301永久移动

    此状态代码指示所请求的资源已经分配了一个新的URI,并且稍后应该被用作资源现在所引用的URI。

    

    302找到

    临时重定向。状态代码指示所请求的资源被分配了新的URI,并且用户(这个时间)期望使用新的URI访问它。类似于301,但是302表示资源不是永久的,而是临时的。换句话说,对应于URI的URI。移动资源在未来可能会发生变化,例如,用户将URI保存为书签,但是由于301状态代码出现,不更新书签,但仍然保留对应于返回302状态代码的页面的URI。

    

    303见他人

    状态代码表明,由于存在与请求对应的资源的另一URI,因此应该使用GET方法来定向地获得请求的资源,

    303和302状态代码具有相同的功能,但303清楚地表明客户端应该使用GET方法来获得资源,这与302状态代码不同。

    例如,当使用POST方法访问CGI程序时,执行结果是期望客户端使用GET方法重定向到另一个URI,返回303状态代码。虽然302可以实现相同的功能,但是302状态代码是理想的。

    

    当301, 302个和303个响应状态代码返回时,几乎所有浏览器在请求消息中更改帖子以获取和删除主体,并且请求再次被自动发送。

    标准301和302禁止将POST方法更改为GET方法,但实际上每个人都会这样做。

    

    307临时重定向

    临时重定向。状态代码具有与302相同的含义。虽然302标准禁止POST改变GET,但人们在实际使用时不遵守它。

    307将遵循浏览器标准,不会改变从帖子到获取。但是,不同的浏览器在处理响应行为时可能会有不同的情况。

   

    


【版权申明】

本文章由佛山网站建设公司极简慕枫整理收集与网络,不代表本网站观点。如果你想了解更多关于佛山网站设计,企业网站建设的文章,请访问佛山网站设计板块,为客户免费提供优化方案。

原创文章,作者:极简慕枫,如若转载,请注明出处:http://www.jhszjm.com/newsshow-17-111-1.html
联系电话 400-6065-301

微信咨询 寒总监