随想随思2

本文探讨了网络爬虫如何收集和下载网页,并针对分布式环境下如何高效管理哈希表进行了深入思考,提出了分布式服务器共同管理哈希表的猜想。

其实呢,我这人就是太浮夸,每次都是看见好书都是借回来不看,结果是良心后发现立马还回去。但是总是对它们念念不忘。今天偶然兴起再次将其中之一入手,只看不借回来(要看的话,下面的内容可能很难理解,主要原因是本人笔搓,思路没有理清)。
        今天看到网络搜索里面的爬虫程序,讲的是爬虫是如何收集和下载网页的。看到里面的内容就联想到一个问题,当你想搜索某个网页里面的独一无二的内容时,为什么不同的搜索引擎,有的可以搜索到,有的却不可以呢?当时的内容是,由于不同的网页的程序员写的程序语法不一样,爬虫找不到有些URL,就没有下载那些URL链接的网页,所以服务器没有,搜索引擎就不能给你,我才是这样,当然,这一定是一部分原因。因为我什么也不懂。
        讲到爬虫是手机网页和下载网页到服务器里面的程序,为了防止冗余性,服务器就得避免重复下载,所以他们呢都是将已经下载到服务器上的网页的地址存储到一个哈虚表中。为此,先百度为例。百度的爬虫先找到一个网页,然后发现里面有些URL链接,然后就会访问服务器,看看这个链接地址的网页是否已经下载没有就下载,然后将该网页的地址存放到那个哈虚表中;否则不下载,跳过。
当一个服务器管理一个哈虚表,对于较少的访问,还上可以应付的;就相当于昌北调度来说,就昌北那么几个分布式区域电话还不至于打到爆的程度。但是
 前提是:那些服务器都是分布式的结构的。对于百度的服务器所存的网页数目而言,一个服务器是不能管理那张哈虚表的。那么应该如何让分布式的服务器一起管理那张统一的哈虚表呢?
        应该如何管理那张哈虚表来提高百度所有的服务器的访问效率呢?
        我回来的路上一直在想,我就联系了一下身边的事例:昌北调度。
        移动的宽带,在一个大的区域里划分成几个区域,来管理。那么负责存储哈虚表的服务器也应该是分布设置。比如让中国的管中国的哈虚表,模棱两可的设置缓冲区域。想起网络课程的不同的局域网访问时路由器里面的那个表(不知道叫啥表),那存储中国网页的哈虚表是不是也像BGP(里面是将边界路由器设置成管理员)一样将中国与存储外国网页的服务器链接之间的边界服务器设置为
存储中国网页的哈虚表的链接的服务器呢?
        这只是猜想,Something stupid!  
      2013.11.07
我当时就差方法没看,其他都看完了,主要是留点东西让自己去思考。昨天看了下作者的推荐方法,思路差不多。坐着的思路也是使用调度的方式:在存放哈虚表的分布式服务器中,让特定的服务器去下载特定URL以及特定的网页. 

       如果是看过本书的也应该知道我说的是哪本书。

**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值