CN108804515B - 一种网页加载方法、网页加载系统和服务器 - Google Patents

Abstract

本发明实施例涉及互联网领域，公开了一种网页加载方法、网页加载系统和服务器。本发明中，一种网页加载方法，应用于内容分发网络的边缘服务器，包括：在启用前端优化功能后，根据来自用户终端的页面加载请求，获取待加载页面的原加载清单；优化所述原加载清单，获得优化后的加载清单；向所述用户终端发送所述优化后的加载清单；判断所述待加载页面在所述用户终端上是否加载出错；若判定加载出错，则向所述用户终端发送所述原加载清单。本发明实施方式使得在优化网页加载的过程中，优化用户体验，且便于推广，同时无需修改源站代码，减少网站拥有者的技术开发时间的。

Description

一种网页加载方法、网页加载系统和服务器

技术领域

本发明实施例涉及互联网领域，特别涉及网页访问加速技术。

背景技术

脚本(Script)是批处理文件的延伸，是一种纯文本保存的程序，一般来说的计算机脚本程序是确定的一系列控制计算机进行运算操作动作的组合，在其中可以实现一定的逻辑分支等。一个页面中有多种元素，如HTML、JS(即JavaScript的缩写)、CSS(CascadingStyle Sheet，层叠样式表单)和图片等等。JS脚本在浏览器的工作方式中，默认情况下遇到一段脚本时，浏览器需要停止并等待它执行完成，然后才能完成绘制页面，这意味着，文件是一个一个加载和执行，这将影响浏览器的执行时间，当页面架构不合理，JS脚本位置靠前时，就会出现首屏加载缓慢，图片出不来，长期显示白屏，用户体验差的问题。

当JavaScript在执行时，页面的下载和渲染都必须停下来等待脚本执行完成。如果加载顺序不当，会导致阻塞大量元素请求，从而造成页面加载时间变长。对于请求加载顺序的优化，现有技术主要的方法是修改网站结构，调整加载顺序，还有将script标签放底部，从而提高页面展现给用户的速度。然而，发明人发现现有技术中至少存在如下问题：虽然上述方法可以在理论上对网页访问速度进行优化，但实际仍会出现兼容性的问题，比如部分网页在显示时，出现显示错误，甚至无法显示，而这些问题往往被忽视，并没有进一步的方法进行解决。

发明内容

本发明实施方式的目的在于提供一种网页加载方法、网页加载系统和服务器，使得在优化网页加载的过程中，优化用户体验，且便于推广，同时无需修改源站代码，减少网站拥有者的技术开发时间的。

为解决上述技术问题，本发明的实施方式提供了一种网页加载方法，应用于内容分发网络的边缘服务器，包括：在启用前端优化功能后，根据来自用户终端的页面加载请求，获取待加载页面的原加载清单；优化所述原加载清单，获得优化后的加载清单；向所述用户终端发送所述优化后的加载清单；判断所述待加载页面在所述用户终端上是否加载出错；若判定加载出错，则向所述用户终端发送所述原加载清单。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述的网页加载方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的网页加载方法。

本发明实施方式相对于现有技术而言，主要区别及其效果在于：现有技术在启动前端优化功能后，仍可能因为浏览器的兼容问题造成网页显示不正常，甚至无法显示，本申请中利用对待加载页面在用户终端上是否加载出错的检测，通过返回原始的页面加载清单，暂时绕过优化后的加载清单，使得用户终端可以根据原始清单请求加载，尽量保证网页正常显示。另外，由于本发明实施方式由内容分发网络实施，创新地改进了行内既定的网站优化模式，既不需要改变用户终端的配置，也不需要改变源站的代码，又不需要改变需访问页面源站的网站构架，实施便捷，可以减少网站拥有者的技术开发时间，给用户终端侧提供更优质的上网体验，便于本发明实施方式的推广。可见，本发明实施方式使得在优化网页加载的过程中，优化用户体验，且便于推广，同时无需修改源站代码，减少网站拥有者的技术开发时间的。

作为进一步改进，优化原加载清单，具体包括：将监控脚本添加至所述原加载清单；所述判断待加载页面在所述用户终端上是否加载出错，具体为：利用所述监控脚本，判断所述待加载页面在所述用户终端上是否加载出错。进一步限定监控脚本自动对页面的加载情况进行检测，便于准确了解用户终端侧页面的加载情况。

作为进一步改进，所述监控脚本用于在检测到所述待加载页面加载出错时，向所述边缘服务器发送加载出错报告；所述判断待加载页面在所述用户终端上是否加载出错，具体包括：在收到来自所述监控脚本的加载出错报告时，判定为所述待加载页面在所述用户终端上加载出错。进一步限定监控脚本会自动报错，使得边缘服务器侧可以更快获知加载出错的状态。

作为进一步改进，判断待加载页面在所述用户终端上是否加载出错，具体为：根据在所述第一预设时间内收到所述用户终端针对同一加载项的加载请求的次数，判断所述待加载页面在所述用户终端上是否加载出错。进一步限定通过监控同一加载项的加载请求的次数，简便易行地实现对页面加载出错的检测。

作为进一步改进，根据在第一预设时间内收到所述用户终端针对同一加载项的加载请求的次数，判断所述待加载页面在所述用户终端上是否加载出错，具体包括：若在所述第一预设时间内收到所述用户终端针对同一加载项的加载请求的次数达到第一预设次数时，则判定为所述待加载页面在所述用户终端上加载出错。由于用户终端侧在加载出错时，可能被用户操作反复加载，所以检测收到短时多次的相同加载请求时，可确认为用户终端上页面加载出错。

作为进一步改进，还包括：在向所述用户终端发送所述原加载清单时，记录针对所报错的加载项的一次报错；监测针对加载项的报错次数；若所述报错次数达到第二预设次数，则向所述待加载页面所属管理员发送针对所述加载项的告警信息，所述第二预设次数大于所述第一预设次数。进一步限定加载项记录报错次数，在报错次数过多时，即可认为是前端优化功能出现问题，所以需要进一步上报管理员，自动检测上报机制在保证页面被正常加载的同时，大大减少人力。

作为进一步改进，还包括：在向所述待加载页面所属管理员发送针对所述加载项的告警信息时，暂停所述前端优化功能。利用暂停前端优化功能，使得短时间内不重复告警，避免邮件风暴。

作为进一步改进，所述暂停前端优化功能后，还包括：暂停所述前端优化功能持续预设时长后，恢复启用所述前端优化功能。进一步限定暂停时长，保证在问题仍然存在时会再次告警，避免漏报。

作为进一步改进，还包括：在向所述待加载页面所属管理员发送针对所述加载项的告警信息时，关闭所述前端优化功能。本申请实施方式可以在告警时直接关闭前端优化功能，保证网页的正常加载。

作为进一步改进，所述优化原加载清单具体包括：根据预定的优化方案改写所述加载清单中的所述待加速资源。利用改写方式优化原加载清单，使得在保证用户的网站加载体验的同时，进一步减少网站开发者的开发时间，加快网站技术开发的时间。

作为进一步改进，在所述获取待加载页面的原加载清单之后，在所述优化原加载清单之前，还包括：根据所述页面加载请求中携带的cookies记录信息，判断是否需要优化所述原加载清单；若判定为需要，则执行所述优化原加载清单的步骤；若判定为不需要，则执行所述向所述用户终端发送所述原加载清单的步骤。本申请实施方式利用cookies记录信息确定所反馈的加载清单为哪种加载清单，便于后续后快获取到合适的加载清单。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式中的网页加载方法流程图；

图2是根据本发明第三实施方式中的网页加载方法流程图；

图3是根据本发明第四实施方式中的网页加载方法流程图；

图4是根据本发明第三实施方式中的网页加载方法中告警机制一的示意图；

图5是根据本发明第三实施方式中的网页加载方法中告警机制二的示意图；

图6是根据本发明第三实施方式中的网页加载方法中告警机制三的示意图；

图7是根据本发明第五实施方式中的服务器的结构示意图；

图8是根据本发明第六实施方式中的网页加载系统的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种网页加载方法。

本实施方式可以应用于一种服务器，具体可以为CDN架构(如加速云平台)下的边缘服务器。关于现有的分布式计算机系统，是由服务提供商操作和管理的“内容传送网络”或“CDN”。服务提供商通常代表使用服务提供商基础设施的第三方(如客户)提供内容交付服务。这种类型的分布式系统通常是指由一个或多个网络链接的自主计算机集合，以及为便于各种服务而设计的软件、系统、协议和技术，诸如内容传递，Web应用加速或其他支持外包的原产地基础设施。CDN服务提供商通常通过数字属性(例如网站)来提供服务交付，其在客户门户中供应，然后部署到网络。数字资产通常绑定到一个或多个边缘配置，以允许服务提供商对流量进行计费并为其客户计费。如上的覆盖网络可以与前端优化(FEO)方案结合或互操作。FEO是通过修改HTML和其上的资源来加速网页的过程。目标是消除使用覆盖的网站前端的瓶颈和低效率。在FEO中，有许多特定的优化可以使用，他们的目标是做以下一项或多项：减少加载页面所需的HTTP请求数量，而不是在一个请求中下载更多的数据；通过使用更有效的格式来减小网页及其部分的总大小，提高缓存能力并去除不必要的内容；并通过使浏览器以不同的顺序或时间加载项来加速呈现，例如防止第三方脚本延迟页面上的所有其他事件。

具体的说，在已知的覆盖网络系统中，分布式计算机系统被配置为CDN并且假定具有分布在因特网周围的一组机器1^2a-n。通常，大多数机器是位于互联网边缘附近的服务器，即位于最终用户接入网络处或邻近最终用户接入网络。网络操作命令中心(networkoperations command center，简称“NOCC”)管理系统中各种机器的操作。诸如网站之类的第三方站点将分派的内容(例如，HTML，嵌入式页面对象，流媒体，软件下载等)卸载到分布式计算机系统，特别是“边缘”服务器。通常，内容提供商通过将给定内容提供商域或子域的别名(例如，通过DNS CNAME)别名到由服务提供商的权威性域名服务管理的域来卸载其内容传送。希望内容的最终用户被引导到分布式计算机系统以更可靠和有效地获得内容。虽然没有详细示出，但是分布式计算机系统还可以包括其他基础设施，诸如从边缘服务器收集使用量和其他数据的分布式数据收集系统，在一个区域或一组区域上聚合该数据，并将该数据到其他后端系统以促进监视、记录、警报、计费、管理和其他操作和管理功能。

本实施方式中网页加载方法的流程如图1所示，具体如下：

步骤101，启动前端优化功能。

具体的说，由于现有针对待加载页面上的资源是一个一个加载和执行，这将影响浏览器的执行时间，当页面架构不合理，JS脚本位置靠前时，JS加载速度会影响到网站的整体加载效果。尤其是当页面上具备第三方JS文件时，其加载速度更不可控。所以，可能设置前端优化功能对其加载过程进行优化。具体的启动方法可以是自动启动，

步骤102，根据加载请求获得原加载清单。

具体的说，本步骤在接收到来自用户终端的页面加载请求时，根据来自用户终端的页面加载请求，获取待加载页面的原加载清单。

需要说明的说，页面加载请求可以是在用户通过浏览器进行网页访问时发出，也可以是在查看应用程序(即“APP”)的某一页面时发出的。

具体的说，加载清单(即HTML文档)中包括页面的加载项和各加载项的加载顺序。同时，加载清单可能预存于服务器本地，即使网页所属服务器实际位置较远，也可以预先镜像至本地，那么在接收到页面加载请求时，就可以直接将预存的加载清单反馈至用户终端，继而由用户浏览器进行后续操作。实际应用中，需访问的页面对应的加载清单也可能并未预存于本地，那么服务器也可以向网页所属的源站请求，请求到后反馈给用户终端。

关于边缘服务器针对来自用户终端的请求的处理，以下根据实际应用中的实现方式具体描述，覆盖网络的客户(如用户终端)被提供使用客户门户CDN边缘服务器提供指示FEO应适用于客户的现场(或其一些部分)配置数据使用FEO服务。然后在边缘服务器处接收到第一个用户请求(即页面的加载请求)。边缘服务器GHost(全局主机)进程应用其配置数据并确定此请求应使用FEO。然后，它在FEO配置缓存中查找这个数字财产的标准化信息。在一个实施例中，全局主机进程使用RESTful请求与FEO网络通信，并且数据被交换到API(诸如Google协议缓冲器)。API通过对该数字财产进行数据库查找来对归一化请求做出响应并返回该信息。对RESTful请求的响应被缓存。然后，在边缘服务器全局主机进程接收第二个用户请求，然后应用配置并确定这个请求应该使用FEO。全球主机进程然后查找这个客户的规范化信息，这个信息现在出现了。

步骤103，优化原加载清单，获得优化后的加载清单。

具体的说，本步骤根据预定的优化方案改写加载清单中的待加速资源，其中，预定的优化方案至少包括以下之一：异步改写方案、加速改写方案和屏蔽改写方案。更具体的说，根据预定的优化方案改写加载清单中的待加速资源中，预定的优化方案由预设策略确定。其中，预设策略中可以指定各个待加速资源均采用某一种优化方案，也可以针对不同的待加速资源指定不同的优化方案。另外，实际应用中除了上述三种优化方案外，还可以根据需要增加其他优化方案，在此不对优化方案的数量和内容做限定。

需要说明的是，本实施方式中优化方式还包括：将监控脚本添加至原加载清单，该监控脚本用于在检测到待加载页面加载出错(如待加载页面显示不完整)时，向边缘服务器发送加载出错报告。实际应用中，监控脚本的内容可以根据其功能撰写，在此不再赘述。

步骤104，向用户终端发送优化后的加载清单。

具体的说，用户终端在收到改写后的加载清单后，根据加载清单请求各项资源。

步骤105，判断待加载页面在用户终端上是否加载出错；若是，则执行步骤106；若否，则返回步骤105。

具体的说，本申请发明人发现，由于增加的前端优化功能可能由于和脚本的不兼容，造成用户终端无法对优化后的加载清单正常请求，使得待加载页面加载出错，可能是没有完整显示，甚至可能完全无法显示。

本实施方式利用添加至原加载清单的监控脚本，判断待加载页面在用户终端上是否加载出错。更具体的说，根据是否收到来自监控脚本的加载出错报告，判断待加载页面在用户终端上是否加载出错。其中，在收到来自监控脚本的加载出错报告时，判定为待加载页面在用户终端上加载出错。实际应用中，如果未收到来自监控脚本的加载出错报告时，则返回步骤105的判断步骤重复判断。

步骤106，向用户终端发送原加载清单。

具体的说，本步骤发送的原加载清单即为步骤102中获得的原加载清单。

本实施方式相对于现有技术而言，主要区别及其效果在于：现有技术在启动前端优化功能后，仍可能因为浏览器的兼容问题造成网页显示不正常，甚至无法显示，本申请中利用对待加载页面在用户终端上是否加载出错的检测，通过返回原始的页面加载清单，暂时绕过优化后的加载清单，使得用户终端可以根据原始清单请求加载，尽量保证网页正常显示。另外，由于本发明实施方式由内容分发网络实施，创新地改进了行内既定的网站优化模式，既不需要改变用户终端的配置，也不需要改变源站的代码，又不需要改变需访问页面源站的网站构架，实施便捷，可以减少网站拥有者的技术开发时间，给用户终端侧提供更优质的上网体验，便于本发明实施方式的推广。可见，本实施方式使得在优化网页加载的过程中，优化用户体验，且便于推广，同时无需修改源站代码，减少网站拥有者的技术开发时间的。更具体的说，本实施方式通过边缘服务器插入JS脚本，监测页面完整性，当出现报错时，进行URL跳转重新向边缘服务器获取不使用JS优化功能的页面。

本发明的第二实施方式涉及一种网页加载方法。第二实施方式和第一实施方式大致相同，主要区别及其效果在于：第一实施方式中利用在原加载清单中增加自动执行的监控脚本，进行页面加载是否出错的判断，而本实施方式中利用对用户终端发来的加载请求计数，进行页面加载是否出错的判断。本实施方式通过监控同一加载项的加载请求的次数，简便易行地实现对页面加载出错的检测。

本实施方式中的网页加载方法流程图如图1所示，其中的步骤105在判断待加载页面在用户终端上是否加载出错时，根据在第一预设时间内收到用户终端针对同一加载项的加载请求的次数，判断待加载页面在用户终端上是否加载出错。

由于用户终端侧在页面加载出错时，用户可能重复发出加载请求，所以如果短时间内多次收到同一用户终端针对同一加载项的加载请求，即可判定为用户终端侧加载出错。

具体的说，在收到的重复加载请求在达到第一预设次数时，判定为加载出错，其中，第一预设次数可以是两次，那么边缘服务器在收到两次重复的加载请求后，即向用户终端反馈原加载清单，使得用户终端可以尽快忽略优化后的加载清单，利用原始加载清单请求各项资源，也使得用户可以尽快查看到正常的页面，增加用户体验。

可见，本实施方式限定判断待加载页面在用户终端上是否加载出错的具体方法，具体通过统计收到的重复加载请求来判断，使得判断过程简单可行。另外，进一步限定重复加载请求的阈值，使得待加载页面可以尽快被加载，用户终端浏览器尽快脱离白屏界面，为用户提供更优的访问体验。

值得一提的是，本实施方式中采用的页面加载出错的判断方法可以和第一实施方式中的页面加载出错的判断方法结合使用，在此不再赘述。

本发明的第三实施方式涉及一种网页加载方法。第三实施方式是在第一实施方式的基础上做了进一步改进，主要改进之处在于：在本发明第三实施方式中，新增告警机制，使得在暂时绕开前端优化机制后，将可能出错的情况进行上报，以便管理员更好地筛查排错。

本实施方式中的网页加载方法流程图如图2所示，具体如下：

本实施方式中的步骤201至206与第一实施方式中的步骤101至106相类似，在此不再赘述。

步骤207，记录针对待加载页面的一次报错，累计出报错总数。

也就是说，在记录报错后，监测针对加载项的报错次数。

步骤208，判断报错次数是否达到第二预设次数；若达到，则执行步骤209；若未达到，则返回步骤208。

具体的说，第二预设次数可以是五次，在此不做限定。

步骤209，向待加载页面所属管理员发送针对加载项的告警信息。

具体的说，步骤207至步骤209中，边缘服务器可以统计报错次数，一旦报错次数过多(如报错次数达到第二预设次数)，则可基本确认是前端优化功能异常，随后向待加载页面所属管理员发送针对加载项的告警信息，告警信息可以通过邮件形式发送给管理员终端。

实际应用中多个用户终端可能从一个边缘服务器处请求待加载页面，所以该边缘服务器可能收到来自不同用户终端的报错，由于页面的加载出错可能由于前端优化功能的兼容问题，所以，一旦由于这样的问题造成加载出错，就可能影响不止一个用户终端，所以在监测报错次数时，可以累加多个用户终端的报错次数。

在此需要说明的是，在向管理员发送告警信息后，可以根据需要选择多种机制进行进一步操作。

其一，将针对加载项的报错次数清零，清零后返回执行步骤208。也就是说，在报错次数每达到第二预设次数后，向管理员告警。此后的进一步机制可以是在向管理员告警两次后，则直接关闭前端优化功能，避免短时反复告警。实际应用中，其告警流程示意图可以如图4所示。

其二，在发出告警信息时，暂停前端优化功能，且暂停持续预设时长，在预设时长达到后，恢复启用前端优化功能。其中的预设时长可以设置5-10分钟，利用暂停前端优化功能，避免重复报错，短时反复告警产生的邮件风暴。预设时长达到后，重启前端优化功能，如果该功能没有被关闭，那么将恢复告警机制。实际应用中，其告警流程示意图可以如图5所示。

其三，在发出告警信息后，直接关闭前端优化功能。等待管理员对告警信息的错误排查，如果确定不是由前端优化功能引起，则后续可以再行开启前端优化功能。实际应用中，其告警流程示意图可以如图6所示。

总的来说，以上三种机制可以根据需要择一执行，或设置一定机制结合执行，在此不再赘述。

可见，本实施方式新增告警机制，使得在暂时绕开前端优化机制后，将可能出错的情况进行上报，以便管理员更好地筛查排错。加载项记录报错次数，在报错次数过多时，即可认为是前端优化功能出现问题，所以需要进一步上报管理员，自动检测上报机制在保证页面被正常加载的同时，大大减少人力。同时，提供三种机制，暂停或关闭前端优化功能，使得短时间内不重复告警，避免管理员处的邮件风暴。

本发明的第四实施方式涉及一种网页加载方法。第四实施方式是在第一实施方式的基础上做了进一步改进，主要改进之处在于：在本发明第四实施方式中，增加了cookies记录信息的检测，自动判断发送原始加载清单或优化后的加载清单，边缘服务器可以尽快发送适用于用户终端的加载清单，加快整体加载速度。

本实施方式中的网页加载方法流程图如图3所示，具体如下：

本实施方式中的步骤301和302与第一实施方式中的步骤101和102相类似，在此不再赘述。

步骤303，判断是否需要优化原加载清单；若判定为是，则执行步骤304；若判定为否，则执行步骤307。

具体的说，本步骤中具体根据页面加载请求中携带的cookies记录信息判断，当cookies中显示之前该用户终端由于加载出错接收过原始加载清单，那么这次直接将原加载清单发送至该用户终端，不再执行加载清单的优化等步骤。

本实施方式中的步骤304和307与第一实施方式中的步骤103和106相类似，在此不再赘述。

可见，本实施方式利用cookies记录信息确定所反馈的加载清单为哪种加载清单，便于后续后快获取到合适的加载清单，加快加载项的加载速度，进一步加快网页的访问速度。

本发明第五实施方式涉及一种服务器，如图7所示，包括：

至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一实施方式至第四实施方式中任一个网页加载方法。其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明第六实施方式涉及一种网页加载系统，如图8所示，具体包括：用户终端和如第五实施方式中提到的服务器，其中的服务器可以是CDN架构下的边缘服务器。实际应用中，本实施方式中的网页加载系统还可以包括待加载网页所属的源站服务器。

本发明第七实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (16)

1.一种网页加载方法，其特征在于，应用于内容分发网络的边缘服务器，包括：

在启用前端优化功能后，根据来自用户终端的页面加载请求，获取待加载页面的原加载清单；

在根据所述页面加载请求中携带的cookies记录信息，判定需要优化所述原加载清单时，优化所述原加载清单，获得优化后的加载清单；并向所述用户终端发送所述优化后的加载清单；

在发送所述优化后的加载清单之后，判定所述待加载页面在所述用户终端上加载出错时，或者，在根据所述页面加载请求中携带的cookies记录信息，判定不需要优化所述原加载清单时，向所述用户终端发送所述原加载清单；

所述原加载清单和所述优化后的加载清单分别包括加载项和各加载项的加载顺序。

2.根据权利要求1所述的网页加载方法，其特征在于，所述优化原加载清单，具体包括：将监控脚本添加至所述原加载清单；

利用所述监控脚本，判断所述待加载页面在所述用户终端上是否加载出错。

3.根据权利要求2所述的网页加载方法，其特征在于，所述监控脚本用于在检测到所述待加载页面加载出错时，向所述边缘服务器发送加载出错报告；

所述利用所述监控脚本，判断所述待加载页面在所述用户终端上是否加载出错，具体包括：在收到来自所述监控脚本的加载出错报告时，判定为所述待加载页面在所述用户终端上加载出错。

4.根据权利要求2所述的网页加载方法，其特征在于，所述加载出错包括所述待加载页面显示不完整。

5.根据权利要求1所述的网页加载方法，其特征在于，根据在第一预设时间内收到所述用户终端针对同一加载项的加载请求的次数，判断所述待加载页面在所述用户终端上是否加载出错。

6.根据权利要求5所述的网页加载方法，其特征在于，所述根据在第一预设时间内收到所述用户终端针对同一加载项的加载请求的次数，判断所述待加载页面在所述用户终端上是否加载出错，具体包括：

若在所述第一预设时间内收到所述用户终端针对同一加载项的加载请求的次数达到第一预设次数时，则判定为所述待加载页面在所述用户终端上加载出错。

7.根据权利要求6所述的网页加载方法，其特征在于，所述第一预设次数为两次。

8.根据权利要求6所述的网页加载方法，其特征在于，还包括：

在向所述用户终端发送所述原加载清单时，记录针对所报错的加载项的一次报错；

监测针对加载项的报错次数；

若所述报错次数达到第二预设次数，则向所述待加载页面所属管理员发送针对所述加载项的告警信息，所述第二预设次数大于所述第一预设次数。

9.根据权利要求8所述的网页加载方法，其特征在于，在向所述待加载页面所属管理员发送针对所述加载项的告警信息后，还包括：

将针对加载项的报错次数清零；

继续执行所述监测针对所述加载项的报错次数。

10.根据权利要求8所述的网页加载方法，其特征在于，还包括：

在向所述待加载页面所属管理员发送针对所述加载项的告警信息时，暂停所述前端优化功能。

11.根据权利要求10所述的网页加载方法，其特征在于，所述暂停前端优化功能后，还包括：暂停所述前端优化功能持续预设时长后，恢复启用所述前端优化功能。

12.根据权利要求8所述的网页加载方法，其特征在于，还包括：

在向所述待加载页面所属管理员发送针对所述加载项的告警信息时，关闭所述前端优化功能。

13.根据权利要求1所述的网页加载方法，其特征在于，所述优化原加载清单具体包括：

根据预定的优化方案改写所述加载清单中的待加速资源。

14.一种服务器，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至13中任一项所述的网页加载方法。

15.一种网页加载系统，其特征在于，包括：用户终端和如权利要求14所述的服务器。

16.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至13中任一项所述的网页加载方法。

Images