页面静态化处理方法、装置和电子设备与流程

1.本发明涉及计算机信息处理领域，具体而言，涉及一种页面静态化处理方法、装置、电子设备及计算机可读介质。


背景技术：

2.目前，在网页开发设计领域，使用前端框架技术搭建的页面属于动态页面，动态网页不像静态网页那样是专门的网页文件，存在于数据库中当用户进行请求时才会返回一个网页，其网页内容可以随用户的要求进行动态改变。与静态网页相比，动态网页的生成采用了数据库的内容，其缺点在于并不利于搜索引擎的检索，不利于进行seo(搜索引擎优化)，动态页面在进行首屏加载也有渲染慢的问题。
3.因此，需要一种新的技术方案，来解决页面不利于搜索引擎检索、优化，以及提升网页加载效率。


技术实现要素：

4.本发明旨在解决动态页面不利于搜索引擎检索、优化，以及网页加载效率低的问题。
5.为了解决上述技术问题，本发明第一方面提出一种页面静态化处理方法，所述方法包括：从项目仓库获取项目的新增代码，所述新增代码用于在所述项目的一个页面被访问时获取所述页面展示所需的部分资源；识别出受所述新增代码影响的所述页面，获取所述页面的路径；使用所述新增代码，对已存在的所述项目的运行代码进行更新，基于所述运行代码重新启动所述项目；根据所述页面的路径访问所述页面，获取所述页面展示所需的多种资源，其中包括通过所述新增代码获取的所述部分资源；将所述页面的多种资源处理为静态文件。
6.根据本发明的一种优选实施方式，所述从项目仓库获取项目的新增代码，包括：监控所述项目仓库是否收到所述新增代码，在发现所述新增代码时，执行所述从项目仓库获取项目的新增代码。
7.根据本发明的一种优选实施方式，所述新增代码用于为所述页面设置组件，所述组件用于获取所述页面展示所需的部分资源；所述将所述页面的多种资源处理为静态文件，包括：对包含所述组件获取的所述部分资源在内的所述多种资源进行渲染处理，得到所述静态文件。
8.根据本发明的一种优选实施方式，所述根据所述页面的路径访问所述页面，包括：根据所述页面的路径，生成用于模拟客户端访问所述页面的请求，以访问所述页面。
9.根据本发明的一种优选实施方式，在所述基于所述运行代码重新启动所述项目之前，还包括：分析所述新增代码获取的所述部分资源的重要程度，在所述重要程度高于预设阈值时，执行所述基于所述运行代码重新启动所述项目。
10.根据本发明的一种优选实施方式，在所述基于所述运行代码重新启动所述项目之
前，还包括：分析所述新增代码中是否携带重启标签，在发现所述重启标签时，执行所述基于所述运行代码重新启动所述项目。
11.为了解决上述技术问题，本发明第二方面提出一种页面静态化处理装置，所述装置包括：代码获取模块，从项目仓库获取项目的新增代码，所述新增代码用于在所述项目的一个页面被访问时获取所述页面展示所需的部分资源；页面识别模块，识别出受所述新增代码影响的所述页面，获取所述页面的路径；项目重启模块，使用所述新增代码，对已存在的所述项目的运行代码进行更新，基于所述运行代码重新启动所述项目；资源获取模块，根据所述页面的路径访问所述页面，获取所述页面展示所需的多种资源，其中包括通过所述新增代码获取的所述部分资源；文件处理模块，将所述页面的多种资源处理为静态文件。
12.根据本发明的一种优选实施方式，所述代码获取模块监控所述项目仓库是否收到所述新增代码，在发现所述新增代码时，执行所述从项目仓库获取项目的新增代码。
13.根据本发明的一种优选实施方式，所述新增代码用于为所述页面设置组件，所述组件用于获取所述页面展示所需的部分资源；所述文件处理模块对包含所述组件获取的所述部分资源在内的所述多种资源进行渲染处理，得到所述静态文件。
14.根据本发明的一种优选实施方式，所述资源获取模块根据所述页面的路径，生成用于模拟客户端访问所述页面的请求，以访问所述页面。
15.根据本发明的一种优选实施方式，所述项目重启模块在所述基于所述运行代码重新启动所述项目之前，还分析所述新增代码获取的所述部分资源的重要程度，在所述重要程度高于预设阈值时，执行所述基于所述运行代码重新启动所述项目。
16.根据本发明的一种优选实施方式，所述项目重启模块在所述基于所述运行代码重新启动所述项目之前，还分析所述新增代码中是否携带重启标签，在发现所述重启标签时，执行所述基于所述运行代码重新启动所述项目。
17.为了解决上述技术问题，本发明第三方面提出一种电子设备，其包括处理器以及存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行上述的方法。
18.为了解决上述技术问题，本发明第四方面提出一种计算机可读存储介质，该所述计算机可读存储介质存储一个或多个程序，当所述一个或多个程序被处理器执行时，实现上述的方法。
19.根据本发明的技术方案，对于网页开发相关项目，在开发者提交新增代码以增加或修改某动态页面时，根据新增代码识别出该页面并记录该页面的路径，在整合新增代码和现有运行代码并重启项目后，按照记录路径对该网页进行访问，此时返回的网页资源中包含了通过增代码得到的资源，基于网页资源生成静态文件，供搜索引擎进行搜索以及seo使用，在用户访问该网页时，首先返回该静态文件进行加载，提升加载效率。
附图说明
20.为了使本发明所解决的技术问题、采用的技术手段及取得的技术效果更加清楚，下面将参照附图详细描述本发明的具体实施例。但需声明的是，下面描述的附图仅仅是本发明的示例性实施例的附图，对于本领域的技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他实施例的附图。
21.图1是根据本发明的一个实施例的页面静态化处理方法的流程图；
22.图2是根据本发明的一个实施例的页面静态化处理方法的流程图；
23.图3是根据本发明的一个实施例的页面静态化处理方法的示意图；
24.图4是根据本发明的一个实施例的页面静态化处理装置的框图；
25.图5是根据本发明的一个实施例的电子设备的框图；
26.图6是根据本发明的一个实施例的计算机可读存储介质的示意图。。
具体实施方式
27.现在将参考附图来更加全面地描述本发明的示例性实施例，虽然各示例性实施例能够以多种具体的方式实施，但不应理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例是为了使本发明的内容更加完整，更加便于将发明构思全面地传达给本领域的技术人员。
28.在符合本发明的技术构思的前提下，在某个特定的实施例中描述的结构、性能、效果或者其他特征可以以任何合适的方式结合到一个或更多其他的实施例中。
29.在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效果或者其他特征的技术方案来实施本发明。
30.附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所显示的的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流程图中显示的执行顺序可以根据实际情况改变。
31.附图中的框图一般表示的是功能实体，并不一定必然与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
32.各附图中相同的附图标记表示相同或类似的元件、组件或部分，因而下文中可能省略了对相同或类似的元件、组件或部分的重复描述。还应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但是这些器件、元件、组件或部分不应受这些定语的限制。也就是说，这些定语仅是用来将一者与另一者区分。例如，第一器件亦可称为第二器件，但不偏离本发明实质的技术方案。此外，术语“和/或”、“及/或”是指包括所列出项目中的任一个或多个的所有组合。
33.与静态网页相比，动态网页不利于搜索引擎的检索，不利于进行seo(搜索引擎优化)，在进行首屏加载也有渲染慢的问题，本发明的技术方案在服务端生成动态网页对应的静态html文件，达到提升首页加载速度和seo的目的，具体过程如下：从项目仓库获取项目的新增代码，新增代码用于在项目的一个页面被访问时获取页面展示所需的部分资源；识别出受新增代码影响的页面，获取页面的路径；使用新增代码，对已存在的项目的运行代码进行更新，基于运行代码重新启动项目；根据页面的路径访问页面，获取页面展示所需的多种资源，其中包括通过新增代码获取的部分资源；将页面的多种资源处理为静态文件，该静态文件供搜索引擎进行搜索以及seo使用，在用户访问该网页时，首先返回该静态文件进行
加载，提升加载效率。
34.如图1所示，本发明的一个实施例中提供了一种页面静态化处理方法，方法包括：
35.步骤s110，从项目仓库获取项目的新增代码，新增代码用于在项目的一个页面被访问时获取页面展示所需的部分资源。
36.本实施例的技术方案，运行于用于将页面渲染为静态文件的渲染服务器上。在本实施例中，对项目仓库的类型不进行限制，例如可以采用github。在本实施例中，该项目涉及页面开发，新增代码在页面被访问时从数据库或其他位置实时获取资源，所以该页面为动态页面。
37.步骤s120，识别出受新增代码影响的页面，获取页面的路径。
38.在本实施例中，基于新增代码，可以识别出是哪个页面发生了变化，并对其路径进行记录。
39.步骤s130，使用新增代码，对已存在的项目的运行代码进行更新，基于运行代码重新启动项目。
40.在本实施例中，项目服务器存储了项目的现有运行代码，此时将新增代码发送至项目服务器并发出指令，控制项目服务器更新运行代码并运行，以重新启动项目。
41.步骤s140，根据页面的路径访问页面，获取页面展示所需的多种资源，其中包括通过新增代码获取的部分资源。
42.在本实施例中，对项目服务器上的项目页面进行访问，当页面被访问时，页面的新增代码执行以获得页面展示时的部分资源。
43.步骤s150，将页面的多种资源处理为静态文件。
44.在本实施例中，可以配置nginx作为项目静态文件服务器，静态文件通常为html格式，生成后存储到nginx服务器，供搜索引擎进行检索以及seo，且当用户访问该动态页面时，首先返回该页面对应的静态文件供浏览器加载，有利于提高加载的效率。本实施例的技术方案，仅针对发生变化的页面重新生成静态文件，现有的nuxt.js技术，虽然也可以将动态页面生成为静态文件，但每次代码更新时所有页面都要全量生成静态文件，无法做到单页面更新，远不如本实施例的技术方案高效。
45.如图2所示，本发明的一个实施例中提供了一种页面静态化处理方法，方法包括：
46.步骤s210，监控项目仓库是否收到新增代码。
47.本实施例中，开发者使用vue(一套用于构建用户界面的渐进式框架)技术来搭建项目，项目服务器上使用webpack(一个模块打包器)技术来编译和运行该项目。
48.步骤s220，在发现新增代码时，从项目仓库获取项目的新增代码，新增代码用于为页面设置组件，组件用于获取页面展示所需的部分资源。
49.在本实施例中，基于webhook机制，监听github上是否发生新增代码的事件，如发生了新增代码事件，则将该事件推送到项目服务器上。本实施例中，由于使用了vue技术，所以新增代码中可以包含vue组件，通过vue组件获取网页资源。
50.步骤s230，识别出受新增代码影响的页面，获取页面的路径。
51.步骤s240，使用新增代码，对已存在的项目的运行代码进行更新，基于运行代码重新启动项目。
52.在本实施例中，可以设置一个shell文件(配置文件)，其作用是在接收到webhook
推送的新增代码后，分析出有变化的页面暂存它的路径，然后对项目服务器发出git pull(拉取合并代码)、npm install(安装项目)、npm run start(启动项目)等指令，命令项目服务器更新并重启项目。
53.本实施例中，在重新启动项目之前，还可以执行以下操作之一：
54.(一)分析新增代码获取的部分资源的重要程度，在重要程度高于预设阈值时，执行基于运行代码重新启动项目。
55.在本实施例中，在开发者持续修改多个页面时，可能会每修改一个页面提交一次新增代码，为了避免项目频繁重启，会在项目启动前判断新增代码获取资源的重要程度，如果该资源是页面中不重要的信息，此时不重启项目，而如果该资源是关键业务信息，此时马上重启项目，本实施例的技术方案有效限制了项目重启的次数，同时兼顾了页面更新的及时性。
56.(二)分析新增代码中是否携带重启标签，在发现重启标签时，执行基于运行代码重新启动项目。
57.在本实施例中，对于重要的页面更新事件，开发者可以在新增代码中加入一个重启标签，服务器对新增代码分析时，未发现重启标签则更新运行代码后不重启项目，而发现重启标签则更新运行代码后立即重启项目，本实施例的技术方案有效限制了项目重启的次数，同时兼顾了页面更新的及时性。
58.步骤s250，根据页面的路径，生成用于模拟客户端访问页面的请求，以访问页面来获取页面展示所需的多种资源，其中包括通过新增代码获取的部分资源。
59.在本实施例中，在渲染服务器上搭建node服务(一种javascript运行环境)，使用node服务根据暂存的页面路径，模拟客户端请求发送至项目服务器，并接收返回的页面资源。
60.步骤s260，对包含组件获取的部分资源在内的多种资源进行渲染处理，得到静态文件。
61.在本实施例中，利用node服务中vue
‑
server
‑
renderer方法，将vue组件渲染为html文件，并储存在预设的static目录内。
62.本实施例的一种具体实现方式如图3所示，首先开发者将新增代码从开发服务器(dev server)提交到项目仓库(github)，webhook机制监测到新增代码事件后，将其推送到渲染服务器(render server)。渲染服务器使用node服务，根据预设的配置文件(shell文件)执行操作，首先识别新增代码影响的发生变化的页面并记录其路径，将新增代码发送给项目服务器，并命令项目服务器更新运行代码后，重新启动该项目。渲染服务器根据记录的页面路径，向项目服务器发出访问页面的请求，项目服务器返回该页面展示所需的资源。渲染服务器对获得的页面资源进行渲染，得到静态文件，存储到nginx服务器上的static目录内。当用户通过客户端(client)访问该页面时，首先将static目录内的页面静态文件返回给客户端，并在客户端的浏览器中加载。可见本实施例的技术方案，解决了项目代码增量更新问题，对某页面进行改动后，无需重新将整个项目再静态化，同时利用nginx作为静态服务器，提升并发请求的承受能力，与本实施例的技术方案相比，nuxt.js技术应对项目代码增量更新，在项目改动频繁的情况下，会出现效率低下的问题。
63.本领域技术人员可以理解，实现上述实施例的全部或部分步骤被实现为由数据处
理设备(包括计算机)执行的程序，即计算机程序。在该计算机程序被执行时，可以实现本发明提供的上述方法。而且，所述的计算机程序可以存储于计算机可读存储介质中，该存储介质可以是磁盘、光盘、rom、ram等可读存储介质，也可以是多个存储介质组成的存储阵列，例如磁盘或磁带存储阵列。所述的存储介质不限于集中式存储，其也可以是分布式存储，例如基于云计算的云存储。
64.下面描述本发明的装置实施例，该装置可以用于执行本发明的方法实施例。对于本发明装置实施例中描述的细节，应视为对于上述方法实施例的补充；对于在本发明装置实施例中未披露的细节，可以参照上述方法实施例来实现。
65.如图4所示，本发明的一个实施例中提供了一种页面静态化处理装置，装置包括：
66.代码获取模块410，从项目仓库获取项目的新增代码，新增代码用于在项目的一个页面被访问时获取页面展示所需的部分资源。
67.本实施例的页面静态化处理装置，可以是用于将页面渲染为静态文件的渲染服务器。在本实施例中，对项目仓库的类型不进行限制，例如可以采用github。在本实施例中，该项目涉及页面开发，新增代码在页面被访问时从数据库或其他位置实时获取资源，所以该页面为动态页面。
68.页面识别模块420，识别出受新增代码影响的页面，获取页面的路径。
69.在本实施例中，基于新增代码，可以识别出是哪个页面发生了变化，并对其路径进行记录。
70.项目重启模块430，使用新增代码，对已存在的项目的运行代码进行更新，基于运行代码重新启动项目。
71.在本实施例中，项目服务器存储了项目的现有运行代码，此时将新增代码发送至项目服务器并发出指令，控制项目服务器更新运行代码并运行，以重新启动项目。
72.资源获取模块440，根据页面的路径访问页面，获取页面展示所需的多种资源，其中包括通过新增代码获取的部分资源。
73.在本实施例中，对项目服务器上的项目页面进行访问，当页面被访问时，页面的新增代码执行以获得页面展示时的部分资源。
74.文件处理模块450，将页面的多种资源处理为静态文件。
75.在本实施例中，可以配置nginx作为项目静态文件服务器，静态文件通常为html格式，生成后存储到nginx服务器，供搜索引擎进行检索以及seo，且当用户访问该动态页面时，首先返回该页面对应的静态文件供浏览器加载，有利于提高加载的效率。本实施例的技术方案，仅针对发生变化的页面重新生成静态文件，现有的nuxt.js技术，虽然也可以将动态页面生成为静态文件，但每次代码更新时所有页面都要全量生成静态文件，无法做到单页面更新，远不如本实施例的技术方案高效。
76.如图4所示，本发明的一个实施例中提供了一种页面静态化处理装置，装置包括：
77.代码获取模块410，监控项目仓库是否收到新增代码。
78.本实施例中，开发者使用vue(一套用于构建用户界面的渐进式框架)技术来搭建项目，项目服务器上使用webpack(一个模块打包器)技术来编译和运行该项目。
79.代码获取模块410在发现新增代码时，从项目仓库获取项目的新增代码，新增代码用于为页面设置组件，组件用于获取页面展示所需的部分资源。
80.在本实施例中，基于webhook机制，监听github上是否发生新增代码的事件，如发生了新增代码事件，则将该事件推送到项目服务器上。本实施例中，由于使用了vue技术，所以新增代码中可以包含vue组件，通过vue组件获取网页资源。
81.页面识别模块420，识别出受新增代码影响的页面，获取页面的路径。
82.项目重启模块430，使用新增代码，对已存在的项目的运行代码进行更新，基于运行代码重新启动项目。
83.在本实施例中，可以设置一个shell文件(配置文件)，其作用是在接收到webhook推送的新增代码后，分析出有变化的页面暂存它的路径，然后对项目服务器发出git pull(拉取合并代码)、npm install(安装项目)、npm run start(启动项目)等指令，命令项目服务器更新并重启项目。
84.本实施例中，在重新启动项目之前，还可以执行以下操作之一：
85.(一)分析新增代码获取的部分资源的重要程度，在重要程度高于预设阈值时，执行基于运行代码重新启动项目。
86.在本实施例中，在开发者持续修改多个页面时，可能会每修改一个页面提交一次新增代码，为了避免项目频繁重启，会在项目启动前判断新增代码获取资源的重要程度，如果该资源是页面中不重要的信息，此时不重启项目，而如果该资源是关键业务信息，此时马上重启项目，本实施例的技术方案有效限制了项目重启的次数，同时兼顾了页面更新的及时性。
87.(二)分析新增代码中是否携带重启标签，在发现重启标签时，执行基于运行代码重新启动项目。
88.在本实施例中，对于重要的页面更新事件，开发者可以在新增代码中加入一个重启标签，服务器对新增代码分析时，未发现重启标签则更新运行代码后不重启项目，而发现重启标签则更新运行代码后立即重启项目，本实施例的技术方案有效限制了项目重启的次数，同时兼顾了页面更新的及时性。
89.资源获取模块440，根据页面的路径，生成用于模拟客户端访问页面的请求，以访问页面来获取页面展示所需的多种资源，其中包括通过新增代码获取的部分资源。
90.在本实施例中，在渲染服务器上搭建node服务(一种javascript运行环境)，使用node服务根据暂存的页面路径，模拟客户端请求发送至项目服务器，并接收返回的页面资源。
91.文件处理模块450，对包含组件获取的部分资源在内的多种资源进行渲染处理，得到静态文件。
92.在本实施例中，利用node服务中vue
‑
server
‑
renderer方法，将vue组件渲染为html文件，并储存在预设的static目录内。
93.本实施例的一种具体实现方式如图3所示，首先开发者将新增代码从开发服务器(dev server)提交到项目仓库(github)，webhook机制监测到新增代码事件后，将其推送到渲染服务器(render server)。渲染服务器使用node服务，根据预设的配置文件(shell文件)执行操作，首先识别新增代码影响的发生变化的页面并记录其路径，将新增代码发送给项目服务器，并命令项目服务器更新运行代码后，重新启动该项目。渲染服务器根据记录的页面路径，向项目服务器发出访问页面的请求，项目服务器返回该页面展示所需的资源。渲
染服务器对获得的页面资源进行渲染，得到静态文件，存储到nginx服务器上的static目录内。当用户通过客户端(client)访问该页面时，首先将static目录内的页面静态文件返回给客户端，并在客户端的浏览器中加载。可见本实施例的技术方案，解决了项目代码增量更新问题，对某页面进行改动后，无需重新将整个项目再静态化，同时利用nginx作为静态服务器，提升并发请求的承受能力，与本实施例的技术方案相比，nuxt.js技术应对项目代码增量更新，在项目改动频繁的情况下，会出现效率低下的问题。
94.本领域技术人员可以理解，上述装置实施例中的各模块可以按照描述分布于装置中，也可以进行相应变化，分布于不同于上述实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
95.下面描述本发明的电子设备实施例，该电子设备可以视为对于上述本发明的方法和装置实施例的实体形式的实施方式。对于本发明电子设备实施例中描述的细节，应视为对于上述方法或装置实施例的补充；对于在本发明电子设备实施例中未披露的细节，可以参照上述方法或装置实施例来实现。
96.图5是根据本发明的一种电子设备的示例性实施例的结构框图。图5显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
97.如图5所示，该示例性实施例的电子设备200以通用数据处理设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括存储单元220和处理单元210)的总线230、显示单元240等。
98.其中，所述存储单元220存储有计算机可读程序，其可以是源程序或都只读程序的代码。所述程序可以被处理单元210执行，使得所述处理单元210执行本发明各种实施方式的步骤。例如，所述处理单元210可以执行如图1或图2所示的步骤。
99.所述存储单元220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)2201和/或高速缓存存储单元2202，还可以进一步包括只读存储单元(rom)2203。所述存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204，这样的程序模块2205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
100.总线230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
101.电子设备200也可以与一个或多个外部设备300(例如键盘、显示器、网络设备、蓝牙设备等)通信，使得用户能经由这些外部设备300与该电子设备200交互，和/或使得该电子设备200能与一个或多个其它数据处理设备(例如路由器、调制解调器等等)进行通信。这种通信可以通过输入/输出(i/o)接口250进行，还可以通过网络适配器260与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)进行。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，电子设备200中可使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
102.图6是本发明的一个计算机可读介质实施例的示意图。如图6所示，所述计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可
读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。当所述计算机程序被一个或多个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法，即：从项目仓库获取项目的新增代码，新增代码用于在项目的一个页面被访问时获取页面展示所需的部分资源；识别出受新增代码影响的页面，获取页面的路径；使用新增代码，对已存在的项目的运行代码进行更新，基于运行代码重新启动项目；根据页面的路径访问页面，获取页面展示所需的多种资源，其中包括通过新增代码获取的部分资源；将页面的多种资源处理为静态文件。
103.通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是cd
‑
rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台数据处理设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。
104.所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
105.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
106.综上所述，本发明可以执行计算机程序的方法、装置、电子设备或计算机可读介质来实现。可以在实践中使用微处理器或者数字信号处理器(dsp)等通用数据处理设备来实现本发明的一些或者全部功能。
107.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。