连接递交-js编码消息推送演变版

2020-10-21


连接递交-js编码消息推送演变版


短视頻,自新闻媒体,达人种草1站服务

有关连接递交中的js编码消息推送,今日曲曲小姐姐特邀权威专家马骏,为大伙儿共享。

百度搜索站长服务平台出示连接数据库索引的全自动递交JS脚本制作早已有1段光阴了。用百度搜索自身的话讲:JS连接消息推送编码以网页页面为最少目标,服务于全服务平台多终端设备,PC站和挪动站都可应用。安裝编码的网页页面在随意服务平台(访问器、手机微信、新浪微博)被载入时,网页页面连接会被第1時间消息推送给百度搜索,从而提升站点新內容的发现速率。

是否很奇异?大家再往返顾1下,这编码长成这样:

 

(百度搜索JS连接消息推送编码)

要是把这段编码放入你的每一个网页页面中,每当客户浏览这些网页页面时,就会根据这段脚本制作从百度搜索免费下载1个1x1的gif,另外纪录网页页面此时此时的URL详细地址。

全自动消息推送脚本制作的特性考虑到

根据这段脚本制作大家能够看出:

1、它起先分辨了现阶段的协议书种类是s還是别的种类(如,,ftp等)

2、随后免费下载了百度搜索官方的1个js文档

3、再随后它将js文档的內容转化成1个脚本制作块插进到当今网页页面中

4、最终会运作这个脚本制作块

大家能够浏览这两个js文档查询其內容,也便是短短的1行。它会载入这样1个gif。

另外将window.location.href等信息内容消息推送给了百度搜索。

这里大家能够发现两个难题:

其1是这段脚本制作前后会启用两个百度搜索資源,这导致了冗余,不好于网页页面载入速率。

其2是该脚本制作会递交现阶段URL,可是很多URL会是动态性URL,会带各种各样主要参数。尽管百度搜索爬虫也是有自身的分辨方式,但无疑这提升了其压力。

因而,以便处理这两个难题,笔者资询了朋友柴云翔另外是前端开发开发设计的大牛。在大牛的协助下,大家有了下面这个改进版本号。

改进版本号的百度搜索数据库索引全自动消息推送脚本制作

这个改进的脚本制作长下面这样,假如你对js1窍堵塞,那末请用下图一部分(行6~30)更换原先百度搜索官方的编码。

 

(改善后的百度搜索数据库索引连接全自动递交脚本制作)

在上图中已添加了注解,下面刚开始编码解說。

这个新脚本制作的功效是多了1步查询网页页面的canonical URL的流程。大家了解canonical特性表明该网页页面纵有千种URL的花式,请检索模块只认准href中得出的URL值。这样1来就不容易让检索模块以便同1个网页页面(也许早已数据库索引了)数次查验你的消息推送网页页面实际內容。

这个新脚本制作的另外一个变更是立即将上述两个js的內容拿了出来。因为这两个js中的编码实际上是静态数据的,每次都去启用其实不必要。另外一层面,大家必须对r的值开展变更,将它变更为canonical URL的值,因而这样处理了大家上面的第2个难题。

最终,1点感受

全自动消息推送是1个很好用的方式,它门坎低,非常容易布署,可是也是有1些小难题。本文只是出示了1种方式来改善全自动消息推送的高效率和实际效果。

必须留意的是百度搜索随时将会升级这两个js文档的內容,尽管该作用上线后1直沒有升级不意味着之后不容易升级,因而必须手动式立即升级编码。

上述编码可在这里免费下载

实际效果以下:




扫描二维码分享到微信

在线咨询
联系电话

400-888-8866