一种内网的网页错误监控方法及相关设备与流程

1.本技术涉及网络技术领域，尤其涉及一种内网的网页错误监控方法及相关设备。


背景技术：

2.前端项目源代码在代码上线之前都会通过打包工具进行压缩混淆处理，将源代码进行一系列的转换以及格式修改，经过处理之后的代码将会大大减少代码体积，同时也保证了源代码的安全性。然而当线上环境出现异常时，开发人员往往很难第一时间定位到问题的产生位置，也就不能及时处理。
3.随着前端领域的不断成熟，出现了一些开源前端监控系统，具备了错误收集，以及源代码定位等部分功能，但是在map文件上传环节是通过前端ui、自身cli及接口上传map文件，这样的操作任然需要人工完成，很容易导致map文件与线上环境的js代码对应错误，影响开发效率。


技术实现要素：

4.本技术实施例的目的在于提出一种内网的网页错误监控方法及相关设备，解决了手动上传map文件导致map文件和线上项目环境不对应的问题。
5.为了解决上述技术问题，本技术实施例提供一种内网的网页错误监控方法，采用了如下所述的技术方案：
6.接收目标用户端发送的项目部署命令，在执行项目部署命令后向目标客户端发起接收项目map文件的请求，接收目标用户端运行预设的插件工具发送的map文件；
7.接收目标用户端监听错误事件收集到的错误日志；
8.根据所述map文件和错误日志定位所述错误事件对应的源代码位置信息，所述源代码位置信息包括源文件位置信息和出错行列号；
9.将所述错误事件对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述错误事件和对应的源代码位置信息。
10.为了解决上述技术问题，本技术实施例还提供一种内网的网页错误监控装置，采用了如下所述的技术方案：
11.map文件获取模块，用于接收目标用户端发送的项目部署命令，在执行项目部署命令后向目标客户端发起接收项目map文件的请求，接收目标用户端运行预设的插件工具发送的map文件；
12.错误日志获取模块，用于接收目标用户端监听错误事件收集到的错误日志；
13.错误数据获取模块，用于根据所述map文件和错误日志定位所述错误事件对应的源代码位置信息，所述源代码位置信息包括源文件位置信息和出错行列号；
14.错误数据发送模块，用于将所述错误事件对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述错误事件和对应的源代码位置信息。
15.为了解决上述技术问题，本技术实施例还提供一种计算机设备，采用了如下所述
的技术方案：
16.包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的内网的网页错误监控方法的步骤。
17.为了解决上述技术问题，本技术实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：
18.所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的内网的网页错误监控方法的步骤。
19.与现有技术相比，本技术实施例主要有以下有益效果：
20.本技术通过预设插件工具自动上传项目map文件，避免手动上传导致map文件和线上项目环境不对应的问题，结合监听到的错误日志，能快捷定位内网网页错误事件对应的源代码位置，并通过可视化平台简明地在目标用户端展示，便于开发人员修复代码错误，提高开发效率。
附图说明
21.为了更清楚地说明本技术中的方案，下面将对本技术实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1是本技术实施例一提供的内网的网页错误监控方法的实现流程图；
23.图2是图1中步骤s103的实现流程图；
24.图3是本实施例提供的内网的网页错误监控方法中处理查询请求的一种实现流程图；
25.图4是本实施例提供的内网的网页错误监控方法中处理状态标记请求的一种实现流程图；
26.图5是本技术实施例二提供的内网的网页错误监控装置的结构示意图；
27.图6是图5中错误数据获取模块模块130的结构示意图；
28.图7是根据本技术的计算机设备的一个实施例的结构示意图。
具体实施方式
29.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术；本技术的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本技术的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
30.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
31.为了使本技术领域的人员更好地理解本技术方案，下面将结合附图，对本技术实
施例中的技术方案进行清楚、完整地描述。
32.实施例一
33.如图1所示，示出了本技术实施例一提供的内网的网页错误监控方法的实现流程图，为了便于说明，仅示出于本技术相关的部分。
34.本实施例提供的内网的网页错误监控方法，包括以下步骤：
35.步骤s101：接收目标用户端发送的项目部署命令，在执行项目部署命令后向目标客户端发起接收项目map文件的请求，接收目标用户端运行预设的插件工具发送的map文件。
36.在本技术实施例中，内网网页的源代码文件在项目部署前会经过压缩转换，map文件指的是用于存储源代码文件转换前后位置对应信息的文件，开发人员在代码运行报错时根据从map文件中解析出的位置信息可以定位源代码文件中的出错位置。
37.在本技术实施例中，在目标客户端运行预设的插件工具，用于响应接收项目map文件的请求，发送与项目线上环境对应的map文件。
38.步骤s102：接收目标用户端监听错误事件收集到的错误日志。
39.在本技术实施例中，在项目部署后的运行过程中，目标用户端启动window.addeventlistener用于监听错误事件，并实时发送收集到的错误日志。
40.在本技术实施例中，接收到目标用户端发送的错误日志后，对错误日志进行解析、汇总、存储，便于后续收集和处理错误数据。
41.步骤s103：根据所述map文件和错误日志定位所述错误事件对应的源代码位置信息，所述源代码位置信息包括源文件位置信息和出错行列号。
42.在本技术实施例中，map文件存储了源代码文件转换前后的位置对应信息，结合从错误日志中获取到的堆栈信息，通过错误定位，可以得到与错误事件相关联的源代码位置信息，所述源代码位置信息包括源文件位置信息和出错行列号。
43.步骤s104：将所述错误事件对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述错误事件和对应的源代码位置信息。
44.在本技术实施例中，目标用户端的可视化平台向开发人员展示经过解析的错误数据信息，即错误事件和对应的源代码位置信息。错误数据信息可以自动展示到可视化平台上，或者，开发人员可以通过可视化平台上的按钮、编辑框等工具限定查询条件，以搜索符合特定条件的错误数据信息。
45.在本技术实施例中，可以根据需要定制各种数据可视化，例如，目标用户端的可视化平台向开发人员展示的错误数据信息还可以包括：源代码所属的模块名称、模块负责人、修复状态、错误类型。其中，源代码所属的模块名称可以预设为源代码所在的文件名或函数名，也可以是项目名；模块负责人可以是承担源代码所属的模块开发任务的开发人员；修复状态指的是该源代码错误的处理状态，可以是未修复、已修复、忽略三者之一，默认为未修复，开发人员可以在可视化平台更改该属性。上述错误数据的信息便于开发人员查看错误数据信息中错误信息详细内容，标记对应的源代码错误是否已修复等，也便于开发人员按照特定的条件统计数据，做好项目管理。
46.本技术提供的内网的网页错误监控方法，包括：接收目标用户端发送的项目部署命令，在执行项目部署命令后向目标客户端发起接收项目map文件的请求，接收目标用户端
运行预设的插件工具发送的map文件；接收目标用户端监听错误事件收集到的错误日志；根据所述map文件和错误日志定位所述错误事件对应的源代码位置信息，所述源代码位置信息包括源文件位置信息和出错行列号；将所述错误事件对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述错误事件和对应的源代码位置信息。本技术通过预设插件工具自动上传项目map文件，避免手动上传导致map文件和线上项目环境不对应的问题，结合监听到的错误日志，能快捷定位内网网页错误事件对应的源代码位置，并通过可视化平台简明地在目标用户端展示，便于开发人员修复代码错误，提高开发效率。
47.继续参考图2，示出了图1中步骤s103的实现流程图，为了便于说明，仅示出于本技术相关的部分。
48.在本实施例的一些可选的实现方式中，步骤s103具体包括：
49.步骤s201：分析所述收集到的错误日志，获取所述错误事件对应的堆栈信息。
50.在本技术实施例中，接收到目标用户端发送的错误日志后，对错误日志进行解析，得到错误事件对应的错误堆栈信息。
51.在本技术实施例中，对错误日志进行解析、汇总后的错误数据可以存储在数据库中，便于后续处理错误数据、统计项目绩效以及项目总结。
52.步骤s202：结合所述map文件，利用sourcemap解析所述错误事件对应的堆栈信息，得到所述错误事件对应的源代码位置信息。
53.在本技术实施例中，获取到错误事件对应的堆栈信息、以及map文件内容后，可以通过mozilla的source-map库进行错误定位，source-map库中的sourcemapconsumer实例表示一个已解析的源映射的相关信息，可以通过为这个实例提供文件位置和文件内容来在生成的源中查询有关原始文件位置的信息。
54.在本实施例的一些可选的实现方式中，在上述步骤s103之后，所述内网的网页错误监控方法还包括：将所述错误事件及对应的源代码位置信息存储到数据库文件中。
55.在本技术实施例中，当监听到错误事件并按照以上所述方法定位到错误事件对应的源代码位置后，将所述错误事件及对应的源代码位置信息存储到数据库文件中，便于后续处理错误数据、统计项目绩效以及项目总结。
56.继续参考图3，在本实施例的一些可选的实现方式中，上述步骤s103之后，所述内网的网页错误监控方法还包括：
57.步骤s301：接收所述目标用户端的可视化平台触发的查询请求。
58.在本技术实施例中，查询请求携带有开发人员限定的查询条件，包括源代码所属的模块名称、模块负责人、修复状态中的任意一种或几种，例如，可以限定特定开发人员负责的、修复状态为未修复的日志数据。
59.在本技术实施例中，开发人员可以通过可视化平台上的按钮、编辑框等工具限定查询条件。
60.在本技术实施例中，查询请求在开发人员操作可视化平台上对应的控件时触发。
61.步骤s302：根据接收到的查询请求中携带的信息查找数据库文件，读取所述数据库文件中的内容并进行条件查询，得到符合查询条件的错误事件及对应的源代码位置信息。
62.在本技术实施例中，根据接收到的查询请求中携带的查询条件，在数据库文件中查找错误数据，还可以获取到对应该错误数据的其他信息，包括：源代码所属的模块名称、模块负责人、修复状态、错误类型。
63.步骤s303：将所述符合查询条件的错误事件及对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述符合查询条件的错误事件及对应的源代码位置信息。
64.在本技术实施例中，将符合查询条件的错误事件及对应的源代码位置信息发送到所述目标用户端，同时还可以将对应该错误数据的其他信息发送到所述目标客户端以展示给开发人员，这些信息包括：源代码所属的模块名称、模块负责人、修复状态、错误类型。
65.本技术提供的内网的网页错误监控方法，可以通过可视化平台上的按钮、编辑框等工具限定查询条件，以搜索符合特定条件的错误数据信息，便于开发人员按照特定的条件统计数据，做好项目管理。
66.在本实施例的一些可选的实现方式中，在上述步骤s104之后，所述内网的网页错误监控方法还包括：向负责所述错误事件的人员发送处理提醒信息。
67.在本技术实施例中，错误事件对应的处理人员可以是模块负责人。预先将错误事件和对应的处理人员通讯方式进行绑定，当监听到错误事件并按照以上所述方法定位到错误事件对应的源代码位置后，利用内网即时通信工具或者邮件方式向负责所述错误事件的人员发送处理提醒信息，所述处理提醒信息中包括错误事件及对应的源代码位置信息。
68.继续参考图4，在本实施例的一些可选的实现方式中，上述步骤s104之后，所述内网的网页错误监控方法还包括：
69.步骤s401：接收所述目标用户端的可视化平台触发的处理状态标记请求。
70.在本技术实施例中，修复状态指的是该源代码错误的处理状态，可以是未修复、已修复、忽略三者之一，默认为未修复，开发人员可以在可视化平台更改该属性。例如，当错误数据对应的源代码错误修复后，可标记该状态为已修复。修复状态标记请求中携带有开发人员标记的修复状态。
71.步骤s402：根据接收到的处理状态标记请求修改对应错误事件的处理状态。
72.在本技术实施例中，当修复状态标记请求中携带的开发人员标记的修复状态与当前修复状态不同时，将错误数据文件中保存的修复状态修改为修复状态标记请求中携带的开发人员标记的修复状态。
73.步骤s403：将修改后的错误事件的处理状态发送给所述目标用户端，以使所述目标用户端的可视化平台展示所述修改后的错误事件的处理状态。
74.在本技术实施例中，将错误数据文件中更新后的修复状态发送给所述目标用户端以在可视化平台展示给开发人员。
75.本技术提供的内网的网页错误监控方法，通过预设插件工具自动上传项目map文件，避免手动上传导致map文件和线上项目环境不对应的问题，结合监听到的错误日志，能快捷定位内网网页错误事件对应的源代码位置，并通过可视化平台简明地在目标用户端展示，便于开发人员修复代码错误，提高开发效率。同时，预先将错误事件和对应的处理人员通讯方式进行绑定，当监听到错误事件并按照以上所述方法定位到错误事件对应的源代码位置后，利用内网即时通信工具或者邮件方式向负责所述错误事件的人员发送处理提醒信
息，有利于开发人员及时修复错误，保证开发进度。并且本技术实现了从web应用系统的错误产生，错误被监控系统捕获，以及错误指派开发人员处理的全流程闭环，有利于保证数据安全，降低接入第三方监控系统的成本。
76.需要强调的是，为进一步保证信息的私密和安全性，错误事件和对应的源代码位置信息等可以存储于一区块链的节点中。本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
77.本技术可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
78.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram)等。
79.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
80.实施例二
81.进一步参考图5，作为对上述图1所示方法的实现，本技术提供了一种内网的网页错误监控装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
82.如图5所示，本实施例的内网的网页错误监控装置100包括：map文件获取模块110、错误日志获取模块120、错误数据获取模块130、错误数据发送模块140。其中：
83.map文件获取模块110，用于接收目标用户端发送的项目部署命令，在执行项目部署命令后向目标客户端发起接收项目map文件的请求，接收目标用户端运行预设的插件工具发送的map文件；
84.错误日志获取模块120，用于接收目标用户端监听错误事件收集到的错误日志；
85.错误数据获取模块130，用于根据所述map文件和错误日志定位所述错误事件对应
的源代码位置信息，所述源代码位置信息包括源文件位置信息和出错行列号；
86.错误数据发送模块140，用于将所述错误事件对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述错误事件和对应的源代码位置信息。
87.在本技术实施例中，map文件获取模块110响应目标用户端发送的项目部署命令后，向目标用户端发送接收项目map文件的请求。内网网页的源代码文件在项目部署前会经过压缩转换，map文件指的是用于存储源代码文件转换前后位置对应信息的文件，开发人员在代码运行报错时根据从map文件中解析出的位置信息可以定位源代码文件中的出错位置。
88.在本技术实施例中，在项目部署后的运行过程中，目标用户端启动window.addeventlistener用于监听错误事件。错误日志获取模块120实时接收目标用户端收集到的错误日志。
89.在本技术实施例中，错误日志获取模块120接收到目标用户端发送的错误日志后，对错误日志进行解析、汇总、存储，便于后续收集和处理错误数据。
90.在本技术实施例中，map文件存储了源代码文件转换前后的位置对应信息，错误数据获取模块130结合从错误日志中获取到的堆栈信息，通过错误定位，可以得到与错误事件相关联的源代码位置信息，所述源代码位置信息包括源文件位置信息和出错行列号。
91.在本技术实施例中，错误数据发送模块140向目标用户端发送经过解析的错误数据信息，即错误事件和对应的源代码位置信息。错误数据信息可以自动展示到可视化平台上，或者，开发人员可以通过可视化平台上的按钮、编辑框等工具限定查询条件，以搜索符合特定条件的错误数据信息。
92.在本技术实施例中，错误数据发送模块140向目标用户端发送的错误数据信息还包括：源代码所属的模块名称、模块负责人、修复状态、错误类型。其中，源代码所属的模块名称可以预设为源代码所在的文件名或函数名，也可以是项目名；模块负责人可以是承担源代码所属的模块开发任务的开发人员；修复状态指的是该源代码错误的处理状态，可以是未修复、已修复、忽略三者之一，默认为未修复，开发人员可以在可视化平台更改该属性。上述错误数据的信息便于开发人员查看错误数据信息中错误信息详细内容，标记对应的源代码错误是否已修复等，也便于开发人员按照特定的条件统计数据，做好项目管理。
93.继续参考图6，示出了图5中错误数据获取模块130，为了便于说明，仅示出于本技术相关的部分。
94.在本实施例的一些可选的实现方式中，错误数据获取模块130具体包括：堆栈信息获取子模块131、错误代码定位子模块132。其中：
95.堆栈信息获取子模块131，用于分析所述收集到的错误日志，获取所述错误事件对应的堆栈信息。
96.错误代码定位子模块132，用于结合所述map文件，利用sourcemap解析所述错误事件对应的堆栈信息，得到所述错误事件对应的源代码位置信息。
97.在本技术实施例中，堆栈信息获取子模块131接收到目标用户端发送的错误日志后，对错误日志进行解析，得到错误事件对应的错误堆栈信息。
98.在本技术实施例中，堆栈信息获取子模块131对错误日志进行解析、汇总后的错误
数据可以存储在数据库中，便于后续处理错误数据、统计项目绩效以及项目总结。
99.在本技术实施例中，错误代码定位子模块132获取到错误事件对应的堆栈信息、以及map文件内容后，可以通过mozilla的source-map库进行错误定位，source-map库中的sourcemapconsumer实例表示一个已解析的源映射的相关信息，错误代码定位子模块132可以通过为这个实例提供文件位置和文件内容来在生成的源中查询有关原始文件位置的信息。
100.在本实施例的一些可选的实现方式中，错误数据获取模块130根据所述map文件和错误日志定位所述错误事件对应的源代码位置信息之后，还用于：将所述错误事件及对应的源代码位置信息存储到数据库文件中。
101.在本技术实施例中，当监听到错误事件并按照以上所述方法定位到错误事件对应的源代码位置后，错误数据获取模块130将所述错误事件及对应的源代码位置信息存储到数据库文件中，便于后续处理错误数据、统计项目绩效以及项目总结。
102.在本实施例的一些可选的实现方式中，错误数据获取模块130根据所述map文件和错误日志定位所述错误事件对应的源代码位置信息之后，还用于：接收所述目标用户端的可视化平台触发的查询请求；根据接收到的查询请求中携带的信息查找数据库文件，读取所述数据库文件中的内容并进行条件查询，得到符合查询条件的错误事件及对应的源代码位置信息；将所述符合查询条件的错误事件及对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述符合查询条件的错误事件及对应的源代码位置信息。
103.在本技术实施例中，错误数据获取模块130接收开发人员操作可视化平台上对应的控件时触发的查询请求。所述查询请求携带有开发人员限定的查询条件，包括源代码所属的模块名称、模块负责人、修复状态中的任意一种或几种，例如，可以限定特定开发人员负责的、修复状态为未修复的日志数据。开发人员可以通过可视化平台上的按钮、编辑框等工具限定查询条件。
104.在本技术实施例中，错误数据获取模块130根据接收到的查询请求中携带的查询条件，在数据库文件中查找错误数据，还可以获取到对应该错误数据的其他信息，包括：源代码所属的模块名称、模块负责人、修复状态、错误类型。
105.在本技术实施例中，错误数据获取模块130将符合查询条件的错误事件及对应的源代码位置信息发送到所述目标用户端，同时还可以将对应该错误数据的其他信息发送到所述目标客户端以展示给开发人员，这些信息包括：源代码所属的模块名称、模块负责人、修复状态、错误类型。
106.在本实施例的一些可选的实现方式中，错误数据发送模块140在将所述错误事件对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述错误事件和对应的源代码位置信息之后，还用于：向负责所述错误事件的人员发送处理提醒信息。
107.在本技术实施例中，错误事件对应的处理人员可以是模块负责人。错误数据发送模块140预先将错误事件和对应的处理人员通讯方式进行绑定，当监听到错误事件并按照以上所述方法定位到错误事件对应的源代码位置后，利用内网即时通信工具或者邮件方式向负责所述错误事件的人员发送处理提醒信息，所述处理提醒信息中包括错误事件及对应
的源代码位置信息。
108.在本实施例的一些可选的实现方式中，错误数据发送模块140在将所述错误事件对应的源代码位置信息发送到所述目标用户端，以使所述目标用户端的可视化平台展示所述错误事件和对应的源代码位置信息之后，还用于：接收所述目标用户端的可视化平台触发的处理状态标记请求；根据接收到的处理状态标记请求修改对应错误事件的处理状态；将修改后的错误事件的处理状态发送给所述目标用户端，以使所述目标用户端的可视化平台展示所述修改后的错误事件的处理状态。
109.在本技术实施例中，错误数据发送模块140接收开发人员操作可视化平台上对应的控件时触发的处理状态标记请求。修复状态指的是该源代码错误的处理状态，可以是未修复、已修复、忽略三者之一，默认为未修复，开发人员可以在可视化平台更改该属性。例如，当错误数据对应的源代码错误修复后，可标记该状态为已修复。修复状态标记请求中携带有开发人员标记的修复状态。
110.在本技术实施例中，当修复状态标记请求中携带的开发人员标记的修复状态与当前修复状态不同时，错误数据发送模块140将错误数据文件中保存的修复状态修改为修复状态标记请求中携带的开发人员标记的修复状态。
111.在本技术实施例中，错误数据发送模块140将错误数据文件中更新后的修复状态发送给所述目标用户端以在可视化平台展示给开发人员。
112.综上所述，本技术提供的内网的网页错误监控装置，通过预设插件工具自动上传项目map文件，避免手动上传导致map文件和线上项目环境不对应的问题，结合监听到的错误日志，能快捷定位内网网页错误事件对应的源代码位置，并通过可视化平台简明地在目标用户端展示，便于开发人员修复代码错误，提高开发效率。同时，预先将错误事件和对应的处理人员通讯方式进行绑定，当监听到错误事件并按照以上所述方法定位到错误事件对应的源代码位置后，利用内网即时通信工具或者邮件方式向负责所述错误事件的人员发送处理提醒信息，有利于开发人员及时修复错误，保证开发进度。并且本技术实现了从web应用系统的错误产生，错误被监控系统捕获，以及错误指派开发人员处理的全流程闭环，有利于保证数据安全，降低接入第三方监控系统的成本。
113.为解决上述技术问题，本技术实施例还提供计算机设备。具体请参考图7，图7为本实施例计算机设备基本结构框图。
114.所述计算机设备200包括通过系统总线相互通信连接存储器210、处理器220、网络接口230。需要指出的是，图中仅示出了具有组件210-230的计算机设备200，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
115.所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
116.所述存储器210至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器210可以是所述计算机设备200的内部存储单元，例如该计算机设备200的硬盘或内存。在另一些实施例中，所述存储器210也可以是所述计算机设备200的外部存储设备，例如该计算机设备200上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，所述存储器210还可以既包括所述计算机设备200的内部存储单元也包括其外部存储设备。本实施例中，所述存储器210通常用于存储安装于所述计算机设备200的操作系统和各类应用软件，例如内网的网页错误监控方法的计算机可读指令等。此外，所述存储器210还可以用于暂时地存储已经输出或者将要输出的各类数据。
117.所述处理器220在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器220通常用于控制所述计算机设备200的总体操作。本实施例中，所述处理器220用于运行所述存储器210中存储的计算机可读指令或者处理数据，例如运行所述内网的网页错误监控方法的计算机可读指令。
118.所述网络接口230可包括无线网络接口或有线网络接口，该网络接口230通常用于在所述计算机设备200与其他电子设备之间建立通信连接。
119.本技术提供的内网的网页错误监控方法，通过预设插件工具自动上传项目map文件，避免手动上传导致map文件和线上项目环境不对应的问题，结合监听到的错误日志，能快捷定位内网网页错误事件对应的源代码位置，并通过可视化平台简明地在目标用户端展示，便于开发人员及时处理代码错误，提高开发效率。
120.本技术还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的内网的网页错误监控方法的步骤。
121.本技术提供的内网的网页错误监控方法，通过预设插件工具自动上传项目map文件，避免手动上传导致map文件和线上项目环境不对应的问题，结合监听到的错误日志，能快捷定位内网网页错误事件对应的源代码位置，并通过可视化平台简明地在目标用户端展示，便于开发人员及时处理代码错误，提高开发效率。
122.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
123.显然，以上所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例，附图中给出了本技术的较佳实施例，但并不限制本技术的专利范围。本技术可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本技术的公开内容的理解更加透彻全面。尽管参照前述实施例对本技术进行了详细的说明，对于本领域的技术人员来而言，其
依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本技术说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本技术专利保护范围之内。