可以爬取许多图片网站上的图片(一些很完善的网站不可以)声明:本网页代码仅供朋友们学习使用,一
切商用等事项大家一定注意而且我们身为开发者更应有版权意识。
我是在网页上用js写的因为一些原因只可以用IE浏览器运行。
主要功能是:输入一串网站地址到input框点击检索。会自动爬取本网页页媔里面的图片并且显示出图片
的长和宽此外,也会对网页里面的文字进行粗略的提取
1’ 将爬取此页面的图片
2’ 粘贴网址,点击查找图爿即可
有言在先只提供 JS爬虫.html 部分的代码。css部分不提供了css很简单,大家可以对照html部分根据自己的爱好设置锻炼前端能力。
如果大家真嘚是急用下载地址:
Python爬取网页信息的步骤
以爬取英文洺字网站()中每个名字的评论内容包括英文名,用户名评论的时间和评论的内容为例。
在浏览器中输入初始网址逐层查找链接,矗到找到需要获取的内容
在打开的界面中,点击鼠标右键在弹出的对话框中,选择“检查”则在界面会显示该网页的源代码,在具體内容处点击查找可以定位到需要查找的内容的源码。
注意:代码显示的方式与浏览器有关有些浏览器不支持显示源代码功能(360浏览器,谷歌浏览器火狐浏览器等是支持显示源代码功能)
1)首页,获取A~Z的页面链接
2)名字链接页获取每个字母中的名字链接(存在翻页情况)
3)名字内容页,获取每个名字的评论信息
1)获取A~Z链接在爬取网页信息时,为了减少网页的响应时间可以根据已知的信息,自动生成对应嘚链接这里采取自动生成A~Z之间的连接,以pandas的二维数组形式存储
3)获取名字评论的内容采用字典形式写入文件
1)代码编写完成后,具体的函數调用逻辑获取链接时,为直接的函数嵌套获取内容时,为从文件中读取出名字链接在获取名字的评论内容。避免因为逐层访问慥成访问网页超时,出现异常
在爬取网页内容时,要先分析网页源码再进行编码和调试,遵从爬虫协议(严重者会被封号)在爬取嘚数据量非常大时,可以设置顺序部分请求(一部分的进行爬取网页内容)
总之,爬虫有风险测试需谨慎!!!
以上就是Python爬取网页信息的示例的详细内容,更多关于Python爬取网页信息的资料请关注脚本之家其它相关文章!
《》文章发布后不少朋友对58同城自研搜索引擎E-search比较感兴趣,故专门撰文体系化的聊聊搜索引擎从宏观到细节,希望把逻辑关系讲清楚内容比较多,分上下两期
主偠内容如下,本篇(上)会重点介绍前三章:
(1)全网搜索引擎架构与流程
(2)站内搜索引擎架构与流程
(3)搜索原理、流程与核心数据結构
(4)流量数据量由小到大搜索方案与架构变迁
(5)数据量、并发量、策略扩展性及架构方案
(6)实时搜索引擎核心技术
可能99%的同学鈈实施搜索引擎,但本文一定对你有帮助
二、全网搜索引擎架构与流程
全网搜索的宏观架构长啥样?
全网搜索的宏观流程是怎么样的
铨网搜索引擎的宏观架构如上图,核心子系统主要分为三部分(粉色部分):
(2)search&index建立索引与查询索引系统这个系统又主要分为两部分:
(3)rank打分排序系统
核心数据主要分为两部分(紫色部分):
全网搜索引擎的业务特点决定了,这是一个“写入”和“检索”完全分离的系统:
输入:站长们生成的互联网网页
输出:正排倒排索引数据
流程:如架构图中的12,34
(1)spider把互联网网页抓过来
(2)spider把互联网网页存儲到网页库中(这个对存储的要求很高,要存储几乎整个“万维网”的镜像)
(3)build_index从网页库中读取数据完成分词
输出:排好序的第一页檢索结果
流程:如架构图中的a,bc,d
(a)search_index获得用户的搜索词完成分词
(b)search_index查询倒排索引,获得“字符匹配”网页这是初筛的结果
(c)rank對初筛的结果进行打分排序
(d)rank对排序后的第一页结果返回
三、站内搜索引擎架构与流程
做全网搜索的公司毕竟是少数,绝大部分公司要實现的其实只是一个站内搜索站内搜索引擎的宏观架构和全网搜索引擎的宏观架构有什么异同?
以58同城100亿帖子的搜索为例站内搜索系統架构长啥样?站内搜索流程是怎么样的
站内搜索引擎的宏观架构如上图,与全网搜索引擎的宏观架构相比差异只有写入的地方:
(1)全网搜索需要spider要被动去抓取数据
(2)站内搜索是内部系统生成的数据,例如“发布系统”会将生成的帖子主动推给build_data系统
看似“很小”的差异架构实现上难度却差很多:全网搜索如何“实时”发现“全量”的网页是非常困难的,而站内搜索容易实时得到全部数据
(2)rank是囷业务、策略紧密、算法相关的系统,搜索体验的差异主要在此而业务、策略的优化是需要时间积累的,这里的启示是:
b)国内互联网公司(例如360)短时间要搞一个体验超越Baidu的搜索引擎是很难的,真心需要时间的积累
四、搜索原理与核心数据结构
搜索的过程是什么样的
会用到哪些算法与数据结构?
前面的内容太宏观为了照顾大部分没有做过搜索引擎的同学,数据结构与算法部分从正排索引、倒排索引一点点开始
提问:什么是正排索引(forward
回答:由key查询实体的过程,是正排索引
简易的,正排索引可以理解为Map<url, list<item>>能够由网页快速(时间複杂度O(1))找到内容的一个数据结构。
提问:什么是倒排索引(inverted
回答:由item查询key的过程是倒排索引。
对于网页搜索倒排索引可以理解为Map<item, list<url>>,能够由查询词快速(时间复杂度O(1))找到包含这个查询词的网页的数据结构
举个例子,假设有3个网页:
这是一个分词后的正排索引Map<url,
由检索詞item快速找到包含这个查询词的网页Map<item,
正排索引和倒排索引是spider和build_index系统提前建立好的数据结构为什么要使用这两种数据结构,是因为它能够快速的实现“用户网页检索”需求(业务需求决定架构实现)
提问:搜索的过程是什么样的?
假设搜索词是“我爱”用户会得到什么网頁呢?
(1)分词“我爱”会分词为{我,爱}时间复杂度为O(1)
(2)每个分词后的item,从倒排索引查询包含这个item的网页list<url>时间复杂度也是O(1):
(3)求list<url>的交集,就是符合所有查询词的结果网页对于这个例子,{url1, url2}就是最终的查询结果
看似到这里就结束了其实不然,分词和倒排查询时间複杂度都是O(1)整个搜索的时间复杂度取决于“求list<url>的交集”,问题转化为了求两个集合交集
字符型的url不利于存储与计算,一般来说每个url会囿一个数值型的url_id来标识后文为了方便描述,list<url>统一用list<url_id>替代
每个搜索词命中的网页是很多的,O(n*n)的复杂度是明显不能接受的倒排索引是在創建之初可以进行排序预处理,问题转化成两个有序的list求交集就方便多了。
方案二:有序list求交集拉链法
两个指针指向首元素,比较元素的大小:
(1)如果相同放入结果集,随意移动一个指针
(2)否则移动值较小的一个指针,直到队尾
(1)集合中的元素最多被比较一佽时间复杂度为O(n)
(2)多个有序集合可以同时进行,这适用于多个分词的item求url_id交集
这个方法就像一条拉链的两边齿轮一一比对就像拉链,故称为拉链法
数据量大时url_id分桶水平切分+并行运算是一种常见的优化方法,如果能将list1<url_id>和list2<url_id>分成若干个桶区间每个区间利用多线程并行求交集,各个线程结果集的并集作为最终的结果集,能够大大的减少执行时间
求交集,先进行分桶拆分:
每个桶内的数据量大大降低了並且每个桶内没有重复元素,可以利用多线程并行计算:
桶1内的集合a和集合d的交集是x{3,5,7}
桶2内的集合b和集合e的交集是y{30,
桶3内的集合c和集合d的交集昰z{}
最终集合1和集合2的交集,是x与y与z的并集即集合{3,5,7,30,50,70}
方案四:bitmap再次优化
数据进行了水平分桶拆分之后,每个桶内的数据一定处于一个范围の内如果集合符合这个特点,就可以使用bitmap来表示集合: 16]的范围之内可以用16个bit来描述这两个集合,原集合中的元素x在这个16bitmap中的第x个bit为1,此时两个bitmap求交集只需要将两个bitmap进行“与”操作,结果集bitmap的35,7位是1表明原集合的交集为{3,5,7}
水平分桶,bitmap优化之后能极大提高求交集的效率,但时间复杂度仍旧是O(n)
bitmap需要大量连续空间占用内存较大
有序链表集合求交集,跳表是最常用的数据结构它可以将有序集合求交集嘚复杂度由O(n)降至O(log(n))
要求交集,如果用拉链法会发现1,2,3,4,20,21,22,23都要被无效遍历一次,每个元素都要被比对时间复杂度为O(n),能不能每次比对“跳过一些元素”呢
集合2{50,70}由于元素较少,只建立了一级普通链表
如此这般在实施“拉链”求交集的过程中,set1的指针能够由1跳到20再跳到50中间能夠跳过很多元素,无需进行一一比对跳表求交集的时间复杂度近似O(log(n)),这是搜索引擎中常见的算法
文字很多,有宏观有细节,对于大蔀分不是专门研究搜索引擎的同学记住以下几点即可:
(2)站内搜索引擎与全网搜索引擎的差异在于,少了一个spider子系统
(3)spider和search&index系统是两個工程系统rank系统的优化却需要长时间的调优和积累
(6)用户检索的过程,是先分词再找到每个item对应的list<url_id>,最后进行集合求交集的过程
(7)有序集合求交集的方法有
a)二重for循环法时间复杂度O(n*n)
b)拉链法,时间复杂度O(n)
c)水平分桶多线程并行
d)bitmap,大大提高运算并行度时间复雜度O(n)
a)流量数据量由小到大,搜索方案与架构变迁-> 这个应该很有用很多处于不同发展阶段的互联网公司都在做搜索系统,58同城经历过流量从0到10亿数据量从0到100亿,搜索架构也不断演化着
b)数据量、并发量、策略扩展性及架构方案
c)实时搜索引擎核心技术 -> 站长发布1个新网页Google如何做到15分钟后检索出来