站群程序DEMO开发
发布日期:2019-11-06 17:04   浏览次数:

 

站群的原理就是很多网站的链接单向指向其中一个主站,很多网站称为辅助站,辅助站之间互相单项链接,下面我们就来讲讲涉及到的站群程序是怎样的。

  用过两个站群程序,都是从外面买的,不是自己的,多多少少在某些地方会有限制,当然想实现某些个性化的需求也是没办法搞的,这对于崇尚自由与开源的本渣渣是接受不了的,本着不折腾会死的原则,不如自己写一套,能不能赚钱另说,先折腾起来是关键。

  结构

  一套站群程序有哪些关键节点?

  数据抓取(快速、海量)

  抓取内容类型

  抓取内容来源

  抓取数据入库

  数据存储、查询(性能)

  数据库的选择

  不用类型的内容存在什么地方

  数据关联逻辑、数据读写性能

  WEB框架(轻量、可个性化定制)

  模板引擎

  demo版本的解决方案

  web框架、模板引擎

  站群下的各网站,仅用于信息的展示,无需其他乱七八糟的功能,所以框架选轻的就可以,能展示信息就够用。且本渣渣写python比写php溜一些,所以选择基于python的flask作为web框架。

  flask官网文档引用jinja2模板引擎,所以我这也顺其自然用的jinja2

  页面分三个类型:首页、频道页、详情页

  抓取内容类型、来源

  内容类型分为:

  文本数据

  抓取

  抓取百度新闻,搜索结果正文

  抓取

  问答数据

  抓取百度知道,搜索结果正文

  图片数据

  360图片搜索,原始图片地址及360缓存地址

  视频数据

  视频资源接口

  抓取方式

  开始网站程序和爬虫程序都放在一台韩国的机子上,但韩国机子抓取国内网站数据太慢,随后将爬虫程序分离,放在本地运行,抓回来的数据在传到韩国主机。

  数据处理

  因为希望尽可能保证每个站群下的网站都具备可读性强、与关键词高度相关的内容,就是在外表上跟单站无任何区别。所以提取网页中的完整正文,并过滤掉乱七八糟的内容,一个关键词下的多个相关内容,已经做了关联,在网页上可以随便调用。

  也就是说,一个词,可以展现N条跟这个词相关的完整正文信息、摘要、视频信息、图片信息、问答信息,只能性能上能够满足

  数据存储

  一个频道下有N个关键词,关键词数据和对应的频道数据放在Mysql;

  爬虫围绕每个关键词抓取内容,抓取内容存放在mongodb,每个内容类型分为一个集合。

  从mysql中调用关键词逻辑,通过关键词id,从mongodb各个集合中获取所需要的数据

  nginx、flask设置

  nginx配置文件绑定多个域名到web主程序目录;

  PC站和移动站使用不同模板,nginx识别访客UA做移动跳转适配;一个nginx配置文件下的域名,可单独为其配置title、description、模板调用参数等,保证每个域名、每个页面都是独立的TD、独立的正文内容

  后续问题

  目前站群程序仅仅是一个demo版本,充其量就是个玩具,已经可以上站。但根据本渣渣经验,估计抓取关键词数据上了50万后,程序估计就跑不动了,因为数据查询性能太渣渣。

  所以预计本渣渣还需要解决如下问题:

  1、数据抓取效率极度低下

  按一个关键词需要抓取5条

  所以考虑在国内布置多台机子,抓取不同的数据,分发给不同的机子来负责抓取,最后所有机子抓取的数据都汇总到存储数据的机子上。

  2、数据量太大,硬盘不够

  按一个抓取正文平均500字算,一个词所需要抓取的数据的字数在1万字左右。那抓取50万个词,就是50亿个字。

  一般小说站,存储100万字,大概占用2M硬盘空间,那50亿字,就是10000M,要占用10个G的空间。听上去感觉挺少的,But这仅仅是存储数据所占的容量,要为了网页加载性能开启静态缓存呢??

  所以,日后若上的数据量大,买硬盘空间实在太贵了,怎么解决呢?缺乏运维经验,现在除了插几块SSD,不知道还有什么别的方法
站群程序就是如上所说一样,一个demo就像是一个玩具一样,站群程序对于数据量大,硬盘不够只能是怎么处理了,没有其他更好的方式方法了。

« 上一篇:上一篇:网站优化企业是怎么做的
    友情链接:
Copyright ©2020 Power by DedeCms