网站数据的保存方法及装置与流程

1.本发明涉及通信技术，尤其涉及一种网站数据的保存方法及装置。


背景技术：

2.网站能够为用户提供丰富的网络数据内容，从而为用户的数据访问提供了便利。但是，由于网站必须在联网状态下方可访问，并且，部分网站还会设置访问权限，用户必须通过指定的内网进行访问，一旦脱离内网环境则无法访问。由此可见，如何能够对网站数据进行保存，以使其在断网情况下或缺乏内网权限的情况下灵活访问成为亟待解决的技术难题。
3.在相关技术中，通过网页保存方式实现网站数据的保存。例如，浏览器自带的保存网页功能能够将当前网页保存成一个包含html(超文本标记语言，hypertext markup language)文件和其他资源(图片、样式文件、脚本文件)的文件夹，并将html文件中的其他资源路径修改为对应本地文件夹的资源路径，该方法保存的网页在断网条件下或外网环境中打开时，无法获取到需经内网获取的数据，导致页面渲染失败或不完整，而且手动保存所有网页不仅繁琐且访问时页面也无法正常跳转。


技术实现要素：

4.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种网站数据的保存方法及装置。
5.根据本发明实施例的一个方面，提供了一种网站数据的保存方法，包括：
6.根据目标网站的登录信息，获取与所述目标网站的首页页面相关联的第一页面资源；
7.对所述第一页面资源进行处理，根据第一处理结果生成第一页面访问包；
8.获取所述目标网站中包含的页面链接，根据所述页面链接获取与所述目标网站的非首页页面相关联的第二页面资源；
9.对所述第二页面资源进行处理，根据第二处理结果生成第二页面访问包；
10.根据所述第一页面访问包以及所述第二页面访问包，生成用于保存网站数据的网站数据访问包。
11.根据本发明实施例的又一个方面，提供了一种网站数据的访问方法，包括：通过由上述的方法生成的网站数据访问包，访问网站数据。
12.根据本发明实施例的又一个方面，提供了一种网站数据的保存装置，包括：
13.第一获取模块，适于根据目标网站的登录信息，获取与所述目标网站的首页页面相关联的第一页面资源；
14.第一处理模块，适于对所述第一页面资源进行处理，根据第一处理结果生成第一页面访问包；
15.第二获取模块，适于获取所述目标网站中包含的页面链接，根据所述页面链接获
取与所述目标网站的非首页页面相关联的第二页面资源；
16.第二处理模块，适于对所述第二页面资源进行处理，根据第二处理结果生成第二页面访问包；
17.生成模块，适于根据所述第一页面访问包以及所述第二页面访问包，生成用于保存网站数据的网站数据访问包。
18.根据本发明实施例的又一个方面，提供了一种网站数据的访问装置，包括：
19.访问模块，适于通过由上述的方法生成的网站数据访问包，访问网站数据。
20.根据本发明实施例的又一个方面，提供了一种电子设备，包括：
21.一个或多个处理器；
22.存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述网站数据的保存方法或访问方法；
23.一个或多个i/o接口，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。
24.根据本发明实施例的再一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述网站数据的保存方法或访问方法。
25.在本发明实施例提供的网站数据的保存方法及装置中，能够根据目标网站的登录信息，获取与首页页面相关联的第一页面资源，从而生成第一页面访问包；并根据目标网站中包含的页面链接获取与目标网站的非首页页面相关联的第二页面资源，从而生成第二页面访问包，最终得到用于保存网站数据的网站数据访问包。该方式能够自动获取目标网站的首页以及非首页的各类资源，并保存为可离线访问的访问包。该方式保存的网页在断网条件下或外网环境中打开时，能够通过访问包获取到需经内网获取的数据，从而实现页面完整渲染。该方式无需手动保存所有网页，操作便利，且访问时页面也能够正常跳转。
附图说明
26.图1示出了本发明实施例一提供的网站数据的保存方法的流程图；
27.图2示出了示出了网站访问包的结构示意图；
28.图3示出了本发明又一实施例提供的网站数据的保存装置的结构图；
29.图4为本发明又一实施例提供的一种电子设备的结构示意图。
具体实施方式
30.为使本领域的技术人员更好地理解本发明的技术方案，下面结合附图对本发明提供的服务器进行详细描述。
31.在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于使本发明透彻和完整，并将使本领域技术人员充分理解本发明的范围。
32.如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。
33.本文所使用的术语仅用于描述特定实施例，且不意欲限制本发明。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由
……
制成”时，指定存在所述特征、整体、步骤、
操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。
34.本文所述实施例可借助本发明的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。因此，实施例不限于附图中所示的实施例，而是包括基于制造工艺而形成的配置的修改。因此，附图中例示的区具有示意性属性，并且图中所示区的形状例示了元件的区的具体形状，但并不旨在是限制性的。
35.除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本发明的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。
36.图1示出了本发明一个实施例提供的网站数据的保存方法的流程图。如图1所示，该方法包括以下步骤：
37.步骤s110：根据目标网站的登录信息，获取与目标网站的首页页面相关联的第一页面资源。
38.其中，目标网站的登录信息包括：目标网站的网站地址、登录权限信息(如访问账号、密码等)。与目标网站的首页页面相关联的第一页面资源是指：目标网站的首页页面在加载过程中所需的各类资源，包括图片、数据、表格、页面元素等各种类型。
39.具体实施时，根据目标网站的首页地址信息、账户信息以及内网地址信息，获取目标网站的首页页面加载过程中所需的http(超文本传输协议，hyper text transfer protoco l)请求信息以及加载完成后的网页渲染信息；根据http请求信息以及加载完成后的网页渲染信息，获取与目标网站的首页页面相关联的第一页面资源。
40.具体的，在根据http请求信息以及加载完成后的网页渲染信息，获取与目标网站的首页页面相关联的第一页面资源时，通过以下方式实现：根据http请求信息中包含的请求头信息和响应头信息判断与http请求信息对应的页面资源的类型；分别获取各种类型的页面资源，得到与目标网站的首页页面相关联的第一页面资源；其中，页面资源的类型包括：静态文件类型、数据请求类型、以及渲染页面类型。
41.步骤s120：对第一页面资源进行处理，根据第一处理结果生成第一页面访问包。
42.具体的，分别针对各种类型的第一页面资源进行处理，以得到与各种类型的资源对应的处理后的数据，从而生成第一页面访问包。
43.针对第一页面访问包中属于静态文件类型的静态文件资源，将静态文件资源中的链接地址替换为与第一页面访问包相对应的本地存储地址。由于静态文件资源通常需要借助其中包含的链接地址进行访问，因此，通过将静态文件资源中的链接地址替换为与第一页面访问包相对应的本地存储地址，能够在离线状态下通过本地存储的静态文件资源进行网页渲染。
44.针对第一页面访问包中属于数据请求类型的数据请求资源，通过模拟数据生成器生成与数据请求资源相对应的代码信息；将代码信息插入第一页面访问包中包含的html文件中；其中，代码信息用于拦截访问请求并模拟响应访问请求对应的请求结果。具体的，数据请求资源为动态请求类型的资源，为了在离线状态下实现该类资源的访问，需要通过模拟数据生成器生成与数据请求资源相对应的代码信息，并将该代码信息插入第一页面访问
包中包含的html(超文本标记语言，hypertext markup language)文件中；该代码信息能够拦截访问请求并模拟响应访问请求对应的请求结果。换言之，当接收到针对该数据请求资源的访问请求时，直接通过该代码信息模拟返回请求结果，从而实现动态请求的离线访问。
45.针对第一页面访问包中属于渲染页面类型的渲染页面资源，通过文本匹配算法获取渲染页面资源中包含的交互标签，通过指令模拟针对交互标签触发的交互操作。具体的，通过指令模拟针对交互标签触发的交互操作，能够使用户在离线状态下通过指令模拟方式控制交互标签执行交互操作，从而实现渲染页面资源的目的。
46.步骤s130：获取目标网站中包含的页面链接，根据页面链接获取与目标网站的非首页页面相关联的第二页面资源。
47.其中，目标网站中包含的页面链接是指：包含在目标网站中的超链接等能够链接至其他二级页面甚至三级页面的页面元素。根据页面链接能够获取与目标网站的非首页页面相关联的第二页面资源，其中，非首页页面是指：除首页之外的二级页面、三级页面甚至更低层级的页面。总之，凡是能够通过目标网站中的页面链接进行访问的页面均属于目标网站的非首页页面。相应的，第二页面资源泛指非首页页面中的各类资源，包括图片、数据、表格、页面元素等各种类型。
48.步骤s140：对第二页面资源进行处理，根据第二处理结果生成第二页面访问包。
49.其中，针对第二页面资源进行处理，以生成第二页面访问包的过程与步骤s120中提到的对第一页面资源进行处理，根据第一处理结果生成第一页面访问包的过程类似，此处不再赘述。
50.步骤s150：根据第一页面访问包以及第二页面访问包，生成用于保存网站数据的网站数据访问包。
51.具体的，整合第一页面访问包以及第二页面访问包，生成用于保存网站数据的网站数据访问包。其中，网站数据访问包中包含了第一页面访问包以及第二页面访问包的内容，从而能够在离线状态下完整渲染目标网站的全部内容。
52.另外，上述的步骤s110中，当目标网站为内网网站时，在根据http请求信息以及加载完成后的网页渲染信息，获取与目标网站的首页页面相关联的第一页面资源时，还可以进一步根据http请求信息判断对应的页面资源是否属于内网资源；若是，则将该http请求信息对应的页面资源确定为与目标网站的首页页面相关联的第一页面资源；若否，则无需获取该页面资源。通过判断页面资源是否为内网资源，能够避免获取外网可访问的资源，从而降低访问包中的冗余数据。
53.由此可见，该方式能够自动获取目标网站的首页以及非首页的各类资源，并保存为可离线访问的访问包。该方式保存的网页在断网条件下或外网环境中打开时，能够通过访问包获取到需经内网获取的数据，从而实现的页面完整渲染。该方式无需手动保存所有网页，操作便利，且访问时页面也能够正常跳转。
54.为了便于理解，下面以一个具体示例为例，详细描述本实施例中的实现方式：
55.本示例旨在提供一种网站自动保存方法，通过输入网站首页地址和相关信息，获取该网站的相关资源，根据相关资源生成网站的页面访问包并搜索获取本网站的其它页面链接，针对其它页面链接重复执行上述步骤，从而整合所有页面的访问包以生成该网站的访问包。本发明主要针对内网网站无法直接在外网展示的情况。本示例主要针对目标网站
为内网网站的情况进行说明。目前，出于安全考虑，外网用户无法直接访问内网网站及平台，其中，内网为企业内部的局域网，外网是面向大众开放的互联网。但是，在对外交流等情况下经常需要在外网环境中展示内网平台。如果通过截图或者录视频等方式，则无法真实的以网页形式操作展示。如果通过常规的网页保存方式，例如浏览器自带的保存网页功能能够将当前网页保存成一个包含html文件和其他资源(图片、样式文件、脚本文件)的文件夹，并将html文件中的其他资源路径修改为对应于本地文件夹的资源路径，但是，该方法保存的网页在外网环境打开时，当用户触发针对内网的网络请求时则无法获取到数据，从而导致页面渲染失败或不完整，而且手动保存所有网页的方式不仅操作繁琐且访问时页面也无法正常跳转。
56.由此可见，上述常规的网页保存方式至少存在如下缺陷：外网无法直接访问内网平台；截图及录屏等展示方式缺乏对平台操作的真实感；一般的网页保存方法需要手动操作、且容易网页不完整(内网资源无法获取)、且有冗余文件(外网可以直接访问的资源也被保存)。
57.为了解决上述问题，本示例提供了一种针对内网网站的保存方法，用于自动生成可以在外网环境直接用浏览器进行访问的网站本地访问包。其中，内网是指一般的企业内部的局域网，通常既能访问内网资源又能正常访问外网(也即互联网)资源；本示例所指的内网网站部署在内网环境，既请求内网资源又请求外网资源，只能在企业内网环境正常访问。
58.本示例的执行主体可以为具有计算或处理能力的设备，如浏览器中的插件或者浏览器所在终端中的系统软件，或者，还可以为包含无头浏览器的装置。例如，在一种具体实现方式中，本示例的执行主体为网站保存装置，该网站保存装置包括：网页生成模块以及网页整合模块。其中，网页生成模块进一步包括：资源获取模块以及资源处理模块。其中，资源获取模块具体用于获取静态资源、数据请求以及渲染后的页面等内容，相应的，资源处理模块具体用于实现静态资源处理、数据请求处理以及渲染后页面的处理。另外，资源获取模块能够借助无头浏览器实现资源获取。其中，无头浏览器是一种没有用户图形界面的浏览器，通过编程或命令行界面来控制。
59.具体的，本示例包括以下步骤：
60.步骤一：网页资源获取。
61.其中，整个网站的自动保存过程需要在内网环境中执行。具体的，在资源获取环境中，需执行以下操作：
62.首先，输入网站首页地址，即url(un iform resource locator，统一资源定位符)、账号密码和内网i p(i nternet protoco l，网际互连协议)列表后，启动网页生成模块中的资源获取模块。
63.然后，通过指令和api(app l icat ion programmi ng i nterface，应用程序接口)接口方式等获取页面加载时的所有http请求信息以及加载完成后的网页渲染信息。其中http请求信息包括：请求头信息、响应头信息、响应结果等。
64.接下来，通过http请求信息判断资源属于内网还是外网。如果请求的是内网地址则继续后续操作，否则过滤掉不再处理，以防止因存储外网数据而导致的数据冗余问题。
65.最后，通过http请求信息判断资源类别，具体可以通过请求头信息和响应头信息
综合判断请求资源的类别。具体的，请求资源的类别包括：静态文件类型、数据请求类型、以及渲染页面类型。
66.其中，针对静态文件类型的静态文件资源，可通过请求信息判断请求资源类型，例如，请求地址为*.css的为css(cascad ing sty le sheets,层叠样式表)文件，*.js的为javascr i pt文件
……
静态文件资源也可结合响应头content
‑
type(内容类型)判断请求属于什么类型，例如：静态文件资源对应的响应头及其对应的资源格式之间具有下述对应关系：
67.text/html：html格式
68.text/p l ain：纯文本格式
69.image/gif：gif图片格式
70.image/jpeg：jpg图片格式
71.image/png：png图片格式
72.……
73.另外，数据请求类型的数据请求资源的响应头及其对应的资源格式之间具有下述对应关系：
74.app l icat ion/json：json数据
75.app l icat ion/x
‑
www
‑
form
‑
ur lencoded：表单数据
76.……
77.最后，共获取到如下三类资源：
78.第一类为静态文件资源，一般包括html文件资源、css文件资源、javascr ipt文件资源、媒体资源(图片、音频、视频)等，以各自的文件形式(.html\.css\.js\.jpg等)暂存。
79.第二类为数据请求资源，如加载过程中的数据请求，具体包括请求地址url、请求结果响应数据等。
80.第三类为渲染后的页面，如加载完成展示在浏览器端的页面信息等。
81.步骤二：网页资源处理
82.在针对获取到的资源进行处理时，主要包括以下三类资源的处理过程：
83.(1)静态资源处理
84.通过文本搜索匹配算法将所有静态资源链接通过一定的规则匹配到对应的html、css、javascr ipt文件中，并将该链接所有对应文件中的地址替换为本地存储路径的相对地址。
85.下面描述匹配规则示例：
86.假设一个.css文件链接为http://10.100.26.200:8080/stat ic/index.css，对应html文件中的<l ink href＝"./stat ic/css/index.css"re l＝"sty lesheet">，则替换为<l ink href＝"./[本地静态文件夹的路径]/index.css"re l＝"sty lesheet">。
[0087]
假设一个.js文件链接为http://10.100.26.200:8080/stat ic/index.js，对应html文件中的<scr ipt type＝"text/javascr ipt"src＝"./stat ic/index.js"></scr ipt>，则替换为<scr ipt type＝"text/javascr ipt"src＝"./[本地静态文件夹的路径]/index.js"></scr ipt>。
[0088]
假设一个图片请求链接为http://10.100.26.200:8080/stat ic/img/logo.png，
对应html文件中的<img src＝"./stat ic/img/logo.png">，则替换为<img src＝"./[本地静态文件夹的路径]/logo.png">。
[0089]
具体实施时，可通过sunday算法进行匹配操作。其中，sunday算法是一种快速的线性字符串模式匹配算法。在匹配过程中，模式串首先按从左向右进行逐个匹配，当发现有不匹配的字符时，当前匹配的位置就跳过尽可能大的步长，再进行下一轮的匹配，从而达到提高匹配效率的目的。当sunday算法匹配失败时，判断主串中参加匹配的最末位字符的下一位字符是否在模式串中出现。如果未出现，跳转步长为模式串长度加1；如果出现，其跳转步长为模式串中最右端的该字符到末尾的距离加1。
[0090]
在上述匹配过程中，首先，读取一个静态资源文件(如html、css、javascr ipt)的文本；然后，通过sunday算法对一个静态资源链接的资源名称进行精准匹配，并通过一定规则过滤掉不匹配结果。当匹配成功时，替换静态资源文件中的链接地址，直至针对各个静态资源文件中的全部静态资源链接处理完毕。
[0091]
匹配处理后，生成该网页的临时访问包(即第一页面访问包)，文件结构包括处理后的html文件和放在文件夹下的其他相关静态资源文件。例如，在得到的第一页面访问包中包含网页对应的html文件，以及各类相关静态资源文件，如.css文件、.js文件以及.png文件等。
[0092]
(2)动态请求处理
[0093]
其中，动态请求主要是指数据请求类型的数据请求资源。具体的，借助前端的模拟数据生成器，根据数据请求信息自动生成代码信息并插入网页访问包的html文件中，使得可以拦截响应url(un iform resource locator,统一资源定位符)请求并模拟数据响应从而修改请求对应的请求结果。
[0094]
比如，mock.js作为一款前端开发中拦截ajax请求再生成随机数据响应的工具，可以用来模拟服务器响应，优点是非常简单方便,无侵入性,基本覆盖常用的接口数据类型。
[0095]
(3)渲染后的页面处理
[0096]
其中，渲染后的页面主要是指渲染页面类型的渲染页面资源。经上述过程处理后的网页访问包已经能在浏览器中完整打开该网页页面，但是无法进行一些交互操作，比如点击按钮进入新的页面或者请求新的数据重新渲染页面，所以，需要对渲染后包含完整信息的页面进行处理，以获取新的页面链接并拦截新的请求。
[0097]
具体的，在渲染后的页面中通过文本匹配算法获取<a>、<button>、<input>、<img>等通常用于交互的交互标签，通过指令模拟对这些标签的点击或输入等操作，从而拦截响应的请求。如果是该网站的其他页面跳转链接(非外网连接)则保存到待处理页面链接地址列表；如果是请求链接则通过上述步骤生成代码拦截模拟数据响应。
[0098]
由此可见，最终处理结果包括两部分：第一部分为该网页的本地访问包(也叫网站访问包)，是经过上述步骤处理后的最终访问包。第二部分为待处理页面链接地址列表，是处理完成后的最终列表。图2示出了网站访问包的结构示意图。
[0099]
步骤三：资源整合处理
[0100]
首先，根据待处理页面链接地址列表依次处理该网站的其它页面，处理过程与上文提到的过程类似，从而获得新的页面访问包和待处理页面链接地址。然后，整合所有页面，全部循环结束后，得到该网站的所有网页的本地访问包，最终输出网站的本地访问包，
目录结构如图2所示。由此可见，通过上述过程，不仅能够针对网站首页生成访问包，还能够进一步针对各个链接地址(即二级页面或三级页面等)生成访问包，从而获得用于加载整个网站的访问包，以实现在脱离内网环境时能够加载各级页面的效果。
[0101]
综上可知，本发明可用于网站和网页的离线访问，如果将上述方法中用于过滤外网的步骤去掉，最终得到的网站访问包可以用于离线访问。另外，本发明还可以用于网页备份、网页快照、爬虫获取网页完整数据等场景。
[0102]
另外，本发明还提供了一种网站数据的访问方法，包括：通过上述实施例中的方法生成的网站数据访问包，访问网站数据。由此可见，本发明提供了一套完整的网站自动保存方法，主要解决内网网站在外网无法访问的问题，使用简单方便。另外，本发明还提出了一种网页本地访问包的生成方法，无需借助其他工具可直接通过浏览器访问，并且有良好的用户体验，被访问页面完整且交互顺畅。
[0103]
总之，本发明至少能够实现如下有益效果：外网通过浏览器直接访问内网平台的完整页面，无需其他配置或安装；通过首页地址自动获得整个网站所有页面的访问包，以实现对各个二级页面的离线访问；对平台请求的内外网资源分别进行处理，减少冗余文件。
[0104]
图3示出了本发明又一实施例提供的一种网站数据的保存装置，包括：
[0105]
第一获取模块31，适于根据目标网站的登录信息，获取与所述目标网站的首页页面相关联的第一页面资源；
[0106]
第一处理模块32，适于对所述第一页面资源进行处理，根据第一处理结果生成第一页面访问包；
[0107]
第二获取模块33，适于获取所述目标网站中包含的页面链接，根据所述页面链接获取与所述目标网站的非首页页面相关联的第二页面资源；
[0108]
第二处理模块34，适于对所述第二页面资源进行处理，根据第二处理结果生成第二页面访问包；
[0109]
生成模块35，适于根据所述第一页面访问包以及所述第二页面访问包，生成用于保存网站数据的网站数据访问包。
[0110]
可选地，所述第一获取模块适于：
[0111]
根据目标网站的首页地址信息、账户信息以及内网地址信息，获取目标网站的首页页面加载过程中所需的http请求信息以及加载完成后的网页渲染信息；
[0112]
根据所述http请求信息以及加载完成后的网页渲染信息，获取与所述目标网站的首页页面相关联的第一页面资源。
[0113]
可选地，所述目标网站为内网网站，则所述第一获取模块适于：
[0114]
根据http请求信息判断对应的页面资源是否属于内网资源；若是，则将该http请求信息对应的页面资源确定为与所述目标网站的首页页面相关联的第一页面资源。
[0115]
可选地，所述第一获取模块适于：
[0116]
根据http请求信息中包含的请求头信息和响应头信息判断与所述http请求信息对应的页面资源的类型；
[0117]
分别获取各种类型的页面资源，得到与所述目标网站的首页页面相关联的第一页面资源；
[0118]
其中，所述页面资源的类型包括：静态文件类型、数据请求类型、以及渲染页面类
型。
[0119]
可选地，所述第一处理模块适于：
[0120]
针对所述第一页面访问包中属于静态文件类型的静态文件资源，将所述静态文件资源中的链接地址替换为与所述第一页面访问包相对应的本地存储地址。
[0121]
可选地，所述第一处理模块适于：
[0122]
针对所述第一页面访问包中属于数据请求类型的数据请求资源，通过模拟数据生成器生成与所述数据请求资源相对应的代码信息；
[0123]
将所述代码信息插入所述第一页面访问包中包含的html文件中；其中，所述代码信息用于拦截访问请求并模拟响应所述访问请求对应的请求结果。
[0124]
可选地，所述第一处理模块适于：
[0125]
针对所述第一页面访问包中属于渲染页面类型的渲染页面资源，通过文本匹配算法获取所述渲染页面资源中包含的交互标签；通过指令模拟针对所述交互标签触发的交互操作。
[0126]
另外，本发明又一实施例还提供了一种网站数据的访问装置，包括：访问模块，适于通过由上述的方法生成的网站数据访问包，访问网站数据。
[0127]
另外，参照图4，本发明又一实施例提供了一种电子设备，其包括：
[0128]
一个或多个处理器501；
[0129]
存储器502，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任意一项的网站数据的保存方法；
[0130]
一个或多个i/o接口503，连接在处理器与存储器之间，配置为实现处理器与存储器的信息交互。
[0131]
其中，处理器501为具有数据处理能力的器件，其包括但不限于中央处理器(cpu)等；存储器502为具有数据存储能力的器件，其包括但不限于随机存取存储器(ram，更具体如sdram、ddr等)、只读存储器(rom)、带电可擦可编程只读存储器(eeprom)、闪存(flash)；i/o接口(读写接口)503连接在处理器501与存储器502间，能实现处理器501与存储器502的信息交互，其包括但不限于数据总线(bus)等。
[0132]
在一些实施例中，处理器501、存储器502和i/o接口503通过总线相互连接，进而与计算设备的其它组件连接。
[0133]
最后，本发明又一实施例提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现上述任意一种网站数据的保存方法。
[0134]
本领域普通技术人员可以理解，上文中所发明方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技
术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其它存储器技术、cd
‑
rom、数字多功能盘(dvd)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，并且可包括任何信息递送介质。
[0135]
本文已经发明了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其它实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本发明的范围的情况下，可进行各种形式和细节上的改变。