CN112800087A - 一种基于微信小程序的服务云平台系统 - Google Patents
一种基于微信小程序的服务云平台系统 Download PDFInfo
- Publication number
- CN112800087A CN112800087A CN202110003153.1A CN202110003153A CN112800087A CN 112800087 A CN112800087 A CN 112800087A CN 202110003153 A CN202110003153 A CN 202110003153A CN 112800087 A CN112800087 A CN 112800087A
- Authority
- CN
- China
- Prior art keywords
- access
- module
- evaluation
- unit
- token
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/604—Tools and structures for managing or administering access control systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1034—Reaction to server failures by a load balancer
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Computational Linguistics (AREA)
- Automation & Control Theory (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种基于微信小程序的云平台服务系统,包括:客户端、服务器、数据库,所述数据库包括:Redis缓存集群与Mysql集群,Redis缓存集群包括多个Redis,所述Mysql集群包括多个Mysql,Mysql的Master节点负责数据的写入,Mysql的Slave节点负责数据的读取并进行Redis读取,服务器接收客户端调用指令,通过传递access_token验证调用者的身份与权限,所述access_token包括:签名方式、授权唯一标识、timeStamp、调用者签名,所述access_token定义为json字符串;上述基于微信小程序的云平台服务系统,数据全部采用redis读取,mysql写入的方式,实现的读写分离,保证了数据的读写速度,提高访问效率;另通过传递access_token验证调用者的身份与权限,提高安全性。
Description
技术领域
本发明涉及应用服务平台,特别涉及一种基于微信小程序的服务云平台。
背景技术
当前平台前台采用微信小程序平台,后台采用springboot提供后台接口,vue作为后台的界面展示框架。
系统未采用负载均衡,在并发数据处理上有欠缺。Redis未采用分布式集群部署,遇到大批量的攻击时候,会导致缓存穿透,从而使redis有宕机的危险。
发明内容
基于此,有必要提供一种可提高访问效率的微信小程序的服务云平台。
一种基于微信小程序的云平台服务系统,包括:客户端、服务器、数据库,所述数据库包括:Redis缓存集群与Mysql集群,所述Redis缓存集群包括多个Redis,所述Mysql集群包括多个Mysql,Mysql的Master节点负责数据的写入,Mysql的Slave节点负责数据的读取并进行Redis读取,所述服务器接收客户端调用指令,通过传递access_token验证调用者的身份与权限,所述access_token包括:签名方式、授权唯一标识、timeStamp、调用者签名,所述access_token定义为json字符串。
在优选的实施例中,接收到客户端的调用指令时,门户平台给调用者分配AppID和privateKey,调用门户平台的接口时,按格式构造access_token,按utf8字符集base64编码为字符串并传递给门户平台。
在优选的实施例中,根据UUID格式构造access_token,所述调用者签名包括:signature属性算法,所述signature属性的算法包括:获取当前时间,产生timeStamp;产生随机字符串nonce;将对应的AppID、timeStamp、nonce、privateKey按字符串升序排序;把排序后的各字符串拼接成一个字符串,记作tmpStr;用SHA1或MD5算法对tmpStr加密并转换为16进制的字符串表示。
在优选的实施例中,所述调用者签名还包括:λ验证算法,所述λ验证算法包括:获取传递过来的access_token,用base64解码并转换为json对象,根据AppID取出为其分配的privateKey,重新生成签名signature,验证signature是否正确,同时查看timeStamp是否已超出限定时效。
在优选的实施例中,所述Redis规范key的命名,并统一缓存查询和写入的入口,并于查询或写入的入处对key进行规范检测;若数据库中没有该数据,则在缓存中保存对应的key,且key值为空。
在优选的实施例中,多个Redis形成主节点、多个从节点、及多个哨兵节点,所述哨兵节点监控主节点及从节点,若判断主节点发生故障,且判断主节点发生故障的哨兵节点达到设定数,则请求转到从节点上,该从节点升为主节点,原主节点变为新的主节点的从节点。
在优选的实施例中,所述服务器包括web服务器,web服务器启动时提前将判断为被频繁并发访问的数据写入缓存。
在优选的实施例中,所述服务器采用以下如下均衡算法:源地址哈希法:根据获取客户端的IP地址,通过哈希函数计算得到一个数值,用该数值对服务器列表的大小进行取模运算,得到的结果便是客服端要访问服务器的序号,同一IP地址的客户端,当后端服务器列表不变时,每次都会映射到同一台服务器进行访问,从而进行负载均衡。
在优选的实施例中,所述客户端的写入数据通过布隆过滤器进行过滤后写入数据库;所述客户端包括:前台、后台,所述前台包括:测评模块、招聘模块、活动模块、商城模块、个人中心模块,所述测评模块包括:接收测评并提交的提交测评单元、查看测评及测评结果的查看测评单元,所述招聘模块包括:进行岗位发布的企业发布岗位单元、进行岗位查看的个人查看岗位单元,所述活动模块包括:接收指令进行活动查看的活动查看单元、接收报名指令进行活动报名的活动报名单元,所述商城模块包括:接收商品查看指令进行商品查看浏览的商品查看单元、在线下单单元,所述个人中心模块包括:能力评测、个人简介、活动报名、订单记录;
所述后台包括:就业管理模块、在线商城模块、企业管理模块、系统信息模块,所述就业管理模块包括:根据工作岗位进行管理的岗位管理单元、对会员进行管理的会员管理单元、对活动进行管理的活动管理单元、对前台的测评进行管理的测评管理单元,所述在线商城模块包括:项目管理单元、商品管理单元、订单管理单元、结算管理单元、订单统计单元、发货管理单元、自提点管理单元,所述企业管理模块包括:企业管理单元、企业贷款单元、技术需求单元、日常管理单元,所述系统管理模块包括:账号管理单元、系统参数单元。
在优选的实施例中,所述测评管理单元接收到前台测评模块的测评指令,根据测评人的基本信息、就业情况、学历情况、残疾抽取设定道基础题和MBTI题组成题目列表推送给测评人进行测评,并根据测评人的基本信息、就业情况、学历情况、残疾结合测评结果推送相应的岗位,所述基本信息包括:性别、年龄、工作经验。
上述基于微信小程序的云平台服务系统,数据全部采用redis读取,mysql写入的方式,实现的读写分离,保证了数据的读写速度,提高访问效率;同时,mysql实施间隔备份,redis实施持久化的策略,以保证数据的稳定性;另通过传递access_token验证调用者的身份与权限,提高安全性。
附图说明
图1为本发明一实施例的基于微信小程序的云平台服务系统的示意图;
图2为本发明一实施例的客户端的部分功能框图。
具体实施方式
如图1所示,本发明一实施例的基于微信小程序的云平台服务系统,包括:客户端、服务器、数据库。数据库包括:Redis缓存集群与Mysql集群。
Redis缓存集群包括多个Redis。Mysql集群包括多个Mysql。Mysql的Master节点负责数据的写入,Mysql的Slave节点负责数据的读取并进行Redis读取。从而将数据库的读写进行分离,减少数据IO的等待时间。
服务器接收客户端调用指令,通过传递access_token验证调用者的身份与权限。
access_token包括:签名方式、授权唯一标识、timeStamp(时间戳)、调用者签名。
进一步,优选的,根据UUID(Universally Unique Identifier通用唯一识别码)格式构造access_token。是让分布式系统中的所有元素,都能有唯一的辨识信息,而不需要通过中央控制端来做辨识信息的指定。
access_token定义为json字符串,格式如下:
{
signType:"SHA1",//签名方式SHA1,MD5,推荐使用MD5
appName:STRING,//授权唯一标识,此标识是提前分配给调用系统的。
timeStamp:LONG,//时间戳。长整数,是UNIX时间的毫秒数,即产生签名时的时间距1970年1月1日零时的毫秒数的十进制字符串。此时间戳代表了签名的时效性,如果此时间与当前时间差大于某个值(建议不超过20分钟)时,IM server应当认为此签名已经失效。nonce:STRING,//随机数。用于参与签名运算
signature:STRING//调用者签名,是16进制的字符串表示。
}
进一步,接收到客户端的调用指令时,门户平台给调用者分配AppID(AppID:application identification应用标识)rivateKey(私钥字符串),调用门户平台的接口时,按格式构造access_token,按utf8字符集base64编码为字符串并传递给门户平台。
UTF-8(8位元,Universal Character Set/Unicode Transformation Format)是针对Unicode的一种可变长度字符编码。它可以用来表示Unicode标准中的任何字符,而且其编码中的第一个字节仍与ASCII相容,使得原来处理ASCII字符的软件无须或只进行少部份修改后,便可继续使用。
Base64是一种基于64个可打印字符来表示二进制数据的方法。
调用者签名包括:signature属性算法。signature属性的算法包括:获取当前时间,产生timeStamp;产生随机字符串nonce;将对应的AppID、timeStamp、nonce、privateKey按字符串升序排序;把排序后的各字符串拼接成一个字符串,记作tmpStr;用SHA1或MD5算法对tmpStr加密并转换为16进制的字符串表示。
调用者签名还包括:λ验证算法。λ验证算法包括:获取传递过来的access_token,用base64解码并转换为json对象,根据AppID取出为其分配的privateKey,重新生成签名signature,验证signature是否正确,同时查看timeStamp是否已超出限定时效。
进一步,本实施例的Redis规范key的命名,并统一缓存查询和写入的入口,并于查询或写入的入处对key进行规范检测。若数据库中没有该数据则在缓存中保存对应的key,且key值为空。
不管数据库中是否有数据,都在缓存中保存对应的key,值为空就行。避免数据库中没有这个数据,导致的频繁穿透缓存对数据库进行访问。
进一步,本实施例的多个Redis形成主节点、多个从节点、及多个哨兵节点。哨兵节点监控主节点及从节点,若判断主节点发生故障,且判断主节点发生故障的哨兵节点达到设定数,则请求转到从节点上,该从节点升为主节点,原主节点变为新的主节点的从节点,以防止Redis宕机造成数据丢失。
每个哨兵节点设定时间如每10秒会向主节点和从节点发送info命令获取最新拓扑结构图,哨兵配置时只要配置对主节点的监控即可,通过向主节点发送info,获取从节点的信息,并当有新的从节点加入时可以马上感知到。
每个哨兵节点每个设定时间如每隔2秒会向redis数据节点的指定频道上发送该哨兵节点对于主节点的判断以及当前哨兵节点的信息,同时每个哨兵节点也会订阅该频道,来了解其它哨兵节点的信息及对主节点的判断,通过消息publish和subscribe来完成的。
每隔设定时间如每隔1秒每个哨兵会向主节点、从节点及其余哨兵节点发送一次ping命令做一次心跳检测,这个也是哨兵用来判断节点是否正常的重要依据。
哨兵节点每隔1秒对主节点和从节点、其它哨兵节点发送ping做心跳检测,当这些心跳检测时间超过down-after-milliseconds时,哨兵节点则认为该节点错误或下线,这叫主观下线;这可能会存在错误的判断。
当主观下线的节点是主节点时,此时该哨兵3节点会通过指令sentinel is-masterdown-by-addr寻求其它哨兵节点对主节点的判断,当超过quorum(法定人数)个数,此时哨兵节点则认为该主节点确实有问题,这样就客观下线了,如大部分哨兵节点都同意下线操作,也就说是客观下线。
每个在线的哨兵节点都可以成为领导者,当它确认(比如哨兵3)主节点下线时,会向其它哨兵发is-master-down-by-addr命令,征求判断并要求将自己设置为领导者,由领导者处理故障转移;当其它哨兵收到此命令时,可以同意或者拒绝它成为领导者;如果哨兵3发现自己在选举的票数大于等于num(sentinels)/2+1时,将成为领导者,如果没有超过,继续选举…………
由哨兵节点定期监控发现主节点是否出现了故障,哨兵节点会向主节点发送心跳PING来确认主节点是否存活,如果主节点在“一定时间范围”内不回应PONG或者是回复了一个错误消息,那么这个哨兵节点会主观地(单方面地)认为这个主节点已经不可用了,会要求其他哨兵节点确认该节点是否丢失,如果确认,则认为是客观下线,的确不可用了,开始进行故障转移;
当主节点出现故障,此时所有的哨兵节点如3个哨兵节点共同选举了哨兵3节点为领导,负载处理主节点的故障转移。由哨兵3领导者节点执行故障转移,过程和主从复制一样,但是自动执行。
从节点中的一个节点脱离原从节点,升级主节点,将从剩余的从节点指向新的主节点,通知客户端主节点已更换,将原主节点(oldMaster)变成从节点,指向新的主节点,获取后的拓扑结构图。
服务器包括web服务器,服务器根据业务判断该业务是否为可能被频繁并发访问的数据,若该业务判断为被频繁并发访问的数据,web服务器启动时提前将判断为被频繁并发访问的数据写入缓存。
服务器采用如下负载均衡算法:源地址哈希法:根据获取客户端的IP地址,通过哈希函数计算得到一个数值,用该数值对服务器列表的大小进行取模运算,得到的结果便是客服端要访问服务器的序号,同一IP地址的客户端,当后端服务器列表不变时,每次都会映射到同一台服务器进行访问,进行负载均衡,以防止大批量访问宕机。
当然服务器也可以根据需要采用以下负载均衡算法中的任意一种或多种:
轮询法:将请求按顺序轮流地分配到服务器上,它均衡地对待每一台服务器;
随机法:通过系统的随机算法,根据服务器的列表大小值来随机选取其中的一台服务器进行访问;
加权轮询法:给相对配置高、负载低的服务器配置更高的权重,让其处理更多的请求;相对配置低、负载高的服务器,给其分配较低的权重,降低其系统负载,并将请求顺序且按照权重分配到服务器;
加权随机法:加权随机法也根据服务器的配置,系统的负载分配不同的权重,按照权重随机请求后端服务器;
最小连接数法:根据服务器当前的连接情况,动态地选取其中当前积压连接数最少的一台服务器来处理当前的请求。
进一步,本实施例的数据通过布隆过滤器进行过滤后写入数据库。
布隆过滤器(Bloom Filter)是一个很长的二进制向量和一系列随机映射函数。布隆过滤器可以用于检索一个元素是否在一个集合中。
如图2所示,进一步,本实施例的客户端包括:前台、后台。
前台包括:测评模块、招聘模块、活动模块、商城模块、个人中心模块。测评模块包括:接收测评并提交的提交测评单元、查看测评及测评结果的查看测评单元。
招聘模块包括:进行岗位发布的企业发布岗位单元、进行岗位查看的个人查看岗位单元。
活动模块包括:接收指令进行活动查看的活动查看单元、接收报名指令进行活动报名的活动报名单元。
商城模块包括:接收商品查看指令进行商品查看浏览的商品查看单元、在线下单单元。
个人中心模块包括:能力评测、个人简介、活动报名、订单记录。
后台包括:就业管理模块、在线商城模块、企业管理模块、系统信息模块。
本实施例的就业管理模块包括:根据工作岗位进行管理的岗位管理单元、对会员进行管理的会员管理单元、对活动进行管理的活动管理单元、对前台的测评进行管理的测评管理单元。
在线商城模块包括:项目管理单元、商品管理单元、订单管理单元、结算管理单元、订单统计单元、发货管理单元、自提点管理单元。
企业管理模块包括:企业管理单元、企业贷款单元、技术需求单元、日常管理单元,所述系统管理模块包括:账号管理单元、系统参数单元。
测评管理单元接收到前台测评模块的测评指令,根据测评人的基本信息、就业情况、学历情况、残疾抽取设定道基础题和MBTI(迈尔斯布里格斯类型指标)题组成题目列表推送给测评人进行测评,并根据测评人的基本信息、就业情况、学历情况、残疾结合测评结果推送相应的岗位本实施例的基本信息包括:性别、年龄、工作经验等。
每道题会进行人工编排,打上特定的标签,如当前题目适合小/中/大学学历,适合有工作经验的,适合男生等,在拉取题目列表的时候,根据基础信息,就业情况,学历、残疾情况等进行匹配。基础题包括根据不同学历编排的语数外题。数据库存储定量的语数外题目,随机抽取N道如6道和MBTI题目组成题目列表。首先将所有的题目编排成序列,将所有序号放入数组中,通过java.util.Random随机函数来获取随机的索引值组成一套完整的MBTI测试题目列表。
本系统采用spring,vue开发,前后端分离的模式,访问速度以及响应速度快。数据传输安全,元数据对接腾讯验证系统,保证数据的合规,与后端数据交付采用对称加密的方式,防止数据泄露,以及异常数据的产生。存储数据的稳定性,数据全部采用redis读取,mysql写入的方式,实现的读写分离,保证了数据的读写速度,同时,mysql实施间隔备份,redis实施持久化的策略,以保证数据的稳定性。采用前后端分离后,所有数据以就JSON数据包的形式发送给前端,依靠客户机的浏览器来进行渲染,较少服务器负载,提高用户体验。
本系统中采用一套关于残疾人就业的心理测评系统,采用了国际通用的MBTI心里测试规范,同时为了适应残疾人的特点进行了适当修改和编辑。
以上述依据本申请的理想实施例为启示,通过上述的说明内容,相关工作人员完全可以在不偏离本项申请技术思想的范围内,进行多样的变更以及修改。本项申请的技术性范围并不局限于说明书上的内容,必须要根据权利要求范围来确定其技术性范围。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
Claims (10)
1.一种基于微信小程序的云平台服务系统,其特征在于,包括:客户端、服务器、数据库,所述数据库包括:Redis缓存集群与Mysql集群,所述Redis缓存集群包括多个Redis,所述Mysql集群包括多个Mysql,Mysql的Master节点负责数据的写入,Mysql的Slave节点负责数据的读取并进行Redis读取, 所述服务器接收客户端调用指令,通过传递access_token验证调用者的身份与权限,所述access_token包括:签名方式、授权唯一标识、timeStamp、调用者签名,所述access_token定义为json 字符串。
2.根据权利要求1所述的基于微信小程序的云平台服务系统,其特征在于,接收到客户端的调用指令时,门户平台给调用者分配AppID和privateKey,调用门户平台的接口时,按格式构造access_token,按 utf8 字符集 base64 编码为字符串并传递给门户平台。
3.根据权利要求2所述的基于微信小程序的云平台服务系统,其特征在于,根据UUID格式构造access_token,所述调用者签名包括:signature 属性算法,所述signature 属性的算法包括:获取当前时间,产生 timeStamp;产生随机字符串 nonce;将对应的AppID、timeStamp、 nonce、 privateKey按字符串升序排序;把排序后的各字符串拼接成一个字符串,记作 tmpStr;用 SHA1 或 MD5 算法对 tmpStr 加密并转换为 16 进制的字符串表示。
4.根据权利要求3所述的基于微信小程序的云平台服务系统,其特征在于,所述调用者签名还包括:l 验证算法,所述l 验证算法包括:获取传递过来的 access_token ,用base64 解码并转换为json对象,根据 AppID取出为其分配的 privateKey,重新生成签名signature,验证 signature 是否正确,同时查看 timeStamp是否已超出限定时效。
5.根据权利要求1所述的基于微信小程序的云平台服务系统,其特征在于,所述Redis规范key的命名,并统一缓存查询和写入的入口,并于查询或写入的入处对key进行规范检测;若数据库中没有该数据,则在缓存中保存对应的key,且key值为空。
6.根据权利要求1至5任意一项所述的基于微信小程序的云平台服务系统,其特征在于,多个Redis形成主节点、多个从节点、及多个哨兵节点,所述哨兵节点监控主节点及从节点,若判断主节点发生故障,且判断主节点发生故障的哨兵节点达到设定数,则请求转到从节点上,该从节点升为主节点,原主节点变为新的主节点的从节点。
7.根据权利要求1至5任意一项所述的基于微信小程序的云平台服务系统,其特征在于,所述服务器包括web服务器,web服务器启动时提前将判断为被频繁并发访问的数据写入缓存。
8.根据权利要求1至5任意一项所述的基于微信小程序的云平台服务系统,其特征在于,所述服务器采用以下如下均衡算法:源地址哈希法:根据获取客户端的IP地址,通过哈希函数计算得到一个数值,用该数值对服务器列表的大小进行取模运算,得到的结果便是客服端要访问服务器的序号,同一IP地址的客户端,当后端服务器列表不变时,每次都会映射到同一台服务器进行访问,从而进行负载均衡。
9.根据权利要求1至5任意一项所述的基于微信小程序的云平台服务系统,其特征在于,所述客户端的写入数据通过布隆过滤器进行过滤后写入数据库;所述客户端包括:前台、后台,所述前台包括:测评模块、招聘模块、活动模块、商城模块、个人中心模块,所述测评模块包括:接收测评并提交的提交测评单元、查看测评及测评结果的查看测评单元,所述招聘模块包括:进行岗位发布的企业发布岗位单元、进行岗位查看的个人查看岗位单元,所述活动模块包括:接收指令进行活动查看的活动查看单元、接收报名指令进行活动报名的活动报名单元,所述商城模块包括:接收商品查看指令进行商品查看浏览的商品查看单元、在线下单单元,所述个人中心模块包括:能力评测、个人简介、活动报名、订单记录;
所述后台包括:就业管理模块、在线商城模块、企业管理模块、系统信息模块,所述就业管理模块包括:根据工作岗位进行管理的岗位管理单元、对会员进行管理的会员管理单元、对活动进行管理的活动管理单元、对前台的测评进行管理的测评管理单元,所述在线商城模块包括:项目管理单元、商品管理单元、订单管理单元、结算管理单元、订单统计单元、发货管理单元、自提点管理单元,所述企业管理模块包括:企业管理单元、企业贷款单元、技术需求单元、日常管理单元,所述系统管理模块包括:账号管理单元、系统参数单元。
10.根据权利要求1至5任意一项所述的基于微信小程序的云平台服务系统,其特征在于,所述测评管理单元接收到前台测评模块的测评指令,根据测评人的基本信息、就业情况、学历情况、残疾抽取设定道基础题和MBTI题组成题目列表推送给测评人进行测评,并根据测评人的基本信息、就业情况、学历情况、残疾结合测评结果推送相应的岗位,所述基本信息包括:性别、年龄、工作经验。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110003153.1A CN112800087A (zh) | 2021-01-04 | 2021-01-04 | 一种基于微信小程序的服务云平台系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110003153.1A CN112800087A (zh) | 2021-01-04 | 2021-01-04 | 一种基于微信小程序的服务云平台系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112800087A true CN112800087A (zh) | 2021-05-14 |
Family
ID=75807797
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110003153.1A Withdrawn CN112800087A (zh) | 2021-01-04 | 2021-01-04 | 一种基于微信小程序的服务云平台系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112800087A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113347253A (zh) * | 2021-06-01 | 2021-09-03 | 广州欢网科技有限责任公司 | 一种ott长连接负载均衡的系统和方法 |
CN113706276A (zh) * | 2021-11-01 | 2021-11-26 | 南京麦豆健康管理有限公司 | 一种订单数据同步及数据传输系统和方法 |
CN113852677A (zh) * | 2021-09-14 | 2021-12-28 | 交通运输部北海航海保障中心天津海事测绘中心 | 一种海事水文信息安全加密系统 |
CN114584524A (zh) * | 2022-03-09 | 2022-06-03 | 临感科技(杭州)有限公司 | 应用于微信小程序的对讲方法 |
CN114900372A (zh) * | 2022-07-07 | 2022-08-12 | 南京智人云信息技术有限公司 | 基于零信任安全哨兵体系的资源防护系统 |
-
2021
- 2021-01-04 CN CN202110003153.1A patent/CN112800087A/zh not_active Withdrawn
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113347253A (zh) * | 2021-06-01 | 2021-09-03 | 广州欢网科技有限责任公司 | 一种ott长连接负载均衡的系统和方法 |
CN113852677A (zh) * | 2021-09-14 | 2021-12-28 | 交通运输部北海航海保障中心天津海事测绘中心 | 一种海事水文信息安全加密系统 |
CN113706276A (zh) * | 2021-11-01 | 2021-11-26 | 南京麦豆健康管理有限公司 | 一种订单数据同步及数据传输系统和方法 |
CN113706276B (zh) * | 2021-11-01 | 2022-02-22 | 南京麦豆健康管理有限公司 | 一种订单数据同步及数据传输系统和方法 |
CN114584524A (zh) * | 2022-03-09 | 2022-06-03 | 临感科技(杭州)有限公司 | 应用于微信小程序的对讲方法 |
CN114900372A (zh) * | 2022-07-07 | 2022-08-12 | 南京智人云信息技术有限公司 | 基于零信任安全哨兵体系的资源防护系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112800087A (zh) | 一种基于微信小程序的服务云平台系统 | |
US9355007B1 (en) | Identifying abnormal hosts using cluster processing | |
CN107292181B (zh) | 基于区块链的数据库系统及使用该系统的使用方法 | |
US7577689B1 (en) | Method and system to archive data | |
US10891552B1 (en) | Automatic parser selection and usage | |
US20210201320A1 (en) | System and method for secure transactions using images | |
US10489230B1 (en) | Chaining log operations in data replication groups | |
US10346607B2 (en) | Automatic rotation and storage of security credentials | |
US10797964B2 (en) | System event notification service | |
CN112039701B (zh) | 接口调用监控方法、装置、设备及存储介质 | |
US11811780B2 (en) | Behavior-based authentication | |
CN111432036A (zh) | 一种边缘云平台的管理系统及管理方法 | |
CN115118705B (zh) | 一种基于微服务的工业边缘管控平台 | |
EP2626810A1 (en) | Data storage management | |
EP3796613A1 (en) | Techniques for repeat authentication | |
CN110533503B (zh) | 一种数据处理方法及装置 | |
CN108390886A (zh) | 教育大数据安全访问控制系统 | |
WO2022057525A1 (zh) | 一种数据找回方法、装置、电子设备及存储介质 | |
US9231957B2 (en) | Monitoring and controlling a storage environment and devices thereof | |
JP5647058B2 (ja) | 情報処理システムおよびデータバックアップ方法 | |
CN113312656A (zh) | 数据轮转方法、装置、设备及系统 | |
CN113778709B (zh) | 接口调用方法、装置、服务器及存储介质 | |
CN112005221A (zh) | 经由跨多个网络与对等设备的通信的自动修复 | |
JP2019087176A (ja) | 監視システム、監視方法、監視システム用プログラム | |
US11582345B2 (en) | Context data management interface for contact center |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210514 |