CN111367691B - Data feedback method and device, electronic equipment and storable medium - Google Patents
Data feedback method and device, electronic equipment and storable medium Download PDFInfo
- Publication number
- CN111367691B CN111367691B CN202010157378.8A CN202010157378A CN111367691B CN 111367691 B CN111367691 B CN 111367691B CN 202010157378 A CN202010157378 A CN 202010157378A CN 111367691 B CN111367691 B CN 111367691B
- Authority
- CN
- China
- Prior art keywords
- data
- access request
- disaster recovery
- content data
- identification information
- 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 43
- 238000011084 recovery Methods 0.000 claims abstract description 125
- 238000004891 communication Methods 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 8
- 230000002159 abnormal effect Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- 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/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A10/00—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE at coastal zones; at river basins
- Y02A10/40—Controlling or monitoring, e.g. of flood or hurricane; Forecasting, e.g. risk assessment or mapping
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The embodiment of the invention provides a data feedback method and a device thereof, electronic equipment and a storable medium, wherein the method comprises the following steps: when an access request sent by a client is received, forwarding the access request to a target data interface corresponding to the access request; if the target data interface is detected to return based on the access request without data, searching disaster recovery data corresponding to the access request in a preset disaster recovery database; and feeding back the disaster recovery data to the client. The data feedback method, the device, the electronic equipment and the storage medium provided by the embodiment of the invention can improve the correlation between the data fed back by the server aiming at the access request and the access request.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a data feedback method and apparatus, an electronic device, and a storable medium.
Background
With the continuous development of electronic information technology, more and more data platforms are used for providing content services for users, servers of the data platforms need to be connected with a plurality of third party recommendation interfaces, and the plurality of third party recommendation interfaces provide recommended content for the servers, so that abundant and diversified content can be provided for the users on the data platforms.
In the related art, when abnormal problems such as overtime of an occasional interface or too high query rate per second (QPS) occur in a third-party recommendation interface, the third-party recommendation interface will not return content data corresponding to an access request sent by a user, at this time, a server can only provide an interface for displaying access failure for the user, and there is a problem that the data fed back by the server for the access request has low correlation with the access request.
Disclosure of Invention
The embodiment of the invention aims to provide a data feedback method and device, electronic equipment and a storage medium, so as to achieve the effect of improving the efficiency of a server for feeding back data content according to an access request under the condition that a recommended interface is abnormal. The specific technical scheme is as follows:
in a first aspect of the present invention, there is provided a data feedback method, applied to a server, the method including:
when an access request sent by a client is received, forwarding the access request to a target data interface corresponding to the access request;
if the target data interface is detected to return based on the access request without data, searching disaster recovery data corresponding to the access request in a preset disaster recovery database;
and feeding back the disaster recovery data to the client.
In a second aspect of the present invention, there is also provided a data feedback apparatus, including:
the forwarding module is used for forwarding the access request to a target data interface corresponding to the access request when the access request sent by the client is received;
the searching module is used for searching disaster recovery data corresponding to the access request in a preset disaster recovery database if the target data interface is detected to return based on the access request without data;
and the feedback module is used for feeding back the disaster recovery data to the client.
In yet another aspect of the present invention, there is also provided an electronic device including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory perform communication with each other through the communication bus;
a memory for storing a computer program;
and the processor is used for realizing the steps of the data feedback method when executing the program stored in the memory.
In yet another aspect of the present invention, there is also provided a computer readable storage medium having instructions stored therein which, when run on a computer, cause the computer to perform the steps of the data feedback method of any of the above.
In yet another aspect of the invention, there is also provided a computer program product containing instructions which, when run on a computer, cause the computer to perform any of the data feedback methods described above.
According to the data feedback method provided by the embodiment of the invention, when the data port is abnormal and the data interface does not return data based on the access request, the server can search disaster recovery data corresponding to the access request in the preset disaster recovery database to feed back the disaster recovery data to the client, so that the client can display a display interface related to the access request.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below.
FIG. 1 is a flowchart of a data feedback method according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of a data flow in a data feedback method according to another embodiment of the present invention;
FIG. 3 is a flowchart of a data feedback method according to another embodiment of the present invention;
FIG. 4 is a schematic diagram illustrating a data flow in a data feedback method according to another embodiment of the present invention;
FIG. 5 is a schematic diagram of a data feedback device according to an embodiment of the present invention;
FIG. 6 is a schematic diagram of a data feedback device according to another embodiment of the present invention;
FIG. 7 is a schematic diagram of a data feedback device according to another embodiment of the present invention;
fig. 8 is a schematic structural diagram of a data feedback device according to another embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be described below with reference to the accompanying drawings in the embodiments of the present invention.
An embodiment of the present invention provides a data feedback method, applied to a server, as shown in fig. 1, where the method includes:
step 101: when an access request sent by a client is received, forwarding the access request to a target data interface corresponding to the access request;
step 102: if the target data interface is detected to return based on the access request without data, searching disaster recovery data corresponding to the access request in a preset disaster recovery database;
step 103: and feeding back the disaster recovery data to the client.
According to the data feedback method provided by the embodiment of the invention, when the data port is abnormal and the data interface does not return data based on the access request, the server can search disaster recovery data corresponding to the access request in the preset disaster recovery database to feed back the disaster recovery data to the client, so that the client can display a display interface related to the access request.
The server is connected with a plurality of data interfaces, and a plurality of third-party content providers are respectively connected with the server through different data interfaces to provide content data for the server. When the server receives the access request sent by the client, the server forwards the access request to the corresponding target data interface so as to seek the content data corresponding to the access request.
The manner in which the server determines the target data interface may be that the access request includes identification information of the target data interface; the determination may also be made by the server after analyzing the access request, for example: the access information includes keyword information, and the server determines the target data interface according to the keyword, which is not limited herein.
Under normal conditions, after receiving an access request, the target data interface returns content data corresponding to the access request, and the server feeds the content data back to the client, wherein the client can display a display interface comprising the content data, so that the user can access the content data. However, when the target data interface has abnormal problems such as overtime of an occasional interface or overhigh QPS, the target data interface can return no data after receiving the access request, at this time, the server does not feed back the content data to the client, the client continuously displays a blank interface or an interface with access failure, the user can not obtain any content related to the access request, and the problem that the data fed back by the server aiming at the access request has low correlation with the access request exists.
In the embodiment of the invention, the disaster recovery database is preset, a plurality of content data are prestored in the disaster recovery database, and the disaster recovery database can classify the plurality of content data in the disaster recovery database according to the relation between the content data and the access request, so that the content data corresponding to the access request is found in the plurality of content data.
Specifically, the multiple content data in the disaster recovery database can be classified according to the types of the access requests, so that the disaster recovery database comprises X pieces of content data for each type of the access requests, and the subsequent server can select the content data with the same type corresponding to the access requests in the disaster recovery database as disaster recovery data; or, the plurality of content data in the disaster recovery database can be classified according to the corresponding data interfaces, so that Y content data is included in the disaster recovery database corresponding to each data interface, and the subsequent server can select the content data of the same data interface corresponding to the access request from the disaster recovery database as disaster recovery data. The larger the values of X and Y, the more abundant the content data the server feeds back to the client, and the higher the probability that disaster recovery data has high correlation with the access request. The values of X and Y may be 1000, 5000 or 10000, etc., and are not limited herein.
The content data stored in the disaster recovery database can be pre-stored and fixed; or may be updated periodically.
In the embodiment of the invention, the disaster recovery database can be stored on an internal storage device of the server; the content data may be stored in an external storage device other than the server, and as shown in fig. 2, the server and the external storage device may be connected by a signal line to realize transmission of the content data, which is not limited herein. As shown in fig. 2, the external storage device may include a storage execution unit and a memory, the storage execution unit being electrically connected to the server and the memory, respectively, the server transmitting content data to the storage execution unit, the storage execution unit storing the content data into the memory; in addition, the server is directly and electrically connected with the memory, so that the server can directly call the content data from the memory as disaster recovery data and feed the disaster recovery data back to the client. In the case where the disaster recovery database is stored in an external storage device other than the server, the memory may be a distributed cache.
When no data return of the target data interface based on the access request is detected, the server can find content data corresponding to the access request from the disaster recovery database in a manner of classifying a plurality of content data and feed the content data back to the client as disaster recovery data, so that the client displays a display interface of the disaster recovery data corresponding to the access request.
The embodiment of the invention also provides another data feedback method which is applied to the server, as shown in fig. 3, wherein the method comprises the following steps:
step 301: acquiring content data returned by each data interface based on different historical access requests and identification information of each data interface;
step 302: associating the content data with first identification information of a data interface returning the content data;
step 303: storing the content data into a storage queue corresponding to the first identification information in the disaster recovery database;
step 304: when an access request sent by a client is received, forwarding the access request to a target data interface corresponding to the access request;
step 305: if the target data interface is detected to return based on the access request without data, searching disaster recovery data corresponding to the access request in a preset disaster recovery database;
step 306: and feeding back the disaster recovery data to the client.
In this embodiment, the plurality of content data stored in the disaster recovery database are classified according to the data interfaces, that is, the disaster recovery database is provided with a plurality of storage queues, the plurality of storage queues are in one-to-one correspondence with the plurality of data interfaces, and each storage queue stores at least one content data returned by the corresponding data interface based on different historical access requests before.
For example: the server is electrically connected with the data interface A, the data interface B and the data interface C respectively, a storage queue A, a storage queue B and a storage queue C are stored in the disaster recovery database, the storage queue A stores at least one content data returned by the data interface A before, the storage queue B stores at least one content data returned by the data interface B before, and the storage queue C stores at least one content data returned by the data interface C before.
The server forwards the historical access request to the data interface before, and after acquiring the content data returned by the data interface based on the historical access request, the server not only feeds back the content data to the client, but also correlates the content data with the first identification information of the data interface returning the content data, so as to find a storage queue corresponding to the data interface returning the content data in the disaster recovery database by using the first identification information, thereby realizing the storage of the content data in the storage queue corresponding to the data interface in the disaster recovery database.
In this embodiment, the storage capacity of the storage queue is Y pieces of content data, and after the storage queue is full of Y pieces of content data, a first-in first-out rule may be used to replace newly acquired content data with Y pieces of content data already stored in the storage queue to store earliest content data in time sequence, so as to implement continuous update of content data in the storage queue.
In an alternative embodiment, the access request includes second identification information of a data interface corresponding to the access request;
the step of searching disaster recovery data corresponding to the access request in the disaster recovery database comprises the following steps:
determining second identification information of the access request;
searching a target storage queue corresponding to the second identification information in the disaster recovery database based on the second identification information;
and selecting at least one piece of content data in the target storage queue as disaster recovery data.
In this embodiment, the access request sent by the client to the server includes the second identification information of the data interface corresponding to the access request, so that the server can determine, according to the second identification information, that the access request needs to be forwarded to the target data interface corresponding to the access request from among the plurality of data interfaces connected to the server.
When the target data interface returns no data based on the access request, the server can also determine a target storage queue corresponding to the second identification information in the disaster recovery data base according to the second identification information, content data which is returned to the server before by the target data interface is stored in the target storage queue, and at least one piece of content in the target storage queue is selected as disaster recovery data, so that the server feeds the disaster recovery data back to the client, and the client can display a display interface comprising the disaster recovery data.
Wherein, selecting at least one piece of content data in the target storage queue as disaster recovery data may be selecting one or more pieces of content data in the target storage queue as disaster recovery data randomly, for example: the plurality of content data have unique corresponding serial numbers in the storage queue, at least one random number is randomly generated, and the content data with the serial numbers equal to the random number are used as disaster recovery data.
In this embodiment, the access request includes the second identification information corresponding to the data interface, so that the server can accurately forward the access request to the target data interface according to the second identification information, and can accurately find the corresponding target storage queue in the disaster recovery database under the condition that the data interface has no data return, thereby improving accuracy and convenience of data transmission.
The second identification information of the access request is determined; searching a target storage queue corresponding to the second identification information in the disaster recovery database based on the second identification information; and selecting at least one piece of content data in the target storage queue as disaster recovery data. The same applies to the embodiment shown in fig. 1 and the same advantageous effects can be obtained.
In another optional embodiment, the step of feeding back the disaster recovery data to the client includes:
feeding back the disaster recovery data to the client;
and deleting the at least one piece of content data selected as the disaster recovery data in the target storage queue.
Since the data interface abnormality may be sporadic or persistent, when the data interface abnormality is persistent, the same data interface returns no data based on the access request within a period of time, so that when a client sends the access request to the data interface for multiple times within the period of time, multiple disaster recovery data returned by the server may have the condition of repeated content data, thus being easy to be perceived by a user to be abnormal and affecting the experience of the user.
In this embodiment, after the server feeds back disaster recovery data to the client, at least one piece of content data selected as disaster recovery data in the target storage queue is deleted, and when the server subsequently reselects disaster recovery data, the content data fed back to the client is not selected, so that the effect that the disaster recovery data fed back to the client by the server for multiple times cannot be repeated is achieved, the user is prevented from noticing abnormality, and the richness of accessing content by the user is increased.
The disaster recovery data is fed back to the client; and deleting the at least one piece of content data selected as the disaster recovery data in the target storage queue. The same applies to the embodiment shown in fig. 1 and the same advantageous effects can be obtained.
In another alternative embodiment, the access request further includes key information;
the step of selecting at least one piece of content data in the target storage queue as disaster recovery data comprises the following steps:
determining the relativity of each content data in the target storage queue and the keyword information;
and selecting the first N pieces of content data in the sequence of which the correlation degree is from high to low as disaster recovery data, wherein N is a positive integer.
Because the content data in each storage queue in the disaster recovery database is the content data returned by the corresponding data interface based on different historical access requests, the possibility that a plurality of content data in the storage queues are content data similar to the access requests exists.
In this embodiment, the access request includes keyword information, and the correlation between each content data in the storage queue and the keyword information of the access request is calculated, so that the correlation between each content data and the keyword information can be obtained, and the content data corresponding to the first N correlations are selected as disaster recovery data of the access request according to the order of the correlation from high to low.
In this way, the content data most relevant to the access request stored in the storage queue can be used as disaster recovery data, so that the correlation between the data fed back by the server aiming at the access request and the access request can be improved.
It should be noted that, determining the relativity between each content data in the target storage queue and the keyword information; and selecting the first N pieces of content data in the sequence of which the correlation degree is from high to low as disaster recovery data, wherein N is a positive integer. The same applies to the embodiment shown in fig. 1 and the same advantageous effects can be obtained.
The embodiment of the invention also provides an example illustration:
taking the variety channel recommendation service as an example, the data interface corresponding to the variety channel recommendation service is a data interface 1, as shown in fig. 4. In this example, disaster recovery data needs to be stored in a distributed cache before the data feedback method is executed, specifically:
the server comprises a unified universal recommended content snapshot pool access SDK and a server back end, wherein the SDK is used for agreeing with storage protocols of data interfaces, clients and distributed caching parties. The SDK has the capability of intercepting the historical content data returned by the data interface 1 for the historical access request, so that the intercepted historical content data can be sampled in a certain rule and selectively sent to the message queue in an asynchronous mode. For example: the worker periodically collects the content data returned by the data interface 1 in real time, and injects the content data into a rmq producer module, and sends out a complete piece of data to a message queue every minute for the data returned by the data interface 1.
After the distributed cache collects the content data in the message queue, the content data is stored in the redis in a distributed mode in a Key-List < Value > pair mode. The Key may be designed as x1_variety_focus, which represents that the data interface 1_variety_recommends this service line; the List < Value > is a complete interface data List of a batch of data interfaces 1, the length of the List can be set to 10000, and 10000 pieces of history content data returned by the data interfaces 1 aiming at the history access request are backed up in the distributed storage redis as disaster recovery data. In the case of writing the history content data in the List, the history content data written in the List can be replaced by the history content data written in the new state, and the disaster recovery data in the List is updated by using a first-in first-out (First Input First Output, FIFO for short) principle.
The SDK also has the capability of inquiring the distributed cache rediss, and disaster recovery data stored in the storage position can be inquired only by providing the number of the storage position in the distributed cache rediss.
The server back end is used for connecting with the client, and calling any historical content data in the SDK reading distributed storage redis to serve as disaster recovery data to be provided for the client under the condition that the data interface 1 does not return data (such as overtime or current limiting of the data interface) for the access request of the variety channel recommendation service. Wherein, reading any one of the history content data in the distributed storage redis can specifically be randomly generating a number in 1-10000, so as to select the history content data in a storage position corresponding to the random number in the List.
As shown in fig. 5, an embodiment of the present invention further provides a data feedback device 500, including:
a forwarding module 510, configured to forward, when receiving an access request sent by a client, the access request to a target data interface corresponding to the access request;
the searching module 520 is configured to search disaster recovery data corresponding to the access request in a preset disaster recovery database if it is detected that the target data interface returns no data based on the access request;
and a feedback module 530, configured to feed back the disaster recovery data to the client.
Optionally, as shown in fig. 6, the data feedback device 500 further includes:
an obtaining module 540, configured to obtain content data returned by each data interface based on different historical access requests and identification information of each data interface;
an association module 550 for associating the content data with first identification information of a data interface returning the content data;
and a storage module 560, configured to store the content data into a storage queue corresponding to the first identification information in the disaster recovery device database.
Optionally, the access request includes second identification information of a data interface corresponding to the access request;
as shown in fig. 7, the search module 520 includes:
a first determining unit 521, configured to determine second identification information of the access request;
a searching unit 522, configured to search, in the disaster backup database, a target storage queue corresponding to the second identification information based on the second identification information;
a first selecting unit 523, configured to select at least one piece of content data in the target storage queue as disaster recovery data.
Optionally, the feedback module 530 includes:
the feedback unit is used for feeding back the disaster recovery data to the client;
and the deleting unit is used for deleting the at least one piece of content data selected as the disaster recovery data in the target storage queue.
Optionally, the access request further includes keyword information;
the search module 520 further includes:
a second determining unit configured to determine a degree of correlation between each content data in the target storage queue and the keyword information;
the second selecting unit is further configured to select the first N pieces of content data in the ranking from high to low of the correlation degree as disaster recovery data, where N is a positive integer.
The data feedback device 500 according to the embodiment of the present invention can implement each process implemented by the data feedback method in the method embodiments of fig. 1 to 4, and in order to avoid repetition, a detailed description is omitted here.
The data feedback device 500 of the embodiment of the invention can improve the correlation between the data fed back by the server for the access request and the access request when the data interface displays the interface with access failure based on the condition that no data is returned by the access request.
The embodiment of the present invention further provides an electronic device, as shown in fig. 8, including a processor 801, a communication interface 802, a memory 803, and a communication bus 804, where the processor 801, the communication interface 802, and the memory 803 complete communication with each other through the communication bus 804,
a memory 803 for storing a computer program;
the processor 801, when executing the program stored in the memory 803, implements the following steps:
when an access request sent by a client is received, forwarding the access request to a target data interface corresponding to the access request;
if the target data interface is detected to return based on the access request without data, searching disaster recovery data corresponding to the access request in a preset disaster recovery database;
and feeding back the disaster recovery data to the client.
Optionally, before the step of searching disaster recovery data corresponding to the access request in the disaster recovery database, the method further includes:
acquiring content data returned by each data interface based on different historical access requests and identification information of each data interface;
associating the content data with first identification information of a data interface returning the content data;
and storing the content data into a storage queue corresponding to the first identification information in the disaster recovery database.
Optionally, the access request includes second identification information of a data interface corresponding to the access request;
the step of searching disaster recovery data corresponding to the access request in the disaster recovery database comprises the following steps:
determining second identification information of the access request;
searching a target storage queue corresponding to the second identification information in the disaster recovery database based on the second identification information;
and selecting at least one piece of content data in the target storage queue as disaster recovery data.
Optionally, the step of feeding back the disaster recovery data to the client includes:
feeding back the disaster recovery data to the client;
and deleting the at least one piece of content data selected as the disaster recovery data in the target storage queue.
Optionally, the access request further includes keyword information;
the step of selecting at least one piece of content data in the target storage queue as disaster recovery data comprises the following steps:
determining the relativity of each content data in the target storage queue and the keyword information;
and selecting the first N pieces of content data in the sequence of which the correlation degree is from high to low as disaster recovery data, wherein N is a positive integer.
The communication bus mentioned by the above terminal may be a peripheral component interconnect standard (Peripheral Component Interconnect, abbreviated as PCI) bus or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated as EISA) bus, etc. The communication bus may be classified as an address bus, a data bus, a control bus, or the like. For ease of illustration, the figures are shown with only one bold line, but not with only one bus or one type of bus.
The communication interface is used for communication between the terminal and other devices.
The memory may include random access memory (Random Access Memory, RAM) or non-volatile memory (non-volatile memory), such as at least one disk memory. Optionally, the memory may also be at least one memory device located remotely from the aforementioned processor.
The processor may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a network processor (Network Processor, NP for short), etc.; but also digital signal processors (Digital Signal Processing, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field-programmable gate arrays (Field-Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
In yet another embodiment of the present invention, a computer readable storage medium is provided, in which instructions are stored, which when run on a computer, cause the computer to perform the data feedback method according to any of the above embodiments.
In yet another embodiment of the present invention, a computer program product comprising instructions which, when run on a computer, cause the computer to perform the data feedback method of any of the above embodiments is also provided.
In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, produces a flow or function in accordance with embodiments of the present invention, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, for example, by wired (e.g., coaxial cable, optical fiber, digital Subscriber Line (DSL)), or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains an integration of one or more available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid State Disk (SSD)), etc.
It is noted that relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
In this specification, each embodiment is described in a related manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, as relevant to see a section of the description of method embodiments.
The foregoing description is only of the preferred embodiments of the present invention and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention are included in the protection scope of the present invention.
Claims (6)
1. A data feedback method applied to a server, the method comprising:
acquiring content data returned by each data interface based on different historical access requests and identification information of each data interface;
associating the content data with first identification information of a data interface returning the content data;
storing the content data into a storage queue corresponding to the first identification information in a disaster recovery database;
when an access request sent by a client is received, forwarding the access request to a target data interface corresponding to the access request;
if the target data interface is detected to return based on the access request without data, disaster recovery data corresponding to the access request is searched in the disaster recovery database, and the access request comprises second identification information of the data interface corresponding to the access request; the step of searching disaster recovery data corresponding to the access request in the disaster recovery database comprises the following steps: determining second identification information of the access request; searching a target storage queue corresponding to the second identification information in the disaster recovery database based on the second identification information; selecting at least one piece of content data in the target storage queue as disaster recovery data;
and feeding back the disaster recovery data to the client.
2. The method of claim 1, wherein the step of feeding back the disaster recovery data to the client comprises:
feeding back the disaster recovery data to the client;
and deleting the at least one piece of content data selected as the disaster recovery data in the target storage queue.
3. The method of claim 1, wherein the access request further comprises key information;
the step of selecting at least one piece of content data in the target storage queue as disaster recovery data comprises the following steps:
determining the relativity of each content data in the target storage queue and the keyword information;
and selecting the first N pieces of content data in the sequence of which the correlation degree is from high to low as disaster recovery data, wherein N is a positive integer.
4. A data feedback device, comprising:
the acquisition module is used for acquiring content data returned by each data interface based on different historical access requests and identification information of each data interface;
an association module for associating the content data with first identification information of a data interface returning the content data;
the storage module is used for storing the content data into a storage queue corresponding to the first identification information in the disaster recovery database;
the forwarding module is used for forwarding the access request to a target data interface corresponding to the access request when the access request sent by the client is received;
the searching module is used for searching disaster recovery data corresponding to the access request in the disaster recovery database if the target data interface is detected to return based on the access request without data, and the access request comprises second identification information of the data interface corresponding to the access request; the searching module comprises: a determining unit configured to determine second identification information of the access request; the searching unit is used for searching a target storage queue corresponding to the second identification information in the disaster recovery database based on the second identification information; the selecting unit is used for selecting at least one piece of content data in the target storage queue as disaster recovery data;
and the feedback module is used for feeding back the disaster recovery data to the client.
5. The electronic equipment is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory are communicated with each other through the communication bus;
a memory for storing a computer program;
a processor for implementing the steps of the data feedback method of any of claims 1-3 when executing a program stored on a memory.
6. A computer readable storage medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the steps of the data feedback method according to any of claims 1-3.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010157378.8A CN111367691B (en) | 2020-03-09 | 2020-03-09 | Data feedback method and device, electronic equipment and storable medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010157378.8A CN111367691B (en) | 2020-03-09 | 2020-03-09 | Data feedback method and device, electronic equipment and storable medium |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111367691A CN111367691A (en) | 2020-07-03 |
CN111367691B true CN111367691B (en) | 2024-03-01 |
Family
ID=71210470
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010157378.8A Active CN111367691B (en) | 2020-03-09 | 2020-03-09 | Data feedback method and device, electronic equipment and storable medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111367691B (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112068813A (en) * | 2020-09-03 | 2020-12-11 | 中国平安财产保险股份有限公司 | Data processing method, apparatus and medium |
CN112199281A (en) * | 2020-09-30 | 2021-01-08 | 中国平安财产保险股份有限公司 | Data processing method and device, terminal equipment and readable storage medium |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110348826A (en) * | 2018-04-08 | 2019-10-18 | 财付通支付科技有限公司 | Strange land disaster recovery method, system, equipment and readable storage medium storing program for executing mostly living |
CN110519380A (en) * | 2019-08-29 | 2019-11-29 | 北京旷视科技有限公司 | A kind of data access method, device, storage medium and electronic equipment |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109388446B (en) * | 2017-08-07 | 2021-07-09 | 腾讯科技(北京)有限公司 | Information processing method, device and storage medium |
-
2020
- 2020-03-09 CN CN202010157378.8A patent/CN111367691B/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110348826A (en) * | 2018-04-08 | 2019-10-18 | 财付通支付科技有限公司 | Strange land disaster recovery method, system, equipment and readable storage medium storing program for executing mostly living |
CN110519380A (en) * | 2019-08-29 | 2019-11-29 | 北京旷视科技有限公司 | A kind of data access method, device, storage medium and electronic equipment |
Also Published As
Publication number | Publication date |
---|---|
CN111367691A (en) | 2020-07-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101031942B1 (en) | Method and system for locating contact information collected from contact sources | |
CN107172171B (en) | Service request processing method and device and computer readable storage medium | |
KR20060094853A (en) | Method and system for aggregating contact information from multiple contact sources | |
CN113364853B (en) | Business service system, business request method and gateway equipment | |
CN111367691B (en) | Data feedback method and device, electronic equipment and storable medium | |
CN112437148B (en) | Service request processing method and device, service server and system | |
CN112118352B (en) | Method and device for processing notification trigger message, electronic equipment and computer readable medium | |
CN111953558A (en) | Sensitive information monitoring method and device, electronic equipment and storage medium | |
CN109885729B (en) | Method, device and system for displaying data | |
CN111177513A (en) | Method and device for determining abnormal access address, electronic equipment and storage medium | |
CN113761565B (en) | Data desensitization method and device | |
CN110727895B (en) | Sensitive word sending method and device, electronic equipment and storage medium | |
CN110309028B (en) | Monitoring information acquisition method, service monitoring method, device and system | |
CN113138943B (en) | Method and device for processing request | |
CN112818166B (en) | Video information query method and device, electronic equipment and storage medium | |
CN111367703B (en) | Fault checking method and device | |
CN113656731A (en) | Advertisement page processing method and device, electronic equipment and storage medium | |
CN112148508A (en) | Information processing method and related device | |
CN110019671B (en) | Method and system for processing real-time message | |
CN113722193A (en) | Method and device for detecting page abnormity | |
CN114745421B (en) | Method, device, server and storage medium for recording fission path data | |
CN112039829A (en) | Hijacking detection and reporting method and device for domain name system | |
CN114449031B (en) | Information acquisition method, device, equipment and storage medium | |
CN117478535B (en) | Log storage method and device | |
CN112637362B (en) | Request result determining method, device and system, electronic equipment and 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 |