CN107729097B

CN107729097B - 展示页面配置方法及相应设备

Info

Publication number: CN107729097B
Application number: CN201710853740.3A
Authority: CN
Inventors: 张昌凯
Original assignee: Wuba Co Ltd
Current assignee: Wuba Co Ltd
Priority date: 2017-09-20
Filing date: 2017-09-20
Publication date: 2021-06-04
Anticipated expiration: 2037-09-20
Also published as: CN107729097A

Abstract

本发明公开了一种展示页面配置方法及相应设备，用以解决通过配置模板配置展示页面数据带来的问题。所述方法包括：获取预先存储的一主配置页面，所述主配置页面对应展示页面的一页面类型数据；在所述主配置页面配置主页面的数据；当所述主配置页面具有多级别从配置页面时，逐级进入每个级别的从配置页面，并在指定的从配置页面中配置相应从页面的数据；将配置后的数据存储在相应的编辑表中，以配置所述展示页面上的数据。

Description

展示页面配置方法及相应设备

技术领域

本发明涉及网络技术领域，特别是涉及一种展示页面配置方法及相应设备。

背景技术

如图1所示，在主站App(Application，应用程序)中可以将数据抽象为页面类型(pageType)、模块(module)和图标(icon)。

目前，主站App的数据一般是通过配置模板下发，该方式容易导致需求无法做到快速响应，成本较高，并且不易维护。

例如：若想修改某个icon的url(统一资源定位符)或者图片，则需要在配置模板中修改，并且走上线流程，从而需要重启线上的服务器，因此针对这种简单的需求都无法做到快速响应，并且成本比较高。

又如，若想对某个需求进行个性化配置，例如对不同城市、渠道或版本配置不同的数据，则需要在配置模板中进行大量的判断，导致模板的冗余；并且在几个版本迭代过后，配置模板就变的不易于维护，从而需要通过新增模板的方式来减少冗余。

发明内容

为了克服上述缺陷，本发明要解决的技术问题是提供一种展示页面配置方法及相应设备，用以解决通过配置模板配置展示页面数据带来的问题。

为解决上述技术问题，本发明中的一种展示页面配置方法，包括：

获取预先存储的一主配置页面，所述主配置页面对应展示页面的一页面类型数据；

在所述主配置页面配置主页面的数据；

当所述主配置页面具有多级别从配置页面时，逐级进入每个级别的从配置页面，并在指定的从配置页面中配置相应从页面的数据；

将配置后的数据存储在相应的编辑表中，以配置所述展示页面上的数据。

为解决上述技术问题，本发明中的一种展示页面的后台配置设备，包括存储器和处理器，所述存储器存储有展示页面配置计算机程序，所述处理器执行所述计算机程序，以实现如上所述方法的步骤。

本发明有益效果如下：

本发明实施例通过在主配置页面和各级别从配置页面上配置数据，并将配置后的数据存储在编辑表中，从而配置展示页面上的数据，从而实现了基于后台的方式实现展示页面的配置，从而有效解决通过配置模板配置展示页面数据带来的问题。

附图说明

图1是本发明实施例中数据类型的效果示意图；

图2是本发明实施例中一种展示页面配置方法的流程图；

图3是本发明实施例中关系表的效果示意图；

图4是本发明实施例中首页编辑后台的系统架构图；

图5是本发明实施例中一种展示页面的后台配置设备的结构示意图。

具体实施方式

为了解决现有技术的问题，本发明提供了一种展示页面配置方法及相应设备，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不限定本发明。

在后续的描述中，使用用于区分元件的诸如“第一”、“第二”等前缀仅为了有利于本发明的说明，其本身没有特定的意义。

实施例一

如图2所示，本发明实施例提供一种展示页面配置方法，所述方法包括：

S101，获取预先存储的一主配置页面，所述主配置页面对应展示页面的一页面类型数据；

S102，在所述主配置页面配置主页面的数据；

S103，当所述主配置页面具有多级别从配置页面时，逐级进入每个级别的从配置页面，并在指定的从配置页面中配置相应从页面的数据；

S104，将配置后的数据存储在相应的编辑表中，以配置所述展示页面上的数据。

本发明实施例中的展示页面一般指代App的首页。

以下以展示页面为APP的首页为例，说明本发明实施例。

所述展示页面上的数据包括页面类型数据、模块类型数据和图标类型数据。如图1所示，本发明实施例中将展示页面的数据抽象为三类，包括页面类型(pageType)、模块类型(module)和图标类型(icon)。例如，APP首页中可以有首页、发现、发布、消息和和个人中心5个页面类型数据；而每个页面类型数据由多个module数据构成，而module数据则是由各种icon数据或其它数据构成。

本发明实施例中可以配置首页数据、运营元素数据以及个人中心数据、发布数据和消息中心数据等页面类型数据，并且将这些页面类型数据对应的页面都设计为一级页面(也可以称之为主配置页面)。

而在首页和个人中心的页面类型数据的配置模块中的数据也需要配置，将模块类型数据对应页面为设计为二级页面(也可以称之为第一级别从配置页面)。针对某个icon数据还可置配置子类，以满足不同渠道、版本、城市等维度的特殊需求，因此将图标类型数据对应的页面设计为三级页面(也可以称之为第二级别从配置页面)。其中二级页面和三级页面构成多级别从配置页面。

本发明实施例通过在主配置页面和各级别从配置页面上配置数据，并将配置后的数据存储在编辑表中，从而配置展示页面上的数据，从而实现了基于后台(本发明实施例中可以称之为首页配置后台)的方式实现展示页面的配置，从而有效解决通过配置模板配置展示页面数据带来的问题。

本发明实施例支持高并发流量，上线后最高并发可达到了3300次/秒，平均响应时间在1ms以内。

本发明实施例支持快速响应；例如若是修改某个icon数据的属性或跳转链接等，只需要相关人员从后台配置即可，从而能快速响应需求，人效提升约70％。

本发明实施例可以实现无感知上线，不需要通过公司的上线系统进行上线，从而每次上线不需要走上线流程，从而不需上到沙箱测试，不需要上到线上服务器，并且都需要重启相应服务器，进而可以避免在服务器在重启的过程中,导致的请求无法响应的问题。

可选地，所述将配置后的数据存储在相应的编辑表中，以配置所述展示页面上的数据，包括：

将配置后的数据存储在相应的编辑表中；

在所述编辑表中数据通过测试后，将所述编辑表中的数据插入或更新到所述所述展示页面的线上表。

现有通过配置模板配置展示页面数据中，一份数据若要上线，则必须先在测试环境配一份，测试环境测试通过后，需将该数据在沙箱配置一份；进一步，沙箱测试通过，再通过上线系统上到线上环境。

因此在这个流程中，会出现一份数据要配置两次的情况，也就是说，在测试环境配置通过后，还需要在线上配置一份，从而导致即使在测试环境通过，线上环境配置时，依然存在错误的可能。

而本发明实施例将配置后的数据存储在相应的编辑表中，在所述编辑表中数据通过测试后，将所述编辑表中的数据插入或更新到所述所述展示页面的线上表，从而可以实现只配置一份数据，然后就可以进行测试和上线，从而可以有效解决上述配置二份数据带来的缺陷，并且有效减少工作量，有效降低产生错误的可能性。

进一步地，为了达到配置一份数据进行测试和上线的目的，为了保证线上数据的安全性，对存储的每一种关系的表，都区分为编辑表和线上表；当配置的数据没有通过测试之前，都只存在于编辑表中；只有当通过了测试，才会插入或更新到线上表。基于此，采用了白名单机制，白名单以外的用户每次访问都是直接访问线上表中数据；而白名单内的用户，则是可以访问线上数据表，也可以访问编辑表，可以将编辑表中的测试状态数据和线上表中的数据进行合并，将合并过后的数据展示给白名单以外的用户，从而可以达到测试而不影响线上数据的目的。

进一步地，所述所述编辑表中数据通过测试后，将所述编辑表中的数据插入或更新到所述所述展示页面的线上表之后，包括：

当所述展示页面的数据调用接口被调用时，调用与所述数据调用接口对应的线上表；

从所述线上表中获得与被调用数据，并在所述展示页面进行展示。

再进一步地，所述当所述展示页面的数据调用接口被调用时，调用与所述数据调用接口对应的线上表，包括：

当所述展示页面的数据调用接口被调用时，从所述存储系统中调用与所述数据调用接口对应的线上表。

其中，所述当所述展示页面的数据调用接口被调用时，从所述存储系统中调用与所述数据调用接口对应的线上表，包括：

将所述编辑表和所述线上表存储在预设的数据库系统中；

当所述展示页面的数据调用接口被调用时，从所述数据库系统中获取与所述数据调用接口对应的线上表，并将对应的线上表添加到预设的存储系统中。

本发明实施例中数据的存储使用的是redis(存储系统)+mysql(数据库系统，热点的数据还会缓存在本地Cache中。并且通过将所述编辑表和所述线上表存储在预设的数据库系统中，当所述展示页面的数据调用接口被调用时，从所述数据库系统中获取与所述数据调用接口对应的线上表，并将对应的线上表添加到预设的存储系统中，从而实现被动更新存储系统中数据的方案，该被动更新方案，不需要SCF(远程调用服务)维护一套相同的redis key值规则，并且避免其中一个若有改动，则另外一个项目中必须要改动的问题，并且也不需要提供删除接口。

当然，本发明实施例中也可以实现一种主动更新的方案，也就是说，所述当所述展示页面的数据调用接口被调用时，从所述存储系统中调用与所述数据调用接口对应的线上表，包括：

将所述编辑表和所述线上表存储在预设的数据库系统中；

将所述线上表添加到所述存储系统中；

当所述展示页面的数据调用接口被调用时，从所述存储系统中获取与所述数据调用接口对应的线上表。

其中，所述将配置后的数据存储在相应的编辑表中之后，包括：

当检测到测试用户对所述编辑表中数据进行测试时，禁止其他用户对所述编辑表中数据提测。

本发明实施例通过当检测到测试用户对所述编辑表中数据进行测试时，禁止其他用户对所述编辑表中数据提测，而非采用加锁的方式，从而可以有效提测时是数据正确。

例如，每个测试用户(白名单中用户)修改数据之前，可以先从线上拉取一份数据，在该基础上进行修改。而在提测的时候，若已有其他用户修改相同的页面，并且处于测试中的时候，则该测试用户不能提测，需等提测状态的数据上线后，再提测，从而可以有效避免即使出现后来着上线时覆盖了之前的上线数据，也只是功能上的覆盖，数据都可以保证是正确的，不会影响到用户。

可选地，所述在指定的从配置页面中配置从页面的数据之后，包括：

在各预先指定的从配置页面中，将所述从配置数据存储在预设的本地缓存中；

在所述主配置页面中，将所述主配置数据和所述本地缓存中的从配置数据存储在相应的编辑表中。

可选地，所述在各预先指定的从配置页面中配置从页面数据之前，包括：

确定与所述主配置页面对应的页面类型数据的层级结构；

根据所述层级结构，建立并存储与所述主配置页面对应的多级别从配置页面。

例如，本发明实施例中APP首页中可以有多个页面类型数据，每个页面类型数据可以对应为页面层；而每个页面类型数据由多个module数据构成，因此module数据可以对应模块层；同时module数据则是由各种icon数据或其它数据构成，因此icon数据对应着图标层。

进一步，所述层级结构包括模块层和图标层；

所述当所述编辑表中数据通过测试后，将所述编辑表中的数据插入或更新到所述所述展示页面的线上表，包括：

当所述编辑表中数据通过测试后，根据预设的关系表，将所述编辑表中的数据插入或更新到所述所述展示页面的线上表。

如图3所示，所述关系表包括所述主配置页面(可以通过pageTypeID表示)与所述模块层对应的从配置页面(可以通过moduleID表示)之间的映射关系表、所述模块层对应的从配置页面与所述图标层对应的从配置页面(可以通过iconID表示)之间的映射关系表以及所述图标层对应的从配置页面与图标实体之间的映射关系表。

在本发明实施例中图标数据可以是图标实体，图标实体可以是图片。

在具体实现时，根据页面功能的不同，针对不同的页面设计的数据库结构可以不同的。

由于运营位的位置在App内都是固定的，不存在层级结构，因此每个运营位的数据都对应一张数据库表(编辑表)即可。

首页和个人中心页面的数据则要复杂很多，每个页面都有许多个模块类型数据，每个模块类型数据中又有许多个icon数据，因此这两个页面的数据是有层级结构。从而可以建立主配置页面与模块层对应的从配置页面对应关系表，模块层对应的从配置页面与图标层对应的从配置页面的对应关系表，以及存储图标实体。

例如，记录的生成是针对用户在“首页”、“个人中心”、“运营元素”页面上进行编辑。

用于控制上线流程，每一份数据都有待测试、测试、待上线、上线四种状态；由于本系统允许一次对同一个页面类型数据所有的模块类型数据，以及所有模块类型数据内的图标类型数据进行修改，因此需要通过历史记录表来标记被修改的数据以及对当前修改数据的状态进行改变。

针对不同的编辑，记录到历史记录表中，要记录editId数据，同时editId要区分对应的edit表，到时使用这些editid查询的时候到对应的edit(编辑)表中进行查询。基于此，可以通过editids字段使用json格式进行存储，具体方式如下：使用固定key名“tab”，值的类型是jsonArray，表示此次历史记录设计到的表名代表字符串，有如下取值可能：

1.module表示的是module的编辑表

2.icon表示的是icon的编辑表

3.moduleicon表示的是module、icon的中间编辑表

4.header表示的是运营头图的编辑表

5.search表示的是运营搜索的编辑表

6.opericon表示的是运营icon的编辑表

7.iconurl表示的是运营iconurl的编辑表

8.tab表示的运营tab的编辑表

在获取历史记录的编辑Id(标识)的时候，首先通过固定的key名“tab”，获取到当前历史记录涉及到编辑表名，然后可以通过这些值获取到对应的编辑表中的数据条目。

可选地，所述多级别从配置页面至少包括第一级别从配置页面和第二级别从配置页面；

所述逐级进入每个级别的从配置页面，包括：

从所述主配置界面上预设的第一级页面调用接口进入相应的第一级别从配置页面；

从所述第一级别从配置页面上预设的第二级页面调用接口进入相应的第二级别从配置页面。

在具体实现过程中，本发明实施例中的首页编辑后台的系统架构图如图4所示，可以包括数据调用接口(简称为接口)、SCF服务和后台。

通过首页编辑后台的数据配置流程可以包括：

步骤1.在首页配置后台中配置数据，将数据存储到相应的表中。

步骤2.若App请求的是首页或个人中心或运营元素的数据调用接口，则这些接口调用对应的首页配置后台SCF中的数据接口。

步骤3.在SCF服务中，获取数据库中的数据，将其加到存储系统中，并根据请求来的接口获取对应的数据，过滤数据然后返回。

其中，在App同一个位置，可能根据城市、版本、渠道等不同，需要配置不同的数据，而过滤则可以保证同一个位置虽然配置了多份数据，但是根据请求的城市、渠道、版本等信息，最终只会返回一份数据。

也就是说，根据被调用的数据调用接口对应请求信息，过滤从所述线上表中获得的被调用数据。

在具体实现时，针对不同城市、渠道或版本配置可能需要配置不同的数据，为此本发明实施例中设计了父本与子本的概念，其中父本的意思是针对大多数情况的配置，例如租房icon实体针对全国所有的城市展示的图片都是A，而在北京要求展示的图片为B，此时在父本的基础上可以进行特殊化配置，该配置就是子本，在返回数据进行过滤时，父本与子本只会展示子本，若过滤后依然存在多个子本，则根据配置的时间来确定最终返回的是哪一个。

实施例二

如图5所示，本发明实施例提供一种展示页面的后台配置设备，所述设备包括存储器20和处理器22，所述存储器20存储有展示页面配置计算机程序，所述处理器22执行所述计算机程序，以实现如实施例一任意一项中所述方法的步骤。

本发明实施例通过后台的方式实现展示页面的配置，从而有效解决通过配置模板配置展示页面数据带来的问题。

例如，本发明实施例中所述计算机程序被至少一个处理器执行时，以实现如下步骤：

在所述主配置页面配置主页面的数据；

将配置后的数据存储在相应的编辑表中；

将所述编辑表和所述线上表存储在预设的数据库系统中；

可选地，所述将配置后的数据存储在相应的编辑表中之后，包括：

在各指定的从配置页面中，将所述从配置数据存储在预设的本地缓存中；

可选地，所述在指定的从配置页面中配置从页面数据之前，包括：

确定与所述主配置页面对应的页面类型数据的层级结构；

其中，所述层级结构包括模块层和图标层；

进一步地，所述当所述编辑表中数据通过测试后，将所述编辑表中的数据插入或更新到所述所述展示页面的线上表，包括：

当所述编辑表中数据通过测试后，根据预设的关系表，将所述编辑表中的数据插入或更新到所述所述展示页面的线上表；所述关系表包括所述主配置页面与所述模块层对应的从配置页面之间的映射关系表、所述模块层对应的从配置页面与所述图标层对应的从配置页面之间的映射关系表以及所述图标层对应的从配置页面与图标实体之间的映射关系表。

所述逐级进入每个级别的从配置页面，包括：

实施例三

本发明实施例提供一种计算机可读存储介质，所述存储介质存储有展示页面配置计算机程序，所述计算机程序被至少一个处理器执行时，以实现如实施例一任意一项中所述方法的步骤。

本发明实施例中计算机可读存储介质可以是RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域已知的任何其他形式的存储介质。可以将一种存储介质藕接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路中。

本发明实施例在具体实现时，可以参阅实施例一和实施例二，具有相应的技术效果。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种展示页面配置方法，其特征在于，所述方法包括：

在所述主配置页面配置主页面的数据；

将配置后的数据存储在相应的编辑表中，以配置所述展示页面上的数据；

所述将配置后的数据存储在相应的编辑表中，以配置所述展示页面上的数据，包括：

将配置后的数据存储在相应的编辑表中；

在所述编辑表中数据通过测试后，将所述编辑表中的数据插入或更新到所述展示页面的线上表。

2.如权利要求1所述的方法，其特征在于，所述编辑表中数据通过测试后，将所述编辑表中的数据插入或更新到所述展示页面的线上表之后，包括：

从所述线上表中获得被调用数据，并在所述展示页面进行展示。

3.如权利要求2所述的方法，其特征在于，所述当所述展示页面的数据调用接口被调用时，调用与所述数据调用接口对应的线上表，包括：

当所述展示页面的数据调用接口被调用时，从存储系统中调用与所述数据调用接口对应的线上表。

4.如权利要求3所述的方法，其特征在于，所述当所述展示页面的数据调用接口被调用时，从所述存储系统中调用与所述数据调用接口对应的线上表，包括：

将所述编辑表和所述线上表存储在预设的数据库系统中；

5.如权利要求1所述的方法，其特征在于，所述将配置后的数据存储在相应的编辑表中之后，包括：

6.如权利要求1-5中任意一项所述的方法，其特征在于，所述在指定的从配置页面中配置从页面的数据之后，包括：

在各指定的从配置页面中，将所述从页面的配置数据存储在预设的本地缓存中；

在所述主配置页面中，将所述主页面的配置数据和所述本地缓存中的从页面的配置数据存储在相应的编辑表中。

7.如权利要求1-5中任意一项所述的方法，其特征在于，所述在指定的从配置页面中配置从页面数据之前，包括：

确定与所述主配置页面对应的页面类型数据的层级结构；

8.如权利要求7所述的方法，其特征在于，所述层级结构包括模块层和图标层；

所述当所述编辑表中数据通过测试后，将所述编辑表中的数据插入或更新到所述展示页面的线上表，包括：

当所述编辑表中数据通过测试后，根据预设的关系表，将所述编辑表中的数据插入或更新到所述展示页面的线上表；所述关系表包括所述主配置页面与所述模块层对应的从配置页面之间的映射关系表、所述模块层对应的从配置页面与所述图标层对应的从配置页面之间的映射关系表以及所述图标层对应的从配置页面与图标实体之间的映射关系表。

9.如权利要求1-5中任意一项所述的方法，其特征在于，所述多级别从配置页面至少包括第一级别从配置页面和第二级别从配置页面；

所述逐级进入每个级别的从配置页面，包括：

从所述主配置页面上预设的第一级页面调用接口进入相应的第一级别从配置页面；

10.一种展示页面的后台配置设备，其特征在于，所述设备包括存储器和处理器，所述存储器存储有展示页面配置计算机程序，所述处理器执行所述计算机程序，以实现如权利要求1-9中所述方法的步骤。