静态资源备份方法及装置与流程

1.本公开涉及互联网技术领域，更具体地，涉及一种静态资源备份方法、一种静态资源备份装置、一种电子设备以及一种计算机可读存储介质。


背景技术：

2.网页展示离不开前端页面中显示图片、文档等静态资源，静态资源可以根据网络地址从静态资源服务器中引用。当静态资源服务器的域名因某些原因不再允许使用时，为实现静态资源的正常引用，需要对异常服务器中的静态资源进行备份。
3.在实现本公开技术构思过程中，发明人发现相关技术在对静态资源进行备份时，在本地项目文件中确定引用了异常服务器的静态资源的文件并备份，该种方式存在备份消耗大、备份效率低的问题。


技术实现要素：

4.有鉴于此，本公开提供了一种备份消耗小、备份效率得以有效改善的静态资源备份方法及装置。
5.本公开的一个方面提供了一种静态资源备份方法，包括：确定待备份的静态资源服务器的目标域名；获取所述目标域名下的静态资源文件的文件路径信息；将所述文件路径信息存入基于所述目标域名构建的备份文件中；根据所述文件路径信息从所述静态资源服务器中获取所述静态资源文件；将获取的所述静态资源文件存入所述备份文件中。
6.可选地，所述获取所述目标域名下的静态资源文件的文件路径信息，包括：获取所述目标域名下的静态资源文件的统一资源定位符url；基于所述url确定所述静态资源文件的所述文件路径信息。
7.可选地，所述获取所述目标域名下的静态资源文件的url，包括：按文件路径遍历本地所有静态资源文件，以捕获所述所有静态资源文件中的各静态资源文件的url；基于所述各静态资源文件的url，将指向所述目标域名的url作为所述目标域名下的静态资源文件的url。
8.可选地，所述备份文件包括用于存储所述文件路径信息的第一备份子文件，和用于存储所述静态资源文件的第二备份子文件，所述将所述文件路径信息存入基于所述目标域名构建的备份文件中，包括：将所述静态资源文件的url存入所述第一备份子文件中；所述将获取的所述静态资源文件存入所述备份文件中，包括：将获取的所述静态资源文件存入所述第二备份子文件中。
9.可选地，在将所述静态资源文件的url存入所述第一备份子文件中时，包括：确定所述第一备份子文件中是否包含与待存入的url相同的其他url；若是，停止针对所述待存入的url的存入处理。
10.可选地，所述将获取的所述静态资源文件存入所述第二备份子文件中，包括：基于所述url确定所述静态资源文件的文件名和文件目录信息；基于所述文件目录信息，将所述
静态资源文件存入所述第二备份子文件中与所述文件名关联的子文件中。
11.可选地，所述方法还包括：根据所述文件路径信息，将获取的所述静态资源文件上传至备份静态资源服务器中。
12.本公开的另一个方面提供了一种静态资源备份装置，包括：第一处理模块，用于确定待备份的静态资源服务器的目标域名；第一获取模块，用于获取所述目标域名下的静态资源文件的文件路径信息；第二处理模块，用于将所述文件路径信息存入基于所述目标域名构建的备份文件中；第二获取模块，用于根据所述文件路径信息从所述静态资源服务器中获取所述静态资源文件；第三处理模块，用于将获取的所述静态资源文件存入所述备份文件中。
13.可选地，所述第一获取模块包括：获取子模块，用于获取所述目标域名下的静态资源文件的统一资源定位符url；第一处理子模块，用于基于所述url确定所述静态资源文件的所述文件路径信息。
14.可选地，所述获取子模块包括：获取单元，用于按文件路径遍历本地所有静态资源文件，以捕获所述所有静态资源文件中的各静态资源文件的url；第一处理单元，用于基于所述各静态资源文件的url，将指向所述目标域名的url作为所述目标域名下的静态资源文件的url。
15.可选地，所述备份文件包括用于存储所述文件路径信息的第一备份子文件，和用于存储所述静态资源文件的第二备份子文件，所述第二处理模块包括：第二处理子模块，用于将所述静态资源文件的url存入所述第一备份子文件中；所述第三处理模块包括：第三处理子模块，用于将获取的所述静态资源文件存入所述第二备份子文件中。
16.可选地，第二处理子模块包括第二处理单元，用于在将所述静态资源文件的url存入所述第一备份子文件中时，确定所述第一备份子文件中是否包含与待存入的url相同的其他url；若是，停止针对所述待存入的url的存入处理。
17.可选地，所述第三处理子模块包括：第三处理单元，用于基于所述url确定所述静态资源文件的文件名和文件目录信息；第四处理单元，用于基于所述文件目录信息，将所述静态资源文件存入所述第二备份子文件中与所述文件名关联的子文件中。
18.可选地，所述装置还包括第四处理模块，用于根据所述文件路径信息，将获取的所述静态资源文件上传至备份静态资源服务器中。
19.本公开的另一个方面提供了一种电子设备。上述电子设备包括至少一个处理器，以及与上述至少一个处理器通信连接的存储器。其中，上述存储器存储有可被上述至少一个处理器执行的指令，上述指令被上述至少一个处理器执行，以使上述至少一个处理器实现本公开实施例的方法。
20.本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。
21.本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。
22.本公开的另一方面提供了一种计算机程序产品，包括计算机可读指令，其中，所述计算机可读指令被执行时用于执行本公开实施例的方法。
23.通过本公开实施例，因为采用了确定待备份的静态资源服务器的目标域名；取目
标域名下的静态资源文件的文件路径信息；将文件路径信息存入基于目标域名构建的备份文件中；根据文件路径信息从静态资源服务器中获取静态资源文件；将获取的静态资源文件存入备份文件中的技术方案，所以至少部分地克服了相关技术中存在的静态资源数据备份效率低、备份成本消耗大的技术问题，进而达到了有效改善静态资源备份效率和有效降低静态资源备份成本的技术效果。
附图说明
24.为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：
25.图1示意性示出了根据本公开实施例的静态资源备份系统架构；
26.图2示意性示出了根据本公开实施例的一种静态资源备份方法的流程图；
27.图3示意性示出了根据本公开实施例的另一静态资源备份方法的流程图；
28.图4示意性示出了根据本公开实施例的遍历本地静态资源文件的流程示意图；
29.图5示意性示出了根据本公开实施例的存储文件路径信息的页面示意图；
30.图6示意性示出了根据本公开实施例的存储静态资源文件的页面示意图；
31.图7示意性示出了根据本公开实施例的静态资源备份装置的框图；
32.图8示意性示出了根据本公开实施例的适于实现静态资源备份方法和装置的电子设备的框图。
具体实施方式
33.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性地，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
34.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、操步骤、操作或部件。
35.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
36.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
37.本公开的各个实施例提供了一种静态资源备份方法以及能够应用该方法的备份装置。其中，该方法可以包括：首先，确定待备份的静态资源服务器的目标域名，获取目标域名下的静态资源文件的文件路径信息，以及将文件路径信息存入基于目标域名构建的备份文件中，然后，根据文件路径信息从静态资源服务器中获取静态资源文件，并将获取的静态资源文件存入备份文件中。
38.如图1所示，该系统架构100包括至少一个终端(图中示出了多个，如终端101、102、103)和服务器(图中示出了多个，如服务器104、105、106)。在该系统架构100中，终端可用于执行本实施例的静态资源备份方法，其具体可以是项目开发的静态资源发布端，也可以是用户侧的静态资源引用端。服务器为用于存放静态资源数据的静态资源服务器，静态资源服务器允许不同用户终端引用静态资源数据，以实现例如网页显示、软件界面等业务应用。示例性地，服务器104为域名发生异常的待备份的静态资源服务器。
39.终端(如终端101、102、103)确定待备份的静态资源服务器(如服务器104)的目标域名，以及获取目标域名下的静态资源文件的文件路径信息，和将文件路径信息存入基于目标域名构建的备份文件中，同时根据文件路径信息从静态资源服务器(如服务器104)中获取静态资源文件，并将获取的静态资源文件存入备份文件中。
40.以下将结合附图和具体实施例详细阐述本公开。
41.图2示意性示出了根据本公开实施例的一种静态资源备份方法的流程图。
42.如图2所示，该方法200例如可以包括操作s210～s250。
43.在操作s210，确定待备份的静态资源服务器的目标域名。
44.在本实施例中，具体地，待备份的静态资源服务器可以是域名发生异常的资源服务器，域名发生异常的情况例如可以包括解析设置问题、网站空间因素、遭遇病毒攻击、域名供应商服务器错误等。静态资源服务器中存放大量可供引用的静态资源文件，静态资源文件是指页面中引用的不需与数据库进行逻辑交互的文件，静态资源文件可以包括前端页面代码、图片文件、文档中的至少一种。前端页面代码例如可以包括html(hyper text markup language，超文本传输语言)、xml(extensible markup language，可扩展标记语言)、js(javascript，一种直译式脚本语言)、css(cascading style sheets，层叠样式表)等格式文件，图片文件例如可以包括静态图片、动态图片、视频等文件，文档例如可以包括doc、docx、pdf等格式文件。
45.静态资源文件无需经过服务器编译，而可以直接加载到终端中进行显示，静态资源文件与页面内容具有明确的对应关系，由于其不需要进行脚本计算和读取后台数据库，因此静态资源文件具有响应速度快的优点。基于静态资源文件显示的页面内容例如可以包括网页首页、配置页面、固定列表页面等。
46.确定待备份的静态资源服务器的目标域名，示例性地，待备份的目标域名为https：//commonst.360buying.com。同时，基于目标域名构建备份文件，备份文件包括用于存储静态资源文件的文件路径信息的第一备份子文件，和用于存储静态资源文件的第二备份子文件。
47.接下来，在操作s220，获取目标域名下的静态资源文件的文件路径信息。
48.在本实施例中，具体地，获取指向目标域名的静态资源文件的文件路径信息，文件路径信息描述静态资源文件在静态资源服务器中的存储位置，具体描述静态资源文件在静态资源服务器中的文件目录信息。在执行本实施例方法的终端为项目开发的静态资源数据发布端时，终端本地项目文件的磁盘数据中包含多个页面路径下的原始静态资源文件的列表，通过磁盘数据路径确定与静态资源文件关联的页面路径信息，将页面路径信息作为静态资源文件的文件路径信息。
49.相比于相关技术中的在项目文件中确定引用了待备份的静态资源服务器的静态
资源文件，本实施例通过遍历项目文件中的所有静态资源文件，根据所有静态资源文件的文件内容确定指向目标域名的文件路径信息，以此得到待备份的静态资源文件的文件路径信息。该种方式有利于解决相关技术在直接确定待备份的静态资源文件时存在的时间精力消耗大、出错率高、易出现待备份文件确认遗漏的问题。
50.接下来，在操作s230，将文件路径信息存入基于目标域名构建的备份文件中。
51.在本实施例中，具体地，前述静态资源文件为待备份的静态资源服务器中发布的可供不同终端引用的资源文件，其文件路径信息指向静态资源服务器的目标域名。将静态资源文件的文件路径信息存入基于目标域名构建的备份文件中，可实现基于服务器域名对不同静态资源文件的文件路径信息进行分类。当项目文件引用多个静态资源服务器的静态资源文件时，可以针对每个静态资源服务器的域名构建对应的备份文件。
52.静态资源文件的文件路径信息具体可以是页面路径信息，由于基于页面路径信息可以生成针对静态资源文件的访问链接，访问链接是页面路径所对应的页面代码中的引用链接，因此，在确定静态资源文件的文件路径信息后，即可根据文件路径信息生成针对静态资源文件的访问链接，可实现快速访问和下载静态资源文件。
53.静态资源文件的文件名包括主文件名和文件扩展名，主文件名指示静态资源文件的文件名称，文件扩展名指示静态资源文件的文件类型。示例性地，对于静态资源文件arrow.png，arrow为主文件名，.png为文件扩展名。再示例性地，该静态资源文件对应的页面路径为https：//commonst.360buying.com/common/wx
‑
image，针对其的访问链接为https：//commonst.360buymg.com/common/wx
‑
image/arrow.png。
54.通过基于静态资源服务器的域名构建备份文件，并将指向静态资源服务器域名的静态资源文件的文件路径信息存入备份文件中，该种设计有利于高效便捷获知不同静态资源服务器域名下的静态资源文件的存储信息，在出现静态资源服务器域名异常无法继续使用的情况下，该种设计有利于改善静态资源备份的备份效率。
55.接下来，在操作s240，根据文件路径信息从静态资源服务器中获取静态资源文件。
56.在本实施例中，具体地，根据获取的文件路径信息，从待备份的静态资源服务器中下载静态资源文件。文件路径信息描述静态资源文件所在的文件目录信息，以及描述静态资源文件的文件名，根据文件目录信息和文件名，从静态资源服务器中下载静态资源文件至本地。示例性地，在浏览器输入url(uniform resource locator，统一资源定位符)hhtp：//commonst.360buying.com/common/wx
‑
image/arrow.png，“hhtp：//”指示请求访问的页面路径，根据url中的文件目录信息和文件名，从静态资源服务器中下载静态资源文件“arrow.png”。
57.接下来，在操作s250，将获取的静态资源文件存入备份文件中。
58.在本公开实施例中，具体地，将从静态资源服务器中下载的静态资源文件，存入基于目标域名构建的备份文件中。可选地，开发人员可以根据静态资源文件的文件路径信息，将获取的静态资源文件上传至备份静态资源服务器中，以保证不同使用者正常引用静态资源文件。然后，在项目文件中全局查找并批量替换静态资源域名，实现将静态资源文件由存放于待更新的静态资源服务器中，更改为存入备份静态资源服务器中。
59.可选地，可以将本实施例方法开发为包含代码文件的工具包，使用者通过在终端中执行工具包，配置脚本执行所需的配置信息，配置信息具体可以包括待备份的静态资源
服务器的目标域名、项目文件的本地路径和基于目标域名构建的备份文件的保存位置，在配置完成上述信息后，通过执行工具包即可实现本实施例方法。
60.在本公开实施例中，确定待备份的静态资源服务器的目标域名；获取目标域名下的静态资源文件的文件路径信息；将文件路径信息存入基于目标域名构建的备份文件中；根据文件路径信息从静态资源服务器中获取静态资源文件；将获取的静态资源文件存入备份文件中。获取目标域名下的静态资源文件的文件路径信息并备份，以及根据文件路径信息从静态资源服务器中获取静态资源文件并备份，该种设计有利于快速确定指向目标域名的静态资源文件，有利于从待备份的静态资源服务器中高效下载静态资源文件，实现了更加便捷的静态资源备份方式，有效改善了静态资源备份的备份效率，和有效降低了静态资源备份的成本消耗。
61.图3示意性示出了根据本公开实施例的另一静态资源备份方法的流程图。
62.如图3所示，该方法300例如可以包括操作s210、s310～s320、s240和s330。
63.在操作s210，确定待备份的静态资源服务器的目标域名。
64.接下来，在操作s310，获取目标域名下的静态资源文件的url，并基于url确定静态资源文件的文件路径信息。
65.在本公开实施例中，具体地，按文件路径遍历本地所有静态资源文件，以捕获所有静态资源文件中的各静态资源文件的url，然后基于各静态资源文件的url，将指向目标域名的url作为目标域名下的静态资源文件的url。根据开发项目的本地路径，按文件路径遍历依次获取每个静态资源文件的内容。通过正则化方式捕获每个静态资源文件的url，并筛选出指向目标域名的url，以作为待备份的静态资源文件的url。url指示静态资源文件的文件目录信息和文件名，文件目录信息即存储静态资源文件的页面路径信息。
66.图4示意性示出了根据本公开实施例的遍历本地静态资源文件的流程示意图，如图4所示，流程400包括操作s401～s408。具体地，
67.在操作s401，获取待遍历的文件目录；
68.在操作s402，按文件路径遍历指定目录下的文件；
69.在操作s403，判断当前遍历内容是否为文件类型，是则执行操作s405，否则执行操作s404，其中，是则说明当前遍历内容是静态资源文件，否则说明当前遍历内容是子文件夹；
70.在操作s404，遍历子文件夹下的文件，在执行操作s404完成后，返回执行操作s403；
71.在操作s405，获取遍历的文件内容；
72.在操作s406，根据遍历的所有文件内容，筛选指向待备份的目标域名的url集合；
73.在操作s407，将指向目标域名的url集合存入基于目标域名构建的备份文件中；
74.在操作s408，判断是否完成遍历所有文件，是则结束流程，否则返回执行操作s402。
75.可选地，还可以根据静态资源文件的内容生成哈希值，并将哈希值作为静态资源文件的文件名或部分文件名，哈希值构成的文件名包含于静态资源文件的url内，该种设计有利于保证静态资源文件的url的单一性，有利于保证基于url唯一确定静态资源文件。
76.接下来，在操作s320，将文件路径信息存入基于目标域名构建的第一备份子文件
中。
77.在本公开实施例中，具体地，将静态资源文件的url存入用于存储文件路径信息的第一备份子文件中，第一备份子文件为基于目标域名构建的备份文件的子文件。可选地，在将静态资源文件的url存入第一备份子文件中时，确定第一备份子文件中是否包含与待存入的url相同的其他url，若是，停止针对待存入的url的存入处理，以此保证第一备份子文件中的url不会被重复添加。
78.图5示意性示出了根据本公开实施例的存储文件路径信息的页面示意图，如图5所示，在页面500中，将待备份的不同静态资源文件的url集合存入download/exports/urllist/commonst.360buying.com的存储路径下的第一备份子文件中。
79.接下来，在操作s240，根据文件路径信息从静态资源服务器中获取静态资源文件。
80.接下来，在操作s330，将获取的静态资源文件存入基于目标域名构建的第二备份子文件中。
81.在本公开实施例中，将从静态资源服务器中获取的待备份的静态资源文件，存入用于存储静态资源文件的第二备份子文件，第二备份子文件为基于目标域名构建的备份文件的子文件。静态资源文件的url中可能包括多级文件目录，在第二备份子文件中，基于与静态资源文件关联的每一级文件目录构建子文件，并根据静态资源文件的url中的文件目录信息，将静态资源文件存入与最小级文件目录关联的子文件中。
82.静态资源文件的url中的文件名也可以表征静态资源文件的文件类型，可选地，在与最小级文件目录关联的子文件中，根据静态资源文件的文件名继续构建按文件名划分的子文件，并将静态资源文件存入与文件名关联的子文件中。静态资源文件在本地的备份路径与其在静态资源服务器中的存储路径相同，该种设计有利于实现高效全面同步静态资源文件，能够有效避免静态资源文件备份丢失的情况，同时还能够有效改善静态资源文件备份效率。
83.图6示意性示出了根据本公开实施例的存储静态资源文件的页面示意图，如图6所示，在页面600中，将待备份的静态资源文件存入download/exports/commonst.360buying.co/common的存储路径下的第二备份子文件中，具体地，将静态资源文件中的图片文件存放于第二备份子文件中与最小级文件目录关联的子文件“/wx
‑
images”中。进一步地，在与最小级文件目录关联的子文件“/wx
‑
images”中，继续构建按静态资源文件的文件名划分的子文件，具体地，在子文件“/wx
‑
images”中构建addressul、item、order、personal四个子文件，将静态资源文件存入与文件名关联的子文件中，示例性地，将图片facture
‑
tip
‑
icon.png存放于personal子文件中。
84.图7示意性示出了根据本公开实施例的静态资源备份装置的框图。
85.如图7所示，该装置700可以包括第一处理模块701、第一获取模块702、第二处理模块703、第二获取模块704和第三处理模块705。
86.具体地，第一处理模块701，用于确定待备份的静态资源服务器的目标域名；第一获取模块702，用于获取目标域名下的静态资源文件的文件路径信息；第二处理模块703，用于将文件路径信息存入基于目标域名构建的备份文件中；第二获取模块704，用于根据文件路径信息从静态资源服务器中获取静态资源文件；第三处理模块705，用于将获取的静态资源文件存入备份文件中。
87.在本公开实施例中，确定待备份的静态资源服务器的目标域名；获取目标域名下的静态资源文件的文件路径信息；将文件路径信息存入基于目标域名构建的备份文件中；根据文件路径信息从静态资源服务器中获取静态资源文件；将获取的静态资源文件存入备份文件中。获取目标域名下的静态资源文件的文件路径信息并备份，以及根据文件路径信息从静态资源服务器中获取静态资源文件并备份，该种设计有利于快速确定指向目标域名的静态资源文件，有利于从待备份的静态资源服务器中高效下载静态资源文件，实现了更加便捷的静态资源备份方式，有效改善了静态资源备份的备份效率，和有效降低了静态资源备份的成本消耗。
88.作为一种可选的实施例，第一获取模块包括：获取子模块，用于获取目标域名下的静态资源文件的统一资源定位符url；第一处理子模块，用于基于url确定静态资源文件的文件路径信息。
89.作为一种可选的实施例，获取子模块包括：获取单元，用于按文件路径遍历本地所有静态资源文件，以捕获所有静态资源文件中的各静态资源文件的url；第一处理单元，用于基于各静态资源文件的url，将指向目标域名的url作为目标域名下的静态资源文件的url。
90.作为一种可选的实施例，备份文件包括用于存储文件路径信息的第一备份子文件，和用于存储静态资源文件的第二备份子文件，第二处理模块包括：第二处理子模块，用于将静态资源文件的url存入第一备份子文件中；第三处理模块包括：第三处理子模块，用于将获取的静态资源文件存入第二备份子文件中。
91.作为一种可选的实施例，第二处理子模块包括第二处理单元，用于在将静态资源文件的url存入第一备份子文件中时，确定第一备份子文件中是否包含与待存入的url相同的其他url；若是，停止针对待存入的url的存入处理。
92.作为一种可选的实施例，第三处理子模块包括：第三处理单元，用于基于url确定静态资源文件的文件名和文件目录信息；第四处理单元，用于基于文件目录信息，将静态资源文件存入第二备份子文件中与文件名关联的子文件中。
93.作为一种可选的实施例，该装置还包括第四处理模块，用于根据文件路径信息，将获取的静态资源文件上传至备份静态资源服务器中。
94.可选地，第一处理模块701、第一获取模块702、第二处理模块703、第二获取模块704和第三处理模块705中的模块、子模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者根据本公开实施例的模块中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
95.例如，第一处理模块701、第一获取模块702、第二处理模块703、第二获取模块704和第三处理模块705中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他
模块的至少部分功能相结合，并在一个模块中实现。可选地，第一处理模块701、第一获取模块702、第二处理模块703、第二获取模块704和第三处理模块705中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一处理模块701、第一获取模块702、第二处理模块703、第二获取模块704和第三处理模块705中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
96.图8示意性示出了根据本公开实施例的适于实现静态资源备份方法和装置的电子设备的框图。图8示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
97.如图8所示，根据本公开实施例的计算机系统800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
98.在ram 803中，存储有系统800操作所需的各种程序和数据。处理器801、rom 802以及ram 803通过总线804彼此相连。处理器801通过执行rom 802和/或ram 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 802和ram 803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
99.可选地，系统800还可以包括输入/输出(i/o)接口805，输入/输出(i/o)接口805也连接至总线804。系统800还可以包括连接至i/o接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口806。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
100.可选地，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。可选地，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
101.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被
执行时，实现根据本公开实施例的方法。
102.可选地，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，可选地，计算机可读存储介质可以包括上文描述的rom 802和/或ram 803和/或rom 802和ram 803以外的一个或多个存储器。
103.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
104.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
105.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。