搜索指定网站内容(搜索指定网站内容的时候同步到你自己的内容上)

　　搜索指定网站内容(搜索指定网站内容的时候同步到你自己的内容上)

　　搜索指定网站内容的时候同步到你自己的twitter内容上（有url列表，简单的说就是把你自己的浏览器的cookie一并同步过去）。

　　类似于，微博上发的帖子直接可以从（或者任何能够搜索到我的站点的域名）获取到对应的内容，包括所有在博客、feed发表的内容。就像直接从baidu和feed获取一样。

　　看个人理解的意思是，并发非常大的时候内容会更新不及时，因为个人很多时候都会存一些信息到这些服务器里面去，举个例子，用户提交的注册、验证、实名认证、登录、验证*敏*感*词*、接受验证码等等需要验证的验证任务，但是由于各种原因这些验证都会延后验证，这时内容的更新时间跟进快速，就会导致这部分被动存储的记录得不到及时同步。一般来说一周会有2-4天内容过期，如果最近更新太快的话就会出现这种问题。

　　题主是想问不同服务器产生不同结果的问题吗？其实跟开发者端处理的缓存算法有关。当你上传信息的时候，服务器会向存储你上传信息的服务器去请求一个数据库读写的list，假设服务器是mongodb，但他肯定会同步你信息（不然他怎么存），然后你就有机会存下这个页面的所有内容。如果你选用https的提交。那肯定比提交其他页面快的多，因为数据库里，数据都已经做了加密加密了。

　　当然不是所有信息你都可以存的下，你是可以给人开放一个专门记录这些内容的接口，让人去请求。具体的应用涉及到很多开发技巧，所以不能一概而论，还要在实际中看实际情况。再说点别的，另外一个因素就是产生你更新问题的服务器就不止一个。假设你是一个高大上的人在发工资的时候可能存个4、5个银行卡号，你知道这些卡号他们每一个在过去一段时间之内肯定都会更新，甚至有时候会加几个字母。

　　而你是一个粗略的人，那你知道3-4个卡号的过去一段时间，他们基本就只会更新1-2个字母。是不是类似于存list?所以你上传内容，慢慢给前端传啊，再不行就保存在数据库，有空在同步。不管是server端的同步还是user端的同步，要保证内容处于最新状态，才能满足用户的体验，不能丢呀。