网站新发的内容不收录怎么办？网站内容不收录解决办法

网站新发的内容不收录怎么办？最近本站收录缓慢并且检查是一天才抓取一次页面，检查了很多站都有这个问题，对于此问题在网上看了有不少朋友说发外连之类的，但小编测试过都作用不到，后来在百度站长工具中发现一个实时推送功能，我利用实时推送功能解决了收录问题。

注意：只有获得sitemap权限的站长才可以进行这个操作，否则你没有access_token密私是无法提交的。

1.进入之后如下图所示我们会看到如下界面

 

下面有一个官方举例的一个curl推荐地址

 

代码如下	复制代码
将xml数据写入一个本地文件，比如thread.xml，然后调用curl命令： curl -H 'Expect:' --data-binary @thread.xml "http://ping.baidu.com/sitemap?site=www.111cn.net&resource_name=sitemap&access_token=你的key" 使用php、python、java等可以参照这个过程推送结构化数据。

返回结果为200，下面小编以php的curl实现post的为例子，代码如下

代码如下

复制代码

<? function tobaidu($url){     $ntime=time();     $now=date('Y-m-d',$ntime);     $data='<?xml version="1.0" encoding="UTF-8"?>';     $data.='   <urlset>';     $data.='       <url>';     $data.='           <loc><![CDATA['.$url.']]></loc>';     $data.='           <lastmod>'.$now.'</lastmod>';     $data.='           <changefreq>always</changefreq>';     $data.='           <priority>1.0</priority>';     $data.='       </url>';     $data.='   </urlset>';       $pingurl="http://ping.baidu.com/sitemap?site=www.111cn.net&resource_name=sitemap&access_token=你的key值";//你的接口地址     $curl= curl_init();// 启动一个CURL会话     curl_setopt($curl, CURLOPT_URL,$pingurl);// 要访问的地址     curl_setopt($curl, CURLOPT_SSL_VERIFYPEER, 0);// 对认证证书来源的检查     curl_setopt($curl, CURLOPT_SSL_VERIFYHOST, 1);// 从证书中检查SSL加密算法是否存在     curl_setopt($curl, CURLOPT_USERAGENT,"curl/7.12.1");// 模拟用户使用的浏览器     curl_setopt($curl, CURLOPT_COOKIE,$cookie);     curl_setopt($curl, CURLOPT_REFERER,"");     curl_setopt($curl, CURLOPT_POST, 1);// 发送一个常规的Post请求     curl_setopt($curl, CURLOPT_POSTFIELDS,$data);// Post提交的数据包     curl_setopt($curl, CURLOPT_TIMEOUT, 30);// 设置超时限制防止死循环     curl_setopt($curl, CURLOPT_HEADER, 0);// 显示返回的Header区域内容     curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);// 获取的信息以文件流的形式返回     $tmpInfo= curl_exec($curl);// 执行操作     if(curl_errno($curl)) {        echo'Errno'.curl_error($curl);//捕抓异常     }     curl_close($curl);// 关闭CURL会话     return$tmpInfo;// 返回数据 }   $tt= tobaidu("http://www.111cn.net/"); //实时推送新发文章的url echo $tt; ?>

提交之后返回结果

代码如下	复制代码
<?xml version="1.0" encoding="UTF-8" ?> <methodResponse> <params> <param>  <value>   <int>200</int>   </value>   </param>   </params>   </methodResponse>

注意只有返回200状态代码才代码提交成功了，下面看看状态代码

200 无使用方式错误，需要进一步观察返回的内容是否正确
400 必选参数未提供
405 不支持的请求方式，我们只支持POST方式提交数据
411 HTTP头中缺少Content-Length字段
413 推送的数据过大，超过了10MB的限制
422 HTTP头中Content-Length声明的长度和实际发送的数据长度不一致
500 站长平台服务器内部错误

小编利用这个提交之后在sitemap中会有实时返回数据并且会返回数据错误与正确性。

 

经验总结

前面有一个说是xml文档，其实我们使用post可以是一个字符串效果也是一样的，小编的做法是发布文章成功之后自动推送文章给百度收录

注意：推送的文章必须为绝对地址，如http://www.111cn.net 而不是/aaa/b.htm要是完整的地址。

 

MVC是一种web应用程序开发模式，他能够很好的管理代码，但是当mvc业务很复杂时，如果开发人员水平不齐，也会导致代码冗余，这时引入引入service Layer就是一个非常不错的解决方案。

MVC是web开发中常见的程序结构。

简单的mvc结构如下：

view层：显示层。

control层：业务层，集合了各种action。

model层：模型层，一般和数据打交道。简单的sample：一个表对应一个model类。

其中control层调用model层的方法，实现对数据的访问。

采用这样的结构在一定程度上，可以做到代码清晰，较容易扩展，代码的管理复杂度较低。

但是如果是业务很多，逻辑又很复杂的网站，如果再加上开发人员的水平参差不齐，那必然会导致下面的情况：

1action中的代码越来越长，逻辑越来越复杂，不同action之间看起来有很多可以重用的代码， 但是真要进行重构的话，又非常困难。

2model层中包含的方法越来越多，有些方法也过于复杂。甚至在不少方法中还包含了业务逻辑。

3代码的修改，还是牵一发而动全身。

4代码难以进行自动化测试。

本来以为引入了mvc，程序的管理复杂度问题就高枕无忧了，但现在又面临了相同的问题了。

以我最近的所学看，在mvc中再引入service层，可以在很大程度上避免或者缓解上述问题。

原有的mvc结构改成如下：

1view层：显示层。

2control层：业务层，集合了各种action。

3service层。

4DAO层。

原来的model层不见了，增加了service层和DAO层。DAO，即Data Access Object，数据访问接口，数据访问：顾名思义就是与数据库打交道。

在这个结构中，control不直接和DAO联系，

需要操作数据的时候，通过service层访问DAO层来实现。

service层做的事情，不仅仅是调用DAO操作数据，还会包含了一定的业务逻辑。整个程序的设计，也变成了针对服务进行设计。

这样做的好处是：

1control层中的action得以精简，因为action中的一些逻辑，被重构成一个个的服务。而不同的action也可以重用服务了。

2只负责和数据打交道的DAO层，相比之前的model层，也得以精简(DAO层尽量只做最原子的数据操作，不同数据操作之间的联系，这边不考虑，那是service层的事情)。

3service层可以实现很大程度上的代码复用，程序的功能封装更清晰了。

4由于service层更加清晰的定义了应用程序的边界，那么对于各个service函数(对应某个服务/应用)，要做到自动化测试就方便多了。WEB程序如何做到能方便的进行单元测试，这是一直困扰我的难题，这样的设计似乎真的可行了~

5开发人员的工作分配，理论上真的可以按层次划分了。只是理论上~

同时，这样的设计模式也是存在一定的缺点的：

层次太多，刚接触的开发人员理解起来比简单的mvc结构费时;

service层的设计需要一定的功力，因为action中和model层的逻辑在很大程度上转移到这里了。

但整体上看，service Layer的引入，更加清晰的定义了应用程序的边界，提供了一系列可以重用的操作集合。这对于网站的可扩展性和可维护性是非常有帮助的。

当然，如果网站的业务逻辑并不复杂，完全没必要用这样的设计。过度设计是万恶之源~

手机淘宝店铺怎么装修呢？现在不光是有PC版本的淘宝店铺了，现在也有手机版本了，下文我们为各位商家介绍手机淘宝店铺装修方法吧。 下面是一个个人站长网站经营的一些心得了，下面整理了与各大个人站长看看，如何来做好自己的个人博客了哦。

网站内容是一个网站的立站之本。关于网站内容，有以下心得。
1.网站需要有好的内容。
2.如何获得优质内容？ ◦用户贡献内容是第一步。
◦用好的方式找到有价值的内容是第二步。
◦为找到的好内容找到合适的，感兴趣的读者是第三步。
◦让用户互动起来是第四步。

3.以好的方式找到有价值的内容的方法有两种。 ◦一种是事先过滤，是预测性的，过滤什么，不过滤什么，靠的是少数编辑；
◦另一种是事后过滤，我们不知道什么东西是好的，什么东西是流行的，我们只懂得监测，观察，分析，靠的是大量的用户数据。

4.事先过滤。

靠的是少数编辑对于大众口味，流行趋势的把握，他们最乐于的事情是根据自己的判断与理解调整所推荐的内容和位置，并从事后的Pageview的反映来检测自己的价值判断，通过这样的反复检测，最终形成自己对于流行，对于热点的理解，以此为指导思想来承担过滤的工作。事实上，经过一系列的正反馈的锻炼之后，成就了一个优秀的编辑，我们这个世界的热点就是由这样一群人所制造出来的。他们的价值不可否认。
5.事后过滤。

靠的科学的对大量的用户数据进行挖掘，无论是是根据Pagerank来判断一个网页的价值，还是根据浏览者的喜好趋势推荐相关物品，又或者根据一系列小众群体的收藏，评论，digg行为找出优质内容，这样的手段都是2.0的核心。

网站运营之前我们还需要更深入的了解下我们的网站：
1.我们的网站为谁服务？目的是什么？
2.正在做什么？如何做的更好？
3.互联网的100：9：1法则同样适用我们的网站--大部分用户不做任何事情
4.给用户足够的提示或演示，让用户明白他们正在做什么
5.核心用户最为重要，我们必须花精力培养核心用户，并维护好他们，特别是在早期。
6.同时要引导新鲜的血液。欢迎他们，引导他们，满足他们。
7.寻找提供给用户可玩性的功能，满足游戏心态。如，提供排行榜让用户更积极。
8.请记住我们不是网站的“主人”。记住：用户只是在我们这开party，而我们并不是他们的“老板”
9.信誉重于生命。对人如此，对网站同样如此。

现实一些，别好高骛远，目标庞大常常导致失败。
•少就是多，把产品做得尽可能的简单，小巧。
•注重前期的设计，尤其是界面的。
•宁可做一点点好东西，也不要一大堆垃圾。也就是宁缺勿滥，这个用于项目目标，用于选人，也用于项目本身的进度。

博主在《商业价值》上看了一篇文章，主要是讲社区化电子商务的。文章认为，电子商务在经历了拼低价、抢货源、砸广告和盖仓库之后，媒体化和社区化的趋势正在开始浮现。

我倒认为，电子商务就是电子商务，社区化的电子商务，是服务于电子商务主体的，居于从属地位，不能说是一种趋势。
先列出文章中的几个要点，然后，我们逐一论述。
1， 先来看看社交网络在忙些什么吧。国内的人人网、开心网利用自有的庞大用户群相继开辟团购战场;Facebook在2月4日正式推出了有关 Facebook信用币(Credits)的新功能——社交团购(Buy With Friends)。 该功能允许用户在游戏中购买虚拟商品后，有权将相应商品的折扣分享给他的好友。目前虽只是针对虚拟产品的交易，但如果推广到线下的实物交易，将有可能成为 Groupon的杀手。
2， 如果电子商务能够对现有的流量和用户资源进行深度挖掘以发挥更大价值，那么一来可以减少媒体成本，优化市场预算;二来也可改善依靠大量广告搬运流量、转化销售的非可持续发展模式，为电子商务带来一些真正的创新。那么要做到这些，难吗?
3， 虽然前路漫漫，困难重重，但电子商务企业仍然要向媒体化、社区化迈出这一步，因为是时候与拼低价、拼货源的草莽时期告别了。在打造好仓库物流等一系列硬实力的同时，电子商务也该布局埋子，像做“百年老店”一样为你的招牌多添一些故事和拥趸，毕竟流量能买得来，但品牌忠诚度买不来。
我们先看第一点，社交网络确实在忙电子商务，不管是实物交易还是虚假物品的交易，或者是团购，都是在尝试。不过，从目前的情况来看，还没有特别成功的案例出来。
这说明，各公司都有自己相应的基因，能够做好社区的，不一定就能够做好电子商务，这是两个不同的行业。
因此，指望社交网站能够起到阻击专业电商网站的作用，那是不怎么现实的。
第二点，如果电子商务能够对现有的流量和用户资源进行深度挖掘，确实能够发挥更大的价值。而且，社区化是实现这个目标的重要手段，这不容置疑。
只要用心去布局，做到这一点，确实不难。
但是，我们也要看清楚了，从本质上来看，这只是电子商务网站对用户的社区化服务，仅此而已民。
第三点有积极的意义，电子商务的社区化，确实可以提高忠诚度，实现品牌积累。但是，前提是你得把核心部分做好，商品和服务要有优势，如果离开这点，社区化做得再好也没有用。