CN112836148B - Report display method and device, storage medium and electronic equipment - Google Patents

Report display method and device, storage medium and electronic equipment Download PDF

Info

Publication number
CN112836148B
CN112836148B CN202110218686.1A CN202110218686A CN112836148B CN 112836148 B CN112836148 B CN 112836148B CN 202110218686 A CN202110218686 A CN 202110218686A CN 112836148 B CN112836148 B CN 112836148B
Authority
CN
China
Prior art keywords
report
target
server
path
current client
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
Application number
CN202110218686.1A
Other languages
Chinese (zh)
Other versions
CN112836148A (en
Inventor
陈欢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202110218686.1A priority Critical patent/CN112836148B/en
Publication of CN112836148A publication Critical patent/CN112836148A/en
Application granted granted Critical
Publication of CN112836148B publication Critical patent/CN112836148B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9538Presentation of query results
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/957Browsing optimisation, e.g. caching or content distillation

Abstract

The invention discloses a report display method and device, a storage medium and electronic equipment. Wherein the method comprises the following steps: acquiring a display request triggered in a current client, wherein the display request is used for requesting to display a target report in the current client; determining a target storage address of a target report in a first server according to a display request, wherein the first server is used for receiving the report uploaded by a report generation client, and the current client and the report generation client correspond to different servers; sending an acquisition request for requesting to acquire a target page stored in a target storage address to a first server, wherein the target page comprises a target report; and under the condition that the target page returned by the first server is acquired, the target page is sent to the current client so as to display the target page in a nested frame mode in the current page of the current client. The invention solves the technical problem of low report display efficiency.

Description

Report display method and device, storage medium and electronic equipment
Technical Field
The present invention relates to the field of computers, and in particular, to a report display method and apparatus, a storage medium, and an electronic device.
Background
In the prior art, when a user views a report of data in a webpage, the user is usually required to call the data to generate the report, develop a corresponding report display page according to the data report, and then display the report in the webpage for viewing.
However, the existing report viewing method requires a great deal of operations to be performed by the user to display the report, resulting in low report display efficiency.
In view of the above problems, no effective solution has been proposed at present.
Disclosure of Invention
The embodiment of the invention provides a report display method and device, a storage medium and electronic equipment, which are used for at least solving the technical problem of low report display efficiency.
According to an aspect of the embodiment of the present invention, there is provided a report display method, including: acquiring a display request triggered in a current client, wherein the display request is used for requesting to display a target report in the current client; determining a target storage address of the target report in a first server according to the display request, wherein the first server is used for receiving a report uploaded by a report generation client, and the current client and the report generation client correspond to different servers; sending an acquisition request for requesting to acquire a target page stored in the target storage address to the first server, wherein the target page comprises the target report; and when the target page returned by the first server is acquired, the target page is sent to the current client so as to display the target page in a nested frame mode in the current page of the current client.
According to another aspect of the embodiment of the present invention, there is also provided a report display apparatus, including: the display control unit is used for receiving a display request triggered in a current client, wherein the display request is used for requesting to display a target report in the current client; the determining unit is used for determining a target storage address of the target report in a first server according to the display request, wherein the first server is used for receiving the report uploaded by a report generation client, and the current client and the report generation client correspond to different servers; a first sending unit, configured to send, to the first server, an acquisition request for requesting to acquire a target page stored in the target storage address, where the target page includes the target report; and the second sending unit is used for sending the target page to the current client side so as to display the target page in a nested frame mode in the current page of the current client side when the target page returned by the first server is acquired.
As an optional example, the first transmitting unit includes: the second acquisition module is used for acquiring the target verification information of the report generation client; the login module is used for logging in the report generating client by using the target verification information; and the second sending module is used for sending the acquisition request to the first server after the login is successful.
As an optional example, the first transmitting unit includes: the third acquisition module is used for acquiring account rights of a plurality of accounts logged in the current client; the request module is used for requesting the target page from the first server by using the target verification information when the target account number in the plurality of accounts has the authority to look up the target report according to the account number authority; and the third sending module is used for returning the target page to the current client side where the target account number is located so as to display the target page in a nested frame mode in the current page of the current client side where the target account number is located.
According to still another aspect of the embodiments of the present invention, there is also provided a computer-readable storage medium having a computer program stored therein, wherein the computer program is configured to execute the report display method described above when running.
According to still another aspect of the embodiment of the present invention, there is also provided an electronic device including a memory in which a computer program is stored, and a processor configured to execute the report display method described above by the computer program.
In the embodiment of the invention, a display request triggered in a current client is acquired, wherein the display request is used for requesting to display a target report in the current client; determining a target storage address of the target report in a first server according to the display request, wherein the first server is used for receiving a report uploaded by a report generation client, and the current client and the report generation client correspond to different servers; sending an acquisition request for requesting to acquire a target page stored in the target storage address to the first server, wherein the target page comprises the target report; in the method, when a display request of the current client is acquired, a target storage address of the target report in the first server can be determined according to the display request, then the target page including the target report is acquired from the first server according to the target storage address, and finally the target page is displayed in a nested manner in the current page of the current client, so that the report can be generated by using the report generation client, and then the page in which the report is displayed in a nested manner in the current page of the current client, thereby realizing the effect of improving the report display efficiency and further solving the technical problem of low report display efficiency.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this specification, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute a limitation on the application. In the drawings:
FIG. 1 is a schematic illustration of an application environment of an alternative report display method according to an embodiment of the application;
FIG. 2 is a flow chart of an alternative report display method according to an embodiment of the application;
FIG. 3 is a schematic diagram of a display interface of an alternative report display method according to an embodiment of the application;
FIG. 4 is a schematic diagram of a display interface of another alternative report display method according to an embodiment of the application;
FIG. 5 is a schematic diagram of a display interface of yet another alternative report display method according to an embodiment of the application;
FIG. 6 is a flow chart of an alternative report display method according to an embodiment of the application;
FIG. 7 is a diagram of mapping relationships of an alternative report display method according to an embodiment of the application;
FIG. 8 is a diagram of a multi-account access chart of an alternative report display method according to an embodiment of the application;
FIG. 9 is a logic diagram of rights control for an alternative report display method in accordance with an embodiment of the application;
FIG. 10 is a schematic diagram of an alternative report display device according to an embodiment of the invention;
fig. 11 is a schematic structural view of an alternative electronic device according to an embodiment of the present invention.
Detailed Description
In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and the claims of the present invention and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Report generation client-side Tableau: business intelligence software that can help view and understand the data can generate reports from the data.
The first Server Tableau Server: the software application program can quickly and conveniently share the latest interactive data visual content, instrument panel, report and workbook in the Desktop of the tablet.
Nested frame Iframe: HTML tags create an inline frame (i.e., an inline frame) that contains another document
cookies: a website is a file stored on a user's computer, created by a particular domain, and accessible only by that domain. Other domain name related cookies are referred to as third party cookies.
umi.js: a pluggable enterprise-level compact application framework concentrates on the performance class next.js front-end framework, assists in development by means of convention, automatic generation and analysis of codes and the like, and reduces code quantity of developers.
eg. Js based on the koa enterprise-class node. Js framework.
According to an aspect of the embodiment of the present invention, there is provided a report displaying method, optionally, as an alternative implementation, the report displaying method may be applied, but not limited to, in the environment shown in fig. 1.
As shown in fig. 1, the terminal device 102 includes a memory 104 for storing various data generated during operation of the terminal device 102, a processor 106 for processing and operating the various data, and a display 108 for displaying a target report. The terminal device 202 includes a memory 204 for storing various data generated during operation of the terminal device 202, a processor 206 for processing and operating the various data, and a display 208 for displaying the generated report. The terminal device 202 may operate a report generating client, and the generated report is sent to the server 212 through step S102, the server 212 stores the report, and returns a reply message of the received report through step S104. The current client may be running on the terminal device 102. The current client sends a request to display the target report through step S106. The server 112 sends a request to the server 212 to display the target report, and receives the returned target report through S108, and sends the target report to the terminal device 102. The network 110 is used to communicate data.
Alternatively, in the present embodiment, the above-mentioned terminal device may be a terminal device configured with a target client, and may include, but is not limited to, at least one of the following: a mobile phone (e.g., an Android mobile phone, iOS mobile phone, etc.), a notebook computer, a tablet computer, a palm computer, a MID (Mobile Internet Devices, mobile internet device), a PAD, a desktop computer, a smart television, etc. The target client may be a video client, an instant messaging client, a browser client, an educational client, and the like. The network may include, but is not limited to: a wired network, a wireless network, wherein the wired network comprises: local area networks, metropolitan area networks, and wide area networks, the wireless network comprising: bluetooth, WIFI, and other networks that enable wireless communications. The server may be a single server, a server cluster composed of a plurality of servers, or a cloud server. The above is merely an example, and is not limited in any way in the present embodiment.
Optionally, as an optional implementation manner, as shown in fig. 2, the report display method includes:
s202, acquiring a display request triggered in a current client, wherein the display request is used for requesting to display a target report in the current client;
s204, determining a target storage address of a target report in a first server according to a display request, wherein the first server is used for receiving the report uploaded by a report generation client, and the current client and the report generation client correspond to different servers;
s206, sending an acquisition request for requesting to acquire a target page stored in a target storage address to a first server, wherein the target page comprises a target report;
and S208, under the condition that the target page returned by the first server is acquired, the target page is sent to the current client so as to display the target page in a nested frame mode in the current page of the current client.
Alternatively, the report display method can be applied to a scene of viewing a report in a page of a client side, but is not limited to the method. If the report is to be checked, the report generating client can be responsible for collecting data to generate the report, and then the report is uploaded to the first server. And the current client side under the second server can display the report in the current page, so as to view the report. The type or function of the current client is not limited. The current client is provided with a current page which can be displayed on a display interface of the terminal, and the current page can be one page of the current client.
The triggering manner of the display request triggered in the current client may be various. For example, the display request may be triggered by default after the current client is started, and the display request may be a request to display one or more preset target reports or a request to display a sample report. Or after the current client is started, the report identifier of the report is displayed on the display interface of the client, and a display request is triggered to display the report corresponding to the report identifier selected by the user under the condition that the selection operation of the report identifier is received.
Alternatively, the report may be any one or more of a table, a chart, and a text generated from data. The report generating client may be a client dedicated to generating a report from data. The method for the report generating client to acquire the data can be that the data in the database is called through an interface or that the data for generating the report is received through a network. After the data is acquired, a report corresponding to the data is generated. The report may have one or more, may have different types, and may have different styles. For example, a line graph report, a table report, a histogram report, or any combination thereof may be used. Reports of different styles or types can be generated according to the types of the data.
Alternatively, the report generating client may upload the report to the first server after generating the report. Different storage addresses are allocated to different reports in the first server, and the different storage addresses can be different webpages. After storing different reports at different storage addresses, the different reports may be accessed using the different storage addresses.
When the display request is acquired, under the condition that the target storage address of the target page where the target report is located in the first server is acquired according to the display request, the target page can be acquired according to the target storage address, and the target page is nested into the current page of the current client for display. The user can view the target report in the target page through the current client.
The description is made in connection with one example. Firstly, a report generating client such as a tableau develops a report, the tableau uses an interface to call data in a database, and then the data is used for generating the report. And releasing the generated report to a server tab server. The report on the table server is nested using the iframe in the web frame, i.e., the current client. Fig. 3 is a schematic diagram of nesting a report in a current client, wherein a report page 304 is displayed in a current page 302 of the current client in fig. 3, and related reports and data are displayed in the report page 304. The data in fig. 3 are only examples. The report button 306 in FIG. 3 may view all of the reports and display the report in report page 304 by selecting report 1. A switch can be clicked to a different nested report. When switching, the index of the catalog in the current page in the current client changes, and the report currently displayed by the user is prompted and the report changes. For example, as shown in fig. 4, the report of the display report 1 of fig. 3 is switched to the report of the display report 2 by the report selection button 402. And when switching, the report page is still displayed in the current page of the current client, and the report page is indicated to change.
And for different reports, a mapping relation is newly added in the variables of the system configuration center of the current client. And recording the relation between the path of the current client and the link on the tab server through the mapping relation. The following is a variable of mapping relationship between links of report forms on a tab server and paths in the system recorded in a configuration center of the current client delivery system.
In this embodiment, permissions are set for accounts logging in the current client, and different accounts correspond to access permissions for accessing reports of different applications or games. When the account logs in the current client and checks the report, the system of the current client can judge whether the account has the access right of the report. If the game has the access right, the corresponding catalogue and the nested report are displayed. When different users use different accounts to enter the system to view the report, one table account is used for accessing the report nested in the system. If the account has no permission to access the report, the account is prompted to have insufficient permission and cannot be accessed. For example as shown in fig. 5.
In this embodiment, based on the current client set up by the tab and the web frame, the report development part uses the tab desktop to make, and then issues the report to the tab server, where the report data is stored in the storage engine clickhouse. The web framework is built on the nginx service, the front end is based on the real umi.js and Antd framework, the background is based on the egg.js, and the user permission control and configuration information is stored on the database MongoDB. In this embodiment, the report generating client is a tableau client, and the first server is a tableau server.
As shown in steps S602 to S616 in fig. 6. Step S602, the user opens a report page, and step S604, the Web front end transmits parameters path and game to the Web service control layer. In step S606, the Web service control layer searches the target storage address of the report through the path. Step S608, the report is requested by using the target storage address and the account number of the report generating client. Step S610, the first server returns a disposable ticket, and step S612, sends the ticket to the web server control layer. And S614, splicing url according to the ticket and the game. Step S616, url is displayed. Where path is the path of the report at the web front end. The name is the application where the report is located.
According to the embodiment, when the report is displayed, the report can be generated by using the connection data of the report generating client and stored on the report server, the account logs in the current client to obtain the target page of the report by obtaining the storage address of the report on the server, and the target page is nested in the current page of the current client to be displayed, so that the effect of improving the report display efficiency is achieved.
As an alternative embodiment, in determining the target storage address, the following method may be used:
Under the condition that a display request is received, acquiring a target identifier in the display request, wherein the target identifier is one of a plurality of report identifiers displayed on a current client, and the target identifier corresponds to a target report;
searching the access path of the target report in the current client from the corresponding relation between the report identifier and the access path according to the target identifier;
analyzing path characters from the access path;
and determining a target storage address of the target report on the first server from the corresponding relation between the path character and the report address according to the path character.
Optionally, in this embodiment, a report identifier may be set for each report, so as to distinguish different reports.
In this embodiment, a new tab report may be added to the web page by newly adding a mapping relationship configuration between the web system route and the tab report link based on the dynamic route in the umi.js frame through a code of an iframe. The method does not require the development of iframe code for each report separately.
As shown in fig. 7. The page-related code is stored in the pages folder in the umi.js framework, which is dynamically routed using the brackets below. In the current client, a tab folder is newly built under a pages folder in an umi.js frame, a [ type ] folder is newly built under the tab folder, and codes of front-end pages are stored in the [ type ] folder. The user enters tab/arbitrary pathname in the browser, pointing to the content under this folder [ type ]. In practical application, a user can click on the report identifier to select a report to be checked, and then the report identifier correspondingly searches the path name of the report on the current client, wherein the path name points to the content under the folder of type.
In the system configuration table, a parameter tableau_path is newly added for recording the mapping relation between the web system route and the path in the report url link on the tableau server. The code is as follows:
tableau_path:{
‘tableau/core’:’trade/core’
"track/core" is the access path on the tableau server
In file index. Js for page presentation under the tab/[ type ] folder in the front end framework, an iframe is used to import the report on the tab server.
And in the file service. Js of the report link requesting to be acquired from the web background under the tableau/[ type ] folder, acquiring a current access path of the web system by using a location. Pathname method, and transmitting the current path to the background as a parameter. By way of example, the web system current access path is https:// a.com/tableau/core, and the path tableau/core is parsed to pass it to the background using location. The code is as follows:
when logically processing in a background controller layer tab file, finding a corresponding link on a tab server from a tab path parameter according to the path, transmitting the link to a web front end, and finally nesting the link in an iframe.
As an alternative embodiment, before or after determining the target storage address, the following method may be further performed to modify the correspondence between the path characters and the report address:
Receiving a modification instruction of the corresponding relation between the path character and the report address;
and modifying the corresponding relation between the path characters and the report addresses according to the modification instruction.
The addition, modification and deletion of the parameter content is handled by developing a page alone to maintain the parameter tableau path. And the manager realizes the addition, modification and deletion of the tab server report nested under the iframe through the new addition, modification and deletion on the page.
In the embodiment, a set of iframe codes can be used for nesting all the reports on the tableau server, so that the code redundancy is reduced; in addition, the nested report is managed by the configurable page, so that the difficulty of report nesting management is reduced, and the usability of report nesting is enhanced.
As an alternative embodiment, sending a fetch request to the first server for requesting to fetch the target page stored in the target storage address includes:
a second server of the current client sends an acquisition request to a first server;
and receiving a target page returned by the first server.
As an alternative embodiment, sending, by the second server of the current client, the acquisition request to the first server includes:
Acquiring a second IP address of a second server and a first IP address of a first server;
and forwarding the target storage address in the acquisition request on the second IP address to the first IP address under the condition that the first IP address and the second IP address are different.
In this embodiment, the report on the tab server needs to be nested in the system built by the web frame, and an iframe needs to be used. If the server where the tab server is located is different from the server where the web server is located, the same domain name of the web system is used in the iframe, and path forwarding configuration is performed in the nginx service relied on by the web system. In the configuration file of the nginx, a layer of proxy forwarding setting is made for a path which needs to be forwarded to a tab server in the web system.
For example, the current client's system domain name is https:// a.com, the corresponding web server's IP is 123.123.123.123,tableau server and 123.123.123.124,tableau server is configured to communicate with the web server 80 port.
Code example in iframe in web frame: wherein rG2d1 dUORbqgmXSbWwp-Q= =: srbjArHy-TFKD0-f6zB8_45o is a disposable ticket obtained from a tableau server.
<iframe title="tb"class="box___3X7Ay"
src="https://a.com/trusted/rG2d1dUORbqqgmXSbWwP-Q==:srbjArHy-TFKD0-f6zB8_45o/views/p_overview_daily/overview_daily?:embed=yes&amp;:cus tomViews=yes&amp;:device=desktop&amp;Game%20Code=sskjp">
</iframe>
Proxy forwarding configuration code example of the ngix on which the web system depends: adding a path to be forwarded to a tab server in a web system into a configuration phase, and in an example, https: the paths of/(a.com/purified, https:// a.com/views, https:// a.com/vizql, https:// a.com/sidecar, etc. need to be forwarded to IP123.123.123.124 where the tableau server is located.
By the embodiment, the problem that cookies cannot be used caused by using the third-party domain name is avoided by using the third-party domain name in the iframe.
As an alternative embodiment, sending a fetch request to the first server for requesting to fetch the target page stored in the target storage address includes:
acquiring target verification information of a report generation client;
logging in a report form to generate a client by using target verification information;
after the login is successful, an acquisition request is sent to the first server.
Under the condition that the accounts of the current login client comprise a plurality of accounts, acquiring account rights of each account of the plurality of accounts of the current login client;
under the condition that the target account number in the plurality of account numbers has the authority of viewing the target report according to the account number authority, requesting a target page from a first server by using target verification information;
and returning the target page to the current client side where the target account is located, so as to display the target page in a nested frame mode in the current page of the current client side where the target account is located.
Optionally, in this embodiment, the current client may be logged in by multiple accounts, where each account in the multiple accounts may download the current client on the terminal and log in, or may log in a current client at a different time period on a terminal. Each account has the right to access the report, and the rights among the accounts can be the same or different. And (3) building an account system and a right management module in the web system of the current client, wherein different users access the web system by using independent accounts. After entering the system, the report information on the tab server is accessed by using the account number with access rights of tab. Because the self-built authority management module is used to limit the user to access only the module with authority when the web system is accessed, and then an account with the browsing authority of the tableau report can be uniformly used when the tableau report nested in the system is accessed. As shown in fig. 8. And a plurality of users access the report in the tab server, and access is performed through one tab account.
In the background system of the current client, the web server is built by using egg.js, and the hierarchical structure included by the egg.js mainly comprises a router layer, a controller layer, a service layer, a model layer and the like. The router layer routing file router.ts is responsible for routing control and agrees with which interface corresponds to which method of which file of the controller layer. The controller layer is responsible for simple logic processing.
Before the method of the controller layer is called in the router.ts file, a layer of middleware is added for authority control. In the system, a role-based authority control design scheme is adopted to agree on which apis of a certain role have access authorities, and the range is defined. And if the character accesses the api which is not in the range, returning, and if the character accesses the api in the range, jumping to a method of a controller layer through a permission control module.
When agreeing on access rights of an api, it may be necessary to make finer granularity rights cuts to the same api because of the different parameters passed. For this purpose, a dimension variable is set for a specific api to agree on the different parameters that may be present. For example, currently under the same api, there may be different roles that are set by different game services and path parameters (for mapping to different reports on the tab server) for permission control. The contract parameter is included in the contract dimension variable. The Rbac layer authority control logic is as shown in steps S902 to S916 of fig. 9: step S902, user identity information is acquired. S904, acquiring a user accessible authority list. S906, is the current page right in the accessible rights list? If the current page permissions are in the accessible permission list, S908 is performed, and if not, S914 is performed. S908, comparing the dimension of the current page authority with the dimension of the authority in the accessible authority list. S910, the path and the name in the dimension of the current page authority are in the dimension of the authority in the accessible authority list. If the judgment result is yes, S912 is executed, and if the judgment result is no, S916 is executed. S912, jumping to a controller layer to carry out service logic processing. S914, prompting that the permission is insufficient and refusing the access. S916, prompting that the permission is insufficient and refusing the access.
For example, in the background system of the current client, there are two roles, the role of A-game A report view and the role of B-game A report view. Checking that the api corresponding to the report is table/get in the router.ts file, distinguishing different games through a parameter game, and distinguishing a specific report through path. Therefore, the api corresponding to the A report view role of the A game is table/get, the game is A, and the path is A; the api corresponding to the A report view character of the B game is table/get, the game is B, and the path is A.
The specific implementation logic is divided into two steps, wherein the first step is to add an rbac middleware in a router file and add dimension control for different parameters. And analyzing the name and path from the parameters transmitted by the front-end url, putting the two parameters into dimension, and calling a control method of the rbac intermediate layer. If there is no name or path parameter in the front end url, then dimension is left empty. Second, logic of the concrete rbac. Acquiring personal information of a user currently accessing the system and roles in the system; inquiring the api combination corresponding to the role; firstly judging whether the current api to be accessed is in an accessible api combination, and if not, returning information without access to the front end; if the dimension is continuously judged in the accessible api combination, if the dimension of the api to be accessed currently in the accessible api combination is set to be empty, any parameter contained in the dimension accords with the access condition; if only a name is set in the dimension, indicating that all paths under the name meet access conditions; if only a path is set in the dimension, indicating that all the games under the path meet the access condition; if the dimension sets the name and the path at the same time, only the name and the path meeting the condition meet the access condition.
The key codes in the first router.ts file are as follows:
/>
key pseudocode in the second step middleware rbac.ts is as follows:
/>
after the self-built authority control system is realized, the same table account number can be used for accessing the report issued on the table server for the users with report access authorities.
It should be noted that, for simplicity of description, the foregoing method embodiments are all described as a series of acts, but it should be understood by those skilled in the art that the present invention is not limited by the order of acts described, as some steps may be performed in other orders or concurrently in accordance with the present invention. Further, those skilled in the art will also appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily required for the present invention.
According to another aspect of the embodiment of the invention, a report display device for implementing the report display method is also provided. As shown in fig. 10, the apparatus includes:
an obtaining unit 1002, configured to obtain a display request triggered in a current client, where the display request is used to request to display a target report in the current client;
A determining unit 1004, configured to determine, according to the display request, a target storage address of a target report in a first server, where the first server is configured to receive a report uploaded by a report generating client, and the current client corresponds to a different server with respect to the report generating client;
a first sending unit 1006, configured to send, to a first server, an acquisition request for requesting to acquire a target page stored in a target storage address, where the target page includes a target report;
and the second sending unit 1008 is configured to send, when the target page returned by the first server is obtained, the target page to the current client, so that the target page is displayed in a manner of nested frames in the current page of the current client.
Alternatively, the report display device can be applied to a scene of viewing a report in a page of a client side, but is not limited to the above. If the report is to be checked, the report generating client can be responsible for collecting data to generate the report, and then the report is uploaded to the first server. And the current client side under the second server can display the report in the current page, so as to view the report. The type or function of the current client is not limited. The current client is provided with a current page which can be displayed on a display interface of the terminal, and the current page can be one page of the current client.
The triggering manner of the display request triggered in the current client may be various. For example, the display request may be triggered by default after the current client is started, and the display request may be a request to display one or more preset target reports or a request to display a sample report. Or after the current client is started, the report identifier of the report is displayed on the display interface of the client, and a display request is triggered to display the report corresponding to the report identifier selected by the user under the condition that the selection operation of the report identifier is received.
Alternatively, the report may be any one or more of a table, a chart, and a text generated from data. The report generating client may be a client dedicated to generating a report from data. The method for the report generating client to acquire the data can be that the data in the database is called through an interface or that the data for generating the report is received through a network. After the data is acquired, a report corresponding to the data is generated. The report may have one or more, may have different types, and may have different styles. For example, a line graph report, a table report, a histogram report, or any combination thereof may be used. Reports of different styles or types can be generated according to the types of the data.
Alternatively, the report generating client may upload the report to the first server after generating the report. Different storage addresses are allocated to different reports in the first server, and the different storage addresses can be different webpages. After storing different reports at different storage addresses, the different reports may be accessed using the different storage addresses.
When the display request is acquired, under the condition that the target storage address of the target page where the target report is located in the first server is acquired according to the display request, the target page can be acquired according to the target storage address, and the target page is nested into the current page of the current client for display. The user can view the target report in the target page through the current client.
According to the embodiment, when the report is displayed, the report can be generated by using the connection data of the report generating client and stored on the report server, the account logs in the current client to obtain the target page of the report by obtaining the storage address of the report on the server, and the target page is nested in the current page of the current client to be displayed, so that the effect of improving the report display efficiency is achieved.
For other examples of this embodiment, please refer to the above examples, and the description thereof is omitted.
According to still another aspect of the embodiment of the present invention, there is also provided an electronic device for implementing the report display method described above, where the electronic device may be a terminal device or a server as shown in fig. 11. The present embodiment is described taking the electronic device as an example. As shown in fig. 11, the electronic device comprises a memory 1102 and a processor 1104, the memory 1102 having stored therein a computer program, the processor 1104 being arranged to perform the steps of any of the method embodiments described above by means of the computer program.
Alternatively, in this embodiment, the electronic device may be located in at least one network device of a plurality of network devices of the computer network.
Alternatively, in the present embodiment, the above-described processor may be configured to execute the following steps by a computer program:
acquiring a display request triggered in a current client, wherein the display request is used for requesting to display a target report in the current client;
determining a target storage address of a target report in a first server according to a display request, wherein the first server is used for receiving the report uploaded by a report generation client, and the current client and the report generation client correspond to different servers;
Sending an acquisition request for requesting to acquire a target page stored in a target storage address to a first server, wherein the target page comprises a target report;
and under the condition that the target page returned by the first server is acquired, the target page is sent to the current client so as to display the target page in a nested frame mode in the current page of the current client.
Alternatively, it will be understood by those skilled in the art that the structure shown in fig. 11 is only schematic, and the electronic device may be a smart phone (such as an Android mobile phone, an iOS mobile phone, etc.), a tablet computer, a palm computer, a mobile internet device (Mobile Internet Devices, MID), a PAD, etc. Fig. 11 is not limited to the structure of the electronic device and the electronic apparatus described above. For example, the electronics may also include more or fewer components (e.g., network interfaces, etc.) than shown in FIG. 11, or have a different configuration than shown in FIG. 11.
The memory 1102 may be used to store software programs and modules, such as program instructions/modules corresponding to the report display method and apparatus in the embodiment of the present invention, and the processor 1104 executes the software programs and modules stored in the memory 1102 to perform various function applications and data processing, that is, implement the report display method described above. Memory 1102 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, memory 1102 may further include memory located remotely from processor 1104, which may be connected to the terminal via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof. The memory 1102 may be, but not limited to, storing information such as a report. As an example, as shown in fig. 11, the memory 1102 may include, but is not limited to, the acquisition unit 1002, the determination unit 1004, the first transmission unit 1006, and the second transmission unit 1008 in the report display device. In addition, other module units in the report display device may be included, but are not limited to, and are not described in detail in this example.
Optionally, the transmission device 1106 is used to receive or transmit data via a network. Specific examples of the network described above may include wired networks and wireless networks. In one example, the transmission device 1106 includes a network adapter (Network Interface Controller, NIC) that may be connected to other network devices and routers via a network cable to communicate with the internet or a local area network. In one example, the transmission device 1106 is a Radio Frequency (RF) module for communicating wirelessly with the internet.
In addition, the electronic device further includes: a display 1108 for displaying a target report in a target page; and a connection bus 1110 for connecting the respective module parts in the above-described electronic apparatus.
In other embodiments, the terminal device or the server may be a node in a distributed system, where the distributed system may be a blockchain system, and the blockchain system may be a distributed system formed by connecting the plurality of nodes through a network communication. Among them, the nodes may form a Peer-To-Peer (P2P) network, and any type of computing device, such as a server, a terminal, etc., may become a node in the blockchain system by joining the Peer-To-Peer network.
According to a further aspect of embodiments of the present invention, there is also provided a computer readable storage medium having a computer program stored therein, wherein the computer program is arranged to perform the steps of any of the method embodiments described above when run.
Alternatively, in the present embodiment, the above-described computer-readable storage medium may be configured to store a computer program for executing the steps of:
acquiring a display request triggered in a current client, wherein the display request is used for requesting to display a target report in the current client;
determining a target storage address of a target report in a first server according to a display request, wherein the first server is used for receiving the report uploaded by a report generation client, and the current client and the report generation client correspond to different servers;
sending an acquisition request for requesting to acquire a target page stored in a target storage address to a first server, wherein the target page comprises a target report;
and under the condition that the target page returned by the first server is acquired, the target page is sent to the current client so as to display the target page in a nested frame mode in the current page of the current client.
Alternatively, in this embodiment, it will be understood by those skilled in the art that all or part of the steps in the methods of the above embodiments may be performed by a program for instructing a terminal device to execute the steps, where the program may be stored in a computer readable storage medium, and the storage medium may include: flash disk, read-Only Memory (ROM), random-access Memory (Random Access Memory, RAM), magnetic or optical disk, and the like.
The foregoing embodiment numbers of the present invention are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
The integrated units in the above embodiments may be stored in the above-described computer-readable storage medium if implemented in the form of software functional units and sold or used as separate products. Based on such understanding, the technical solution of the present invention may be embodied in essence or a part contributing to the prior art or all or part of the technical solution in the form of a software product stored in a storage medium, comprising several instructions for causing one or more computer devices (which may be personal computers, servers or network devices, etc.) to perform all or part of the steps of the method of the various embodiments of the present invention.
In the foregoing embodiments of the present application, the descriptions of the embodiments are emphasized, and for a portion of this disclosure that is not described in detail in this embodiment, reference is made to the related descriptions of other embodiments.
In several embodiments provided by the present application, it should be understood that the disclosed client may be implemented in other manners. The above-described embodiments of the apparatus are merely exemplary, and are merely a logical functional division, and there may be other manners of dividing the apparatus in actual implementation, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some interfaces, units or modules, or may be in electrical or other forms.
The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present invention may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The foregoing is merely a preferred embodiment of the present invention and it should be noted that modifications and adaptations to those skilled in the art may be made without departing from the principles of the present invention, which are intended to be comprehended within the scope of the present invention.

Claims (15)

1. A report display method is characterized by comprising the following steps:
acquiring a display request triggered in a current client, wherein the display request is used for requesting to display a target report in the current client;
obtaining a target storage address of the target report in a table eau server from a splicing path which is determined according to the display request and is used for obtaining the target report, wherein the table eau server is used for receiving a report uploaded by a report generation client, and when a web server associated with the current client is different from the table eau server, an access domain name of an access path which is used in a nested frame for realizing nested display of the target report in the current client is set to be the same as a web system corresponding to the current client, the splicing path comprises the access path used in the current client and a storage path of the target storage address in the table eau server, and an nginx proxy service which is relied on by the web system corresponding to the current client sends the storage path associated with the access path to the table eau server through proxy forwarding configuration;
Sending an acquisition request for requesting to acquire a target page including the target report stored in the target storage address to the tableau server, wherein the acquisition request carries the storage path;
and under the condition that the target page returned by the tab server is acquired, the target page is sent to the current client so as to display the target page in the current page of the current client in the nested frame mode.
2. The method according to claim 1, wherein the obtaining the target storage address of the target report in the tableau server from the splice path for obtaining the target report determined according to the display request includes:
under the condition that the display request is received, acquiring a target identifier in the display request, wherein the target identifier is one of a plurality of report identifiers displayed on the current client, and the target identifier corresponds to the target report;
according to the target identification, searching the access path of the target report in the current client from the corresponding relation between the report identification and the access path;
Analyzing path characters from the access path;
and determining the target storage address of the target report on the table server from the corresponding relation between the path character and the report address according to the path character.
3. The method of claim 2, wherein before or after determining the target storage address on the tableau server for the target report from a correspondence between path characters and report addresses according to the path characters, the method further comprising:
receiving a modification instruction for the corresponding relation between the path character and the report address;
and modifying the corresponding relation between the path character and the report address according to the modification instruction.
4. The method of claim 1, wherein the sending, to the tableau server, a get request to get a target page stored in the target storage address that includes the target report includes:
sending, by the web server with which the current client is associated, the acquisition request to the tableau server;
and receiving the target page returned by the tableau server.
5. The method of claim 4, wherein the sending the get request by the web server associated with the current client to the tableau server comprises:
acquiring a second IP address of the web server and a first IP address of the tableau server;
and forwarding the target storage address in the acquisition request on the second IP address to the first IP address under the condition that the first IP address and the second IP address are different.
6. The method of claim 1, wherein the sending, to the tableau server, a get request to get a target page stored in the target storage address that includes the target report includes:
acquiring target verification information of the report generating client;
logging in the report generating client by using the target verification information;
and after successful login, sending the acquisition request to the tableau server.
7. The method of claim 6, wherein the sending, to the tableau server, a get request to get a target page stored in the target storage address that includes the target report includes:
Acquiring account rights of a plurality of accounts logged in the current client;
under the condition that the target account number in the plurality of account numbers has the authority to view the target report according to the account number authority, requesting the target page from the tableau server by using the target verification information;
and returning the target page to the current client side where the target account is located, so as to display the target page in a nested frame mode in the current page of the current client side where the target account is located.
8. A report display device, comprising:
the system comprises an acquisition unit, a display unit and a display unit, wherein the acquisition unit is used for acquiring a display request triggered in a current client, and the display request is used for requesting to display a target report in the current client;
a determining unit, configured to obtain, from a concatenation path for obtaining the target report determined according to the display request, a target storage address of the target report in a tableau server, where the tableau server is configured to receive a report uploaded by a report generation client, and in a case where a web server associated with the current client is different from the tableau server, an access domain name of an access path used in a nested frame for implementing nested display of the target report in the current client is set to be the same domain name as a web system corresponding to the current client, where the concatenation path includes the access path used in the current client and a storage path of the target storage address in the tableau server, and where a nginx proxy service on which a web system corresponding to the current client depends sends the storage path associated with the access path to the tableau server through a proxy forwarding configuration;
The first sending unit is used for sending an acquisition request for requesting to acquire a target page containing the target report stored in the target storage address to the tableau server, wherein the acquisition request carries the storage path;
and the second sending unit is used for sending the target page to the current client side under the condition that the target page returned by the tab server is acquired, so that the target page is displayed in the current page of the current client side in the nested frame mode.
9. The apparatus according to claim 8, wherein the determining unit comprises:
the first acquisition module is used for acquiring a target identifier in the display request under the condition that the display request is received, wherein the target identifier is one of a plurality of report identifiers displayed on the current client, and the target identifier corresponds to the target report;
the searching module is used for searching the access path of the target report in the current client from the corresponding relation between the report identifier and the access path according to the target identifier;
the analysis module is used for analyzing the path character from the access path;
And the determining module is used for determining the target storage address of the target report on the tableau server from the corresponding relation between the path character and the report address according to the path character.
10. The apparatus according to claim 9, wherein the determining unit further comprises:
the first receiving module is used for determining whether the target report is before or after the target storage address on the tableau server from the corresponding relation between the path character and the report address according to the path character, and receiving a modification instruction for the corresponding relation between the path character and the report address;
and the modification module is used for modifying the corresponding relation between the path character and the report address according to the modification instruction.
11. The apparatus of claim 8, wherein the first transmitting unit comprises:
a first sending module, configured to send, by the web server of the current client, the acquisition request to the tableau server;
and the second receiving module is used for receiving the target page returned by the tableau server.
12. The apparatus of claim 11, wherein the transmitting module comprises:
An obtaining sub-module, configured to obtain a second IP address of the web server and a first IP address of the tableau server;
and the forwarding sub-module is used for forwarding the target storage address in the acquisition request on the second IP address to the first IP address under the condition that the first IP address and the second IP address are different.
13. The apparatus of claim 8, wherein the first transmitting unit comprises:
the second acquisition module is used for acquiring target verification information of the report generation client;
the login module is used for logging in the report generating client by using the target verification information;
and the second sending module is used for sending the acquisition request to the tableau server after the login is successful.
14. A computer readable storage medium storing a computer program, characterized in that the computer program when run performs the method of any one of claims 1 to 7.
15. An electronic device comprising a memory and a processor, characterized in that the memory has stored therein a computer program, the processor being arranged to execute the method according to any of the claims 1 to 7 by means of the computer program.
CN202110218686.1A 2021-02-26 2021-02-26 Report display method and device, storage medium and electronic equipment Active CN112836148B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110218686.1A CN112836148B (en) 2021-02-26 2021-02-26 Report display method and device, storage medium and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110218686.1A CN112836148B (en) 2021-02-26 2021-02-26 Report display method and device, storage medium and electronic equipment

Publications (2)

Publication Number Publication Date
CN112836148A CN112836148A (en) 2021-05-25
CN112836148B true CN112836148B (en) 2023-12-12

Family

ID=75933895

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110218686.1A Active CN112836148B (en) 2021-02-26 2021-02-26 Report display method and device, storage medium and electronic equipment

Country Status (1)

Country Link
CN (1) CN112836148B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113434504B (en) * 2021-06-28 2023-10-24 青岛海尔科技有限公司 Method and device for storing death medical evidence table, storage medium and electronic device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103473234A (en) * 2012-06-07 2013-12-25 中兴通讯股份有限公司 Method, device and system for deriving report forms from web inquiring system
CN107908659A (en) * 2017-10-17 2018-04-13 深圳前海微众银行股份有限公司 Data sheet collocation method, report platform and computer-readable recording medium
CN109814868A (en) * 2018-12-13 2019-05-28 深圳壹账通智能科技有限公司 Network transmission analogy method, device, computer equipment and storage medium

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120239681A1 (en) * 2011-03-14 2012-09-20 Splunk Inc. Scalable interactive display of distributed data
US10216466B2 (en) * 2014-09-10 2019-02-26 Red Hat, Inc. Server side documents generated from a client side image

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103473234A (en) * 2012-06-07 2013-12-25 中兴通讯股份有限公司 Method, device and system for deriving report forms from web inquiring system
CN107908659A (en) * 2017-10-17 2018-04-13 深圳前海微众银行股份有限公司 Data sheet collocation method, report platform and computer-readable recording medium
CN109814868A (en) * 2018-12-13 2019-05-28 深圳壹账通智能科技有限公司 Network transmission analogy method, device, computer equipment and storage medium

Also Published As

Publication number Publication date
CN112836148A (en) 2021-05-25

Similar Documents

Publication Publication Date Title
US9253284B2 (en) Historical browsing session management
US7673327B1 (en) Aggregation system
KR102504075B1 (en) Matching and attributes of user device events
US9313100B1 (en) Remote browsing session management
US20130080421A1 (en) Historical browsing session management
US20140095355A1 (en) Platform, Method, and Device for Managing Application
US9374244B1 (en) Remote browsing session management
WO2020062582A1 (en) Methods for information drainage, requesting transmission and communication acceleration, and drainage and node server
US9112827B2 (en) Determining appropriate browsing applications for selected network resources
CN102694830B (en) A kind of mthods, systems and devices realizing Web content and share
CN102291243A (en) Service processing server, system and method
CN109600458B (en) Website access method and device
US11882154B2 (en) Template representation of security resources
CN110839049A (en) Data scheduling method and system based on domain name system
CN113014681A (en) Network card binding method and device of multi-network card server, electronic equipment and storage medium
US9578006B2 (en) Restricted content publishing with search engine registry
CN112836148B (en) Report display method and device, storage medium and electronic equipment
CN112015383A (en) Login method and device
CN110647634A (en) Method and device for searching media resource, storage medium and electronic device
US8239522B1 (en) Dynamic variables for tracking wireless device website usage
CN110633432A (en) Method, device, terminal equipment and medium for acquiring data
CN106487861B (en) Network data providing method and device
CN107623662B (en) Access control method, device and system
WO2014169497A1 (en) Method and server for pushing media file
CN114745146A (en) Skip interception method and device, readable storage medium and equipment

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40048353

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant