[白帽seo 外贸]_网页重复内容的解决方案

摘要：上周四的时候，Google，Yahoo和LiveSearch（可惜不包括百度）不约而同的宣布对于网页重复内容的解决方案。以下是三家分别在博客上发布的声明.上周四的时候，Google，Yahoo和LiveSea

上周四的时候，Google，Yahoo和Live Search（可惜不包括百度）不约而同的宣布对于网页重复内容的解决方案。以下是三家分别在博客上发布的声明. 上周四的时候，Google，Yahoo和Live Search（可惜不包括百度）不约而同的宣布对于网

上周四的时候，Google，Yahoo和Live Search（可惜不包括百度）不约而同的宣布对于网页重复内容的解决方案。以下是三家分别在博客上发布的声明.

上周四的时候，Google，Yahoo和Live Search（可惜不包括百度）不约而同的宣布对于网页重复内容的解决方案。以下是三家分别在博客上发布的声明：

Specify your canonical
Fighting Duplication: Adding more arrows to your quiver
Partnering to help solve duplicate content issues

比如，有以下两个地址：

.newrain/

.newrain/index.html

如果我希望搜索引擎收录上面那个地址，具体的方法是，在认为是复制内容的网页（index.html）源代码的<head>区域，添加此<link>标记来指定您的首选版本：

里面的链接地址为首选链接地址，这样，Google就能快速将复制内容排除在外，而重点提高首选链接地址的排名。

提示：

链接地址支持相对路径。

添加Link的页面和其指向的URL必须在同一域名下，但可以分处不同的子域名。

星空网络推广引流系统代理版

新手淘宝店怎么推广及引流

资讯页不收录怎么回事?原来是站点的抢发行为不友好

要知道，搜索引擎每日在互联网上抓取大量的数据存取到数据库中，如果不对抓取内容进行甄别，对服务器来说将会是一个巨大的负担。那么资讯页不收录怎么回事?原来是站点的抢发行为不友好，具体详情我们一起来看看吧

　　里约奥运会结束了，资讯站点的小编们终于可以松口气了，可有些SEOer却高兴不起来：编辑辛苦抢先制作的原创稿件，百度却不!收!录！奥运会期间接到了四五起这样的反馈，经追查，原来是站点的抢发行为不够友好，导致spider抓取失败。结论：

　　1，页面制作完成后再放到spider可以发现的地方，这样才能达到最好的抓取效果。

　　2，页面未对外公开之前，千万不要通过工具推送给百度呀。

　　接到站长反馈后，联系了spider工程师，工程师在后台查询了这些未收录的链接，发现均显示为“死链”，然而这些所谓的死链现在访问都是好好的。根据后台显示的抓取时间，反复和站点进行沟通，终于找到了根源：原来，站点为了抢新闻，提前制作了新闻稿并制作成链接并且发布，虽然没有在首页等重要页面推送给用户，但却被BaiduSpider发现，更重要的是，这些链接向BaiduSpider返回的状态码是404。

　　举个例子，中国女排进入决赛后，某网站做了A和B两个页面，分别为夺冠和摘银，为了防止用户在比赛结束之前阅读到页面内容，站点将两个链接都设置为404!404!(等到比赛结束后，再将其中一个页面的html返回码改为200)。虽然页面并没有向用户推送，但还是被聪明的BaiduSpider发现。然而这里的问题是，BaiduSpider发现页面是404，又无法判断出这是一个重要页面，于是直接打入冷宫不再理睬。

　　所以，小编反复强调，确认页面真的不需要被搜索引擎保留时可以使用404(临时闭站可使用百度站长平台的闭站保护工具)，如果还希望和搜索引擎保持友好关系的话，请使用503，防止页面被删除。虽然Baidu有对高价值内容的“删除保护”功能，但毕竟不是每个站点都可以享受到这个特权的。

助贷引流推广提升利润高性能JavaScript模板引擎原理解析

随着 web 发展，前端应用变得越来越复杂，基于后端的 javascript(Node.js) 也开始崭露头角，此时 javascript 被寄予了更大的期望，与此同时 javascript MVC 思想也开始流行起来。javascript 模板引擎作为数据与界面分离工作中最重要一环，越来越受开发者关注，近一年来在开源社区中更是百花齐放，在 Twitter、淘宝网、新浪浪微博、腾讯QQ空间、腾讯微博等大型网站中均能看到它们的身影。

网络引流推广抉择火14星规范

本文将用最简单的示例代码现有的 javascript 模板引擎的原理，包括新一代 javascript 模板引擎 artTemplate 的特性实现原理，欢迎共同探讨。

artTemplate 介绍

artTemplate 是新一代 javascript 模板引擎，它采用预编译方式让性能有了质的飞跃，并且充分利用 javascript 引擎特性，使得其性能无论在前端还是后端都有极其出色的表现。在 chrome 下渲染效率测试中分别是知名引擎 Mustache 与 micro tmpl 的 25 、 32 倍。

除了性能优势外，调试功能也值得一提。模板调试器可以精确定位到引发渲染错误的模板语句，解决了编写模板过程中无法调试的痛苦，让开发变得高效，也避免了因为单个模板出错导致整个应用崩溃的情况发生。

artTemplate 这一切都在 1.7kb(gzip) 中实现!

javascript 模板引擎基本原理

虽然每个引擎从模板语法、语法解析、变量赋值、字符串拼接的实现方式各有所不同，但关键的渲染原理仍然是动态执行 javascript 字符串。

关于动态执行 javascript 字符串，本文以一段模板代码举例：

这是一段非常朴素的模板写法，其中，”" 为 closeTag (逻辑语句闭合)，若 openTag 后面紧跟 “=” 则会输出变量的内容。

HTML语句与变量输出语句被直接输出，解析后的字符串类似：

语法分析完毕一般还会返回渲染方法：

渲染测试：

在上面 render 方法中，模板变量赋值采用了 with 语句，字符串拼接采用数组的 push 方法以提升在 IE6、7 下的性能，jQuery john 开发的微型模板引擎 tmpl 是这种方式的典型代表，参见： http//ejohn.org/blog/javascript-micro-templating/

由原理实现可见，传统 javascript 模板引擎中留下两个待解决的问题：

1、性能：模板引擎渲染的时候依赖 Function 构造器实现，Function 与 eval、setTimeout、setInterval 一样，提供了使用文本访问 javascript 解析引擎的方法，但这样执行 javascript 的性能非常低下。

2、调试：由于是动态执行字符串，若遇到错误调试器无法捕获错误源，导致模板 BUG 调试变得异常痛苦。在没有进行容错的引擎中，局部模板若因为数据异常甚至可以导致整个应用崩溃，随着模板的数目增加，维护成本将剧增。

artTemplate 高效的秘密

1、预编译

在上模板引擎实现原理中，因为要对模板变量进行赋值，所以每次渲染都需要动态编译 javascript 字符串完成变量赋值。而 artTemplate 的编译赋值过程却是在渲染之前完成的，这种方式称之为“预编译”。artTemplate 模板编译器会根据一些简单的规则提取好所有模板变量，声明在渲染函数头部，这个函数类似：

这个自动生成的函数就如同一个手工编写的 javascript 函数一样，同等的执行次数下无论 CPU 还是内存占用都有显著减少，性能近乎极限。

值得一提的是：artTemplate 很多特性都基于预编译实现，如沙箱规范与自定义语法等。

2、更快的字符串相加方式

很多人误以为数组 push 方法拼接字符串会比 += 快，要知道这仅仅是 IE6-8 的浏览器下。实测表明现代浏览器使用 += 会比数组 push 方法快，而在 v8 引擎中，使用 += 方式比数组拼接快 4.7 倍。所以 artTemplate 根据 javascript 引擎特性采用了两种不同的字符串拼接方式。

artTemplate 调试模式原理

前端模板引擎不像后端模板引擎，它是动态解析，所以调试器无法定位到错误行号，而 artTemplate 通过巧妙的方式让模板调试器可以精确定位到引发渲染错误的模板语句，例如：

artTemplate 支持两种类型的错误捕获，一是渲染错误(Render Error)与编译错误(Syntax Error)。

1、渲染错误

渲染错误一般是因为模板数据错误或者变量错误产生的，渲染的时候只有遇到错误才会进入调试模式重新编译模板，而不会影响正常的模板执行效率。模板编译器根据模板换行符记录行号，编译后的函数类似：

当执行过程遇到错误，立马抛出异常模板对应的行号，模板调试器再根据行号反查模板对应的语句并打印到控制台。

2、编译错误

编译错误一般是模板语法错误，如不合格的套嵌、未知语法等。由于 artTemplate 没有进行完整的词法分析，故无法确定错误源所在的位置，只能对错误信息与源码进行原文输出，供开发者判断。

开源节流

artTemplate 基于开源协议发布，无论是商业公司还是个人都可以免费在项目中使用，欢迎共同完善。

下载地址：

https//github.com/aui/artTemplate