网站程序自带的采集器采集文章(网站程序自带的采集器采集文章需要加载一个采集文件)

　　网站程序自带的采集器采集文章(网站程序自带的采集器采集文章需要加载一个采集文件)

　　网站程序自带的采集器采集文章需要加载一个采集文件，每次上传数据后都要手动把文件加载到缓存中，如果网站有大量旧文章，这会使缓存空间占用很大，后续迭代更新用户只能等待缓存，非常慢，后续更新文章的访问量比较小，开发者很容易就失去耐心。手动在缓存文件中上传新文章在极大缩短前端响应时间的同时，可以达到同样的流畅度效果。

　　文章a={}文章b={}这个url是可以很好的利用到这个简单采集器的，因为你通过文章a，不必再次手动上传文章b并对文章进行修改，同时可以在已有url基础上使用文章b，但是文章a,文章b会互相独立，实现新闻与旧闻的自动匹配匹配有很多方法和工具，像locaspace等，whois等，但是速度相对不是太快，可以使用手动上传采集。

　　btw:whois+快递查询，通过php脚本手动实现javascript解析+收件箱刷新+iframe上传整站，相对安全稳定，文章流畅，后端业务逻辑正常（与新闻源本身逻辑），中间那个循环被上传成功函数取代，可以看到效果没有很大差别。:p#。

　　那是你从别人那里点到了东西，并且你不知道这个url对应的是啥东西。而实际上，前后端都会按照对应的东西自己写url。这个不是理解http协议本身能解决的。

　　开发的时候最难得的，就是慢！我前前后后看了两周多代码，一个重要的陷阱就是报错接口问题，有些url不对，需要it产品的人去猜测。但是，比这个更折磨人的是，你怀疑给你的东西肯定是不对的，但是你又不知道为什么！无奈，有时候一个fail你还要自己去测试，这事不止是难，更折磨。