现在Cloudflare中就有多种可以实现重定向功能的产品,包括:页面规则、批量重定向、动态重定向、Workers等,另外还有源站Apache中设置的.htaccess,比较复杂了,下面来说说如何识别当前起作用的是哪个环节以及这些环节起作用的顺序。
先来看《页面规则的未来》中的一幅Cloudflare流量顺序图:
这是 重定向 分类的页面,点击下面标题查看详细文章内容:
现在Cloudflare中就有多种可以实现重定向功能的产品,包括:页面规则、批量重定向、动态重定向、Workers等,另外还有源站Apache中设置的.htaccess,比较复杂了,下面来说说如何识别当前起作用的是哪个环节以及这些环节起作用的顺序。
先来看《页面规则的未来》中的一幅Cloudflare流量顺序图:
8月份记录了一篇博客文章《采用Cloudflare的批量重定向功能降低源服务器负载》,除了使用有限的页面规则以外,终于有一种另外设置重定向的办法了,只是有些呆板,不能嵌入变量、不能设置复杂条件。
没有想到9月份就在Cloudflare迎来了动态重定向功能,同时还有一批新的功能,有4种定
对于我们这种很多年建过很多网站的团队来说,301重定向是一项重要的功能需求。很多时候我们的域名变更、路径改变、语言版本的调整等等都是网址的永久性改变,需要用到301重定向。
以前我们多是用Apache Rewrite功能来设置,也就是在.htaccess文件中设置跳转规则,例如:
RewriteCond %{HTTP_HOST
最近同事在整理电话号码库数据的时候,发现省市区几级数据有很多不规范的地方,造成简称全称重叠、省市区级别错乱等问题,后来找到标准的行政划分名称,在数据库进行了批量替换,但以前存在的页面现在不存在了,会造成大量死链接,需要做301跳转来保存可访问性。
晚上找了一些办法:
10年前做的一把刀实用查询网站当时先是同事用Java开发了一个版本,但以后的持续改进、维护、开发不方便,我就又弄了一个MediaWiki平台,做了《中文简体》、《中文繁体》、《英文》三个版本,十年过后还一直有用户使用,几个版本的情况:
两年前写过一篇博文《Drupal中对404错误进行判断、重定向》,当时是在一个系列网站中采用自定义模块,在Module文件中构建了一个404错误的页面,在页面中对错误进行判断并302重定向到合适的内部页面。在博文下方及留言中也写了使用.htaccess进行错误处理的办法和例子。
除了站内的这种报错、跳转以外,也有站间的报错需要处理,例如http://chahaoba.com/ 这个站的最新日志信息中类似 http://chahaoba.com/1330719 这样的报错很多,其实正确的网址应该是http://www.chahaoba.com/1330719 ,也不知道
最近在继续把一些网站从托管的自己服务器向云服务器转,做网站很多年了,少不了一些以前用301重定向做的网站调整,例如某个子域名telecode.027.net后来单独申请域名www.chahaoba.com后就一直用的301重定向,这样的重定向按照搜索引擎优化的说法是需要保持至少6个月,但我们基本上保持了几年,期间机房、服务器也多次变化,每次都需要记得去进行修改设置。
这样的跳转做得多了、服务器搬迁也多了,有些记不得了,这次干脆趁着再次搬迁的时候来一个整体梳理,把所有以前做过的301重定向全部列出来,还专门做了一个PHP程序来检测看是否跳转、跳转是否正确,把这个
Drupal网站在Site information的设置中有一个404错误页面可以定制到自己希望的网址,如果你在日志中发现大量404错误,而其中很多都是同一个类型可以引导到对用户更有帮助的内容页面,那么就可以在这个定制的404错误网址中进行判断、导向。
我做的例子是http://ak.postcodebase.com/not_found ,因为来自外部网站的链接中,有一部分是这个站内找不到或者错误的邮编,就可以根据URI进行判断:
2002-2023 v11.7 a-j-e-0