CN110134864B - Request filtering method, device and system based on DSP (digital Signal processor) demand side platform - Google Patents
Request filtering method, device and system based on DSP (digital Signal processor) demand side platform Download PDFInfo
- Publication number
- CN110134864B CN110134864B CN201910338371.3A CN201910338371A CN110134864B CN 110134864 B CN110134864 B CN 110134864B CN 201910338371 A CN201910338371 A CN 201910338371A CN 110134864 B CN110134864 B CN 110134864B
- Authority
- CN
- China
- Prior art keywords
- rule
- script
- request
- server
- service
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 238000001914 filtration Methods 0.000 title claims abstract description 32
- 230000004044 response Effects 0.000 claims abstract description 21
- 238000012216 screening Methods 0.000 claims description 8
- 230000006870 function Effects 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 101001094649 Homo sapiens Popeye domain-containing protein 3 Proteins 0.000 description 2
- 101000608234 Homo sapiens Pyrin domain-containing protein 5 Proteins 0.000 description 2
- 101000578693 Homo sapiens Target of rapamycin complex subunit LST8 Proteins 0.000 description 2
- 102100027802 Target of rapamycin complex subunit LST8 Human genes 0.000 description 2
- 238000003032 molecular docking Methods 0.000 description 2
- ZLIBICFPKPWGIZ-UHFFFAOYSA-N pyrimethanil Chemical compound CC1=CC(C)=NC(NC=2C=CC=CC=2)=N1 ZLIBICFPKPWGIZ-UHFFFAOYSA-N 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
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/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention relates to a request filtering method based on a DSP (digital Signal processor) demand side platform realized by a computer, which receives a user request from a client terminal through an nginx server and judges the service type of a corresponding service according to the user request; filtering user requests in the rules according to service types, calling tomcat server resources at the rear end of the nginx server, and returning the resources to the client terminal. The method can be used for improving the service concurrency, reducing the service response time and reducing the requirement of the follow-up tomcat server, thereby reducing the investment of server resources.
Description
Technical Field
The invention relates to the field of internet advertising, in particular to a request filtering method, device and system based on a DSP (digital signal processor) demand side platform and a computer readable storage medium in the request filtering method, device and system.
Background
The DSP (Demand-Side Platform) is an internet advertisement requiring party Platform, such as an advertisement Platform with a relatively large user quantity, and the common service concurrency requirement can reach 4-5 ten thousand per second, and the service response time is required to be less than 150ms. Implementing such high concurrent requests using the traditional manner of nginx+tomcat requires extensive server resources and cannot guarantee timeliness of the service.
Disclosure of Invention
The invention aims to improve the service concurrency and reduce the service response time.
In order to achieve the above purpose, the present invention is realized by the following technical scheme:
the request filtering method based on the DSP demand side platform comprises the following steps:
receiving a skipped user request from a DSP (digital signal processor) demand side platform through an nginx server, and performing rule matching on the user request according to a prepositive service rule script;
and filtering the user request in the rule according to the rule matching result, calling the nginx server response resource, and returning the response resource to the client terminal.
Further, the filtering rule filters the request according to a preset attribute condition.
The step of screening the request according to the preset attribute condition further comprises: and selecting a plurality of attribute conditions and carrying out self-defined combination on the attribute conditions to construct the rule.
Further, the selection is made for a particular flow and/or for a user attribute.
Further, the attribute condition is specifically one or more of region, operating system type, network type, operator type, age and gender.
Further, a rule decision script is run in the nginx server to implement the filtering.
Further, the script is specifically a lua script.
The utility model also provides a request filtering device based on DSP demand side platform, including:
receiving a skipped user request from a DSP (digital signal processor) demand side platform through an nginx server, and performing rule matching on the user request according to a prepositive service rule script;
and filtering the user request in the rule according to the rule matching result, calling the nginx server response resource, and returning the response resource to the client terminal.
Further, the filtering rule filters the request according to a preset attribute condition.
The device for screening the request according to the preset attribute conditions further comprises: and selecting a plurality of attribute conditions and carrying out self-defined combination on the attribute conditions to construct the rule.
Further, the selection is made for a particular flow and/or for a user attribute.
Further, the attribute condition is specifically one or more of region, operating system type, network type, operator type, age and gender.
Further, a rule decision script is run in the nginx server to implement the filtering.
Further, the script is specifically a lua script.
According to another aspect of the present invention, there is provided an electronic apparatus, wherein the electronic apparatus includes:
a processor; the method comprises the steps of,
a memory arranged to store computer executable instructions that, when executed, cause the processor to perform the method described above.
According to another aspect of the present invention, there is provided a computer readable storage medium storing one or more programs which, when executed by a processor, implement the above-described method.
According to the technical scheme of the invention, the service rule is preposed, and the new nginx+lua filtering rule is used for filtering out 90% of request quantity, so that the service concurrency quantity can be improved, the service response time can be reduced, the requirement of a subsequent tomcat server can be reduced, and the investment of server resources can be reduced.
The foregoing description is only an overview of the present invention, and is intended to be implemented in accordance with the teachings of the present invention in order that the same may be more clearly understood and to make the same and other objects, features and advantages of the present invention more readily apparent.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to designate like parts throughout the figures. In the drawings:
FIG. 1 is a flow diagram of a request filtering method based on a DSP needs placement platform according to one embodiment of the invention;
FIG. 2 illustrates a flow diagram for rule matching of user requests according to one embodiment of the invention;
FIG. 3 is a schematic diagram of a request filtering device based on a DSP needs platform according to one embodiment of the invention;
FIG. 4 shows a schematic structural diagram of an electronic device according to one embodiment of the invention;
fig. 5 illustrates a schematic structure of a computer-readable storage medium according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
Fig. 1 shows an implementation flow chart of a request filtering method based on a DSP demand platform according to an embodiment of the present invention, where a service rule is pre-set, and a new nginx+lua filtering rule is used to filter out 90% of request amounts, which can be used to increase service concurrency, reduce service response time, and reduce the required amount of a subsequent tomcat server, thereby reducing investment of server resources. The method comprises the following steps:
s101: a user request for a jump is received from the DSP-demander platform by the nginx server.
It should be noted that, for the DSP demand side platform, the request issuing may be implemented using client software, i.e., APP, in a client terminal device, which may be a smart phone, a tablet computer, a desktop computer, a notebook computer, or the like. APP is a window of a client docking server, which exists in the client device in the form of an application. Wherein the APP may comprise code and may be pre-installed on the client device or may be downloaded to the client device.
The APP may use one or more service interfaces residing on the rginx server, the service interfaces being addressed by the access indicators in the APP transmit code. The APP may address the service interface using a different IP address or other pointer to the access indicator.
The nginx server can host or provide one or more services such as HTTP, reverse proxy, IMAP, POP3, SMTP services, etc. A service may be a computer process, software, or application that performs a particular function. The service may have one or more versions. A service interface is provided for the available versions of the service, enabling the APP to access the service interface of the service version via the access indicator.
The user makes request operation on the APP, the APP analyzes the domain name, TCP/IP connection is established with the server side of the nginx in a multiple handshake mode according to the IP address, and after the TCP/IP connection is successful, the APP sends an HTTP request to the server side.
S102: and carrying out rule matching on the user request according to the pre-business rule script.
Fig. 2 shows a flow chart of rule matching of user requests in step S102, comprising sub-steps S1021, S1022, S1033, S1034 of step S102.
S1021: and judging the service type of the corresponding service according to the HTTP request.
It should be noted that, after receiving the HTTP request, the nginx server does not directly schedule the tomcat server, but temporarily withholds the request, and determines the service type of the corresponding service according to the client information carried by the HTTP request.
S1022: the nginx server calls a rule judgment Script (Script) to analyze and judge the obtained service type, and the service type is subjected to association matching with preset attribute conditions in the Script.
It should be noted that, the script gathers one or more rule commands, and stores the one or more rule commands as independent files to be executed when the files are called by the nginx server. The script may perform batch operations on one or more requests, and may be automatically executed in batches based on DOS commands to achieve a particular operation.
The script may be one or more, such as Scala, javaScript, JSP, PHP, lua, autoit, etc. Lua is preferably used to flexibly embed into the application layer of the nginx server and provide flexible extension and customization functions.
The attribute conditions set in the script can be one or more, and the screening rule is constructed by selecting one or more attribute conditions and carrying out self-defined combination on the attribute conditions. And carrying out relevance matching on the service type and preset attribute conditions in the script based on the constructed screening rule.
The attribute conditions are selected according to the service provided by the service end, and are expressed in the form of keywords. The selection of the attribute condition takes into account the relevance to the service to which it belongs, or uses a high frequency vocabulary in the field of service to which it belongs. The attribute condition may be one or more of a region, an operating system type, a network type, an operator type, an age, and a gender, such as a related vocabulary for a specific traffic of "country, region, city level", "mobile phone OS system type", "network type", "operator type", or the like, or a user attribute of "age", "gender", or the like.
Referring to fig. 1, in step S103, according to the result of the rule matching, the user request in the rule is filtered.
When the type of service requested is not within the limited range of the attribute condition, the request is directly discarded without being transmitted to the tomcat server for content distribution processing. When the requested service type falls within the defined category of attribute conditions, the following step S104 is performed.
In step S104, the nginx server response resource is invoked, and the response resource is returned to the client terminal.
The response resource refers to a tomcat server resource at the back end of the nginx server, and the resource is called by the nginx server and returned to the client terminal, so that the request is responded. Specifically, for the screened request, the rginx server sends the filtered request to the tomcat server to respond to the access request of the HTML, and corresponding resources are acquired and returned to the client terminal.
According to the technical scheme of the invention, the service rule is preposed, and the new nginx+lua filtering rule is used for filtering out 90% of request quantity, so that the service concurrency quantity can be improved, the service response time can be reduced, the requirement of a subsequent tomcat server can be reduced, and the investment of server resources can be reduced.
FIG. 3 is a schematic diagram of a request filtering device based on a DSP needs platform according to one embodiment of the invention. As shown in fig. 3, a request filtering device based on a DSP demand platform according to an embodiment of the present invention includes:
the rule matching unit 31 is adapted to receive a skipped user request from the DSP demand side platform through the nginx server, and perform rule matching on the user request according to the pre-service rule script;
the request filtering unit 32 is adapted to filter the user request in the rule according to the result of the rule matching, call the nginx server response resource, and return the response resource to the client terminal.
It should be noted that, for the DSP demand side platform, the request issuing may be implemented using client software, i.e., APP, in a client terminal device, which may be a smart phone, a tablet computer, a desktop computer, a notebook computer, or the like. APP is a window of a client docking server, which exists in the client device in the form of an application. Wherein the APP may comprise code and may be pre-installed on the client device or may be downloaded to the client device.
The APP may use one or more service interfaces residing on the rginx server, the service interfaces being addressed by the access indicators in the APP transmit code. The APP may address the service interface using a different IP address or other pointer to the access indicator.
The nginx server can host or provide one or more services such as HTTP, reverse proxy, IMAP, POP3, SMTP services, etc. A service may be a computer process, software, or application that performs a particular function. The service may have one or more versions. A service interface is provided for the available versions of the service, enabling the APP to access the service interface of the service version via the access indicator.
The user makes request operation on the APP, the APP analyzes the domain name, TCP/IP connection is established with the server side of the nginx in a multiple handshake mode according to the IP address, and after the TCP/IP connection is successful, the APP sends an HTTP request to the server side.
In another embodiment of the invention, the rule matching unit 31 of the apparatus shown in fig. 3 is further adapted to: and running a rule judging script in the nginx server.
The script is in particular a lua script.
In another embodiment of the invention, the request filtering unit 32 of the apparatus shown in fig. 3 is further adapted to: the filtering rule filters the request according to preset attribute conditions. Preferably, a plurality of attribute conditions are selected and custom combined to construct the rule.
In particular, the selection is made for a particular flow and/or for a user attribute.
The attribute condition is specifically one or more of region, operating system type, network type, operator type, age and gender.
It should be noted that, the script gathers one or more rule commands, and stores the one or more rule commands as independent files to be executed when the files are called by the nginx server. The script may perform batch operations on one or more requests, and may be automatically executed in batches based on DOS commands to achieve a particular operation.
The script may be one or more, such as Scala, javaScript, JSP, PHP, lua, autoit, etc. Lua is preferably used to flexibly embed into the application layer of the nginx server and provide flexible extension and customization functions.
The attribute conditions set in the script can be one or more, and the screening rule is constructed by selecting one or more attribute conditions and carrying out self-defined combination on the attribute conditions. And carrying out relevance matching on the service type and preset attribute conditions in the script based on the constructed screening rule.
The attribute conditions are selected according to the service provided by the service end, and are expressed in the form of keywords. The selection of the attribute condition takes into account the relevance to the service to which it belongs, or uses a high frequency vocabulary in the field of service to which it belongs. The attribute condition may be one or more of a region, an operating system type, a network type, an operator type, an age, and a gender, such as a related vocabulary for a specific traffic of "country, region, city level", "mobile phone OS system type", "network type", "operator type", or the like, or a user attribute of "age", "gender", or the like.
The request filtering device based on the DSP requirement platform in the embodiment of the present invention may be used to execute the above method embodiment, and the principle and technical effects are similar, and are not repeated here.
It should be noted that:
the algorithms and displays presented herein are not inherently related to any particular computer, virtual machine, or other apparatus. Various general purpose devices may also be used with the teachings herein. The required structure for the construction of such devices is apparent from the description above. In addition, the present invention is not directed to any particular programming language. It will be appreciated that the teachings of the present invention described herein may be implemented in a variety of programming languages, and the above description of specific languages is provided for disclosure of enablement and best mode of the present invention.
In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be construed as reflecting the intention that: i.e., the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.
Those skilled in the art will appreciate that the modules in the apparatus of the embodiments may be adaptively changed and disposed in one or more apparatuses different from the embodiments. The modules or units or components of the embodiments may be combined into one module or unit or component and, furthermore, they may be divided into a plurality of sub-modules or sub-units or sub-components. Any combination of all features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or units of any method or apparatus so disclosed, may be used in combination, except insofar as at least some of such features and/or processes or units are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings), may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.
Furthermore, those skilled in the art will appreciate that while some embodiments described herein include some features but not others included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments can be used in any combination.
Various component embodiments of the invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that some or all of the functions of some or all of the components in an apparatus for detecting the wearing state of an electronic device according to an embodiment of the present invention may be implemented in practice using a microprocessor or Digital Signal Processor (DSP). The present invention can also be implemented as an apparatus or device program (e.g., a computer program and a computer program product) for performing a portion or all of the methods described herein. Such a program embodying the present invention may be stored on a computer readable medium, or may have the form of one or more signals. Such signals may be downloaded from an internet website, provided on a carrier signal, or provided in any other form.
For example, fig. 4 shows a schematic structural diagram of an electronic device according to an embodiment of the present invention. The electronic device conventionally comprises a processor 41 and a memory 42 arranged to store computer executable instructions (program code). The memory 42 may be an electronic memory such as a flash memory, an EEPROM (electrically erasable programmable read only memory), an EPROM, a hard disk, or a ROM. The memory 42 has a storage space 43 storing program code 44 for performing any of the method steps shown in fig. 1 and in various embodiments. For example, the memory space 43 for the program code may include individual program code 44 for implementing the various steps in the above method, respectively. The program code can be read from or written to one or more computer program products. These computer program products comprise a program code carrier such as a hard disk, a Compact Disc (CD), a memory card or a floppy disk. Such a computer program product is typically a computer readable storage medium as described for example in fig. 5. The computer readable storage medium may have memory segments, memory spaces, etc. arranged similarly to the memory 42 in the electronic device of fig. 4. The program code may be compressed, for example, in a suitable form. Typically, the memory unit stores program code 51 for performing the method steps according to the invention, i.e. program code readable by a processor such as 41, which when run by an electronic device causes the electronic device to perform the steps in the method described above.
It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The use of the words first, second, third, etc. do not denote any order. These words may be interpreted as names.
Claims (6)
1. A request filtering method based on a DSP-demander platform, comprising:
after successful connection establishment between the nginx server and the client handshake, a user request of a jump is received from a DSP (digital signal processor) demand side platform, and rule matching is carried out on the user request according to a prepositive service rule script, and the method specifically comprises the following steps:
the user request comprises an HTTP request sent by a client, and an nginx server temporarily withholds the HTTP request after receiving the HTTP request and judges the service type of the corresponding service according to client information carried by the HTTP request;
the rginx server calls a rule to judge an embedded script to analyze and judge the obtained service type, and carries out relevance matching on the service type and the preset attribute condition in the script; the script gathers one or more rule commands and stores the same as an independent file, and the script is embedded into an application layer of the nginx server by using Lua and provides expansion and customization functions; wherein, the attribute condition is specifically: one or more of territory, operating system type, network type, carrier type, age, and gender;
according to the rule matching result, running a called rule in an nginx server to judge an embedded script, screening user requests in the rule according to the preset attribute condition to filter out user requests which do not carry out content distribution processing, calling an nginx server response resource, and returning the response resource to a client; the response resource refers to tomcat server resource at the back end of the nginx server.
2. The method as recited in claim 1, further comprising:
one or more preset attribute conditions in the script are selected, and the attribute conditions are subjected to self-defined combination to construct a screening rule.
3. The method of claim 2, wherein the selecting comprises:
the selection is made for a particular flow and/or for a user attribute.
4. A DSP-based request filtering apparatus for a demand side platform, comprising:
the rule matching unit receives a skipped user request from the DSP demand side platform after successful connection establishment through the handshake between the nginx server and the client, and carries out rule matching on the user request according to a preposed service rule script, and the rule matching unit specifically comprises the following steps: the user request comprises an HTTP request sent by a client, and an nginx server temporarily withholds the HTTP request after receiving the HTTP request and judges the service type of the corresponding service according to client information carried by the HTTP request; the rginx server calls a rule to judge an embedded script to analyze and judge the obtained service type, and carries out relevance matching on the service type and the preset attribute condition in the script; the script gathers one or more rule commands and stores the same as an independent file, and the script is embedded into an application layer of the nginx server by using Lua and provides expansion and customization functions; wherein, the attribute condition is specifically: one or more of territory, operating system type, network type, carrier type, age, and gender;
the request filtering unit is used for running the called rule in the nginx server to judge the embedded script according to the rule matching result, filtering the user request in the rule according to the preset attribute condition to filter the user request which is not subjected to content distribution processing, calling the response resource of the nginx server, and returning the response resource to the client; the response resource refers to tomcat server resource at the back end of the nginx server.
5. An electronic device, wherein the electronic device comprises:
a processor; and a memory arranged to store computer executable instructions which, when executed, cause the processor to perform the method of any one of claims 1 to 3.
6. A computer readable storage medium, wherein the computer readable storage medium stores one or more programs which, when executed by a processor, implement the method of any of claims 1-3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910338371.3A CN110134864B (en) | 2019-04-25 | 2019-04-25 | Request filtering method, device and system based on DSP (digital Signal processor) demand side platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910338371.3A CN110134864B (en) | 2019-04-25 | 2019-04-25 | Request filtering method, device and system based on DSP (digital Signal processor) demand side platform |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110134864A CN110134864A (en) | 2019-08-16 |
| CN110134864B true CN110134864B (en) | 2023-09-05 |
Family
ID=67571020
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910338371.3A Active CN110134864B (en) | 2019-04-25 | 2019-04-25 | Request filtering method, device and system based on DSP (digital Signal processor) demand side platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110134864B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105208026A (en) * | 2015-09-29 | 2015-12-30 | 努比亚技术有限公司 | Hostile attack preventing method and network system |
| US20160012251A1 (en) * | 2014-07-10 | 2016-01-14 | Anil Singh | Distribution, tracking, management, reporting and deployment of cloud resources within an enterprise |
| CN106506559A (en) * | 2016-12-29 | 2017-03-15 | 北京奇虎科技有限公司 | Access Behavior- Based control method and device |
| CN107948314A (en) * | 2017-12-21 | 2018-04-20 | 泰康保险集团股份有限公司 | Method for processing business, device and the server of rule-based file |
-
2019
- 2019-04-25 CN CN201910338371.3A patent/CN110134864B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160012251A1 (en) * | 2014-07-10 | 2016-01-14 | Anil Singh | Distribution, tracking, management, reporting and deployment of cloud resources within an enterprise |
| CN105208026A (en) * | 2015-09-29 | 2015-12-30 | 努比亚技术有限公司 | Hostile attack preventing method and network system |
| CN106506559A (en) * | 2016-12-29 | 2017-03-15 | 北京奇虎科技有限公司 | Access Behavior- Based control method and device |
| CN107948314A (en) * | 2017-12-21 | 2018-04-20 | 泰康保险集团股份有限公司 | Method for processing business, device and the server of rule-based file |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110134864A (en) | 2019-08-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109194495B (en) | Server, message processing method, and computer-readable storage medium | |
| CN109981322B (en) | Method and device for cloud resource management based on label | |
| US20150169872A1 (en) | Method and Device for Intercepting Call for Service by Application | |
| CN111427596B (en) | Software upgrading method and device and terminal equipment | |
| CN104036019B (en) | The open method and device of web page interlinkage | |
| CN103368986A (en) | Information recommendation method and information recommendation device | |
| CN108197034B (en) | Application testing method, server and system | |
| CN105469502A (en) | Intelligent oiling method and terminal | |
| CN102446171A (en) | Method and apparatus for evaluating quality score of promotion key word based on weighted average click-through rate | |
| CN113946425A (en) | Service processing method and device, electronic equipment and computer readable storage medium | |
| CN110020371B (en) | Method and device for page layout linkage based on react-native | |
| CN110889073B (en) | Page request response method, server and computer storage medium | |
| CN107977410B (en) | Bookshelf management method based on electronic book application and electronic equipment | |
| CN113656180A (en) | System and method for batch processing files under unitized architecture and related products | |
| CN110134864B (en) | Request filtering method, device and system based on DSP (digital Signal processor) demand side platform | |
| CN113343109A (en) | List recommendation method, computing device and computer storage medium | |
| CN110188297B (en) | Resource information display method, computing device and computer storage medium | |
| CN107045452B (en) | Virtual machine scheduling method and device | |
| CN111767074A (en) | Configuration updating method, device, terminal and storage medium | |
| CN111857781A (en) | Resource updating method and related equipment | |
| CN112732547A (en) | Service testing method and device, storage medium and electronic equipment | |
| CN115934076A (en) | Cross-platform client micro-service providing device and method and electronic equipment | |
| CN110858238A (en) | Data processing method and device | |
| CN111563153B (en) | Recommendation method and terminal based on clipboard information sharing implementation | |
| CN109634963B (en) | Policy data processing method and device and readable storage medium |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |