CN106407341A

CN106407341A - Page processing method, apparatus and system

Info

Publication number: CN106407341A
Application number: CN201610802650.7A
Authority: CN
Inventors: 林泽通
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2016-09-05
Filing date: 2016-09-05
Publication date: 2017-02-15

Abstract

The present invention discloses a page processing method, apparatus and system. The method comprises the steps of storing a content file of a page in a local cache of a static server in advance, and storing a public file in a database; receiving a page visit request from a client, acquiring a file path of a corresponding page from the page visit request; and according to the file path, reading the content file from the local cache and returning the content file to the client, and reading the public file from the database and returning the public file to the client. The real-time performance of the content is ensured, further, rapid rendering and displaying of the page visit are ensured, so that the response speed and visit speed of the page are improved, and problems in related technologies that the page responds slowly, static files cannot be cached by a browser and the visit speed is low are solved.

Description

Page processing method, device and system

Technical Field

The present application relates to the field of computers, and in particular, to a method, an apparatus, and a system for processing a page.

Background

With the expansion of services and the increase of products, the page access amount is continuously increasing. Particularly, the detailed page of the commodity is basically an entrance of a user for transaction through a website, so that the access amount is large and the access is frequent, and the optimization of the detailed page of the commodity can not only improve the overall performance of the website, but also improve the user experience.

At present, the optimization of the commodity detail page generally adopts staticization, and the content of the commodity detail page is stripped from a service server. In the related art, there are several ways to implement staticizing:

1) the common head and the tail of the page are stripped, and the page is integrated at a server side through technologies such as Small Scale Integration (SSI), and the like, so that the mode has the defects of slow response and incapability of being cached by a browser;

2) the method has the defects that the requirements on the IO performance and the network of the file server are high, and the temporary slow access is caused.

For the problems of slow page response, incapability of caching static files by a browser and slow access in the related art, no effective solution is provided at present.

Disclosure of Invention

In order to solve the technical problem, embodiments of the present invention provide a page processing method, device and system.

In one aspect, the present application provides a page processing method, including:

storing a content file of a page to a local cache of a static server in advance, and storing a public file to a database;

receiving a page access request from a client, and acquiring a file path of a corresponding page from the page access request;

and according to the file path, reading the content file from the local cache and returning the content file to the client, and reading the public file from the database and returning the public file to the client.

Wherein, still include: after the content file of the page is stored in the local cache of the static server, the cache time is set for the content file.

Wherein, still include: storing a content file of a page in a file server in advance; and if the content file does not exist in the local cache, reading the content file from the file server and writing the content file into the local cache, and then returning the content file to the client.

Wherein, still include: storing the public file into a file server in advance; and if the reading of the public file from the database fails or the read public file is empty, reading the public file from the file server and returning the public file to the client.

In another aspect, the present application further provides an apparatus for page processing, including:

the storage module is used for storing the content file of the page to a local cache of the static server in advance and storing the public file to a database;

the acquisition module is used for receiving a page access request from a client and acquiring a file path of a corresponding page from the page access request;

and the query module is used for reading the content file from the local cache and returning the content file to the client according to the file path, and reading the public file from the database and returning the public file to the client.

The storage module is further configured to set a cache time for the content file after the content file of the page is stored in the local cache of the static server.

The storage module is further used for storing the content file of the page into a file server in advance; the query module is further configured to, when the content file does not exist in the local cache, read the content file from the file server and write the content file into the local cache, and then return the content file to the client.

The storage module is further used for storing the public file into a file server in advance;

the query module is further configured to, when reading of the public file from the database fails or the read public file is empty, read the public file from the file server and return the public file to the client.

On the other hand, the application also provides a page processing system, which comprises a static server and a database;

the static server is used for storing the content file of the page to a local cache of the static server in advance and storing the public file to a database; the system comprises a client, a server and a server, wherein the server is used for receiving a page access request from the client and acquiring a file path of a corresponding page from the page access request; the system comprises a database, a client and a server, wherein the database is used for storing a file path, reading a content file from a local cache according to the file path and returning the content file to the client, and reading a public file from the database and returning the public file to the client;

and the database is used for storing the public file.

Wherein, still include: a file processor for storing the content file and the public file; the static server is further used for storing the content file and the public file into the file processor in advance.

The embodiment of the invention provides a method, a device and a system for realizing page staticizing, which are used for ensuring the content timeliness and simultaneously ensuring the rapid rendering and display of page access through the combination of a static server, a file server and a database, improving the pressure resistance of the server, improving the response speed and the access speed of a page, and solving the problems that the page response is slow, a static file cannot be cached by a browser and the access is slow in the related technology.

Drawings

The accompanying drawings are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the example serve to explain the principles of the invention and not to limit the invention.

Fig. 1 is a schematic diagram of a hardware structure of an optional mobile terminal for implementing various embodiments of the present invention;

FIG. 2 is a diagram of a wireless communication system for the mobile terminal shown in FIG. 1;

FIG. 3 is a schematic flow chart illustrating a page processing method according to an embodiment of the present invention;

FIG. 4 is a schematic view of a process flow of content files in a page according to an embodiment of the present invention;

FIG. 5 is a schematic view of a processing flow of a public document in a page according to an embodiment of the present invention;

FIG. 6 is a schematic diagram illustrating a structure of an apparatus for page processing according to an embodiment of the present invention;

FIG. 7 is a schematic diagram of a composition structure of a page processing system according to an embodiment of the present invention.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

A mobile terminal implementing various embodiments of the present invention will now be described with reference to the accompanying drawings. In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.

The mobile terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a navigation device, and the like, and a stationary terminal such as a digital TV, a desktop computer, and the like. In the following, it is assumed that the terminal is a mobile terminal. However, it will be understood by those skilled in the art that the configuration according to the embodiment of the present invention can be applied to a fixed type terminal in addition to elements particularly used for moving purposes.

Fig. 1 is a schematic hardware structure of an optional mobile terminal for implementing various embodiments of the present invention.

The mobile terminal 100 may include a wireless communication unit 110, an a/V (audio/video) input unit 120, a user input unit 130, a sensing unit 140, an output unit 150, a memory 160, an interface unit 170, a controller 180, and a power supply unit 190, etc. Fig. 1 illustrates a mobile terminal having various components, but it is to be understood that not all illustrated components are required to be implemented. More or fewer components may alternatively be implemented. Elements of the mobile terminal will be described in detail below.

The wireless communication unit 110 typically includes one or more components that allow radio communication between the mobile terminal 100 and a wireless communication system or network. For example, the wireless communication unit may include at least one of a broadcast first receiving module 111, a mobile communication module 112, a wireless internet module 113, a short-range communication module 114, and a location information module 115.

The broadcast first receiving module 111 receives a broadcast signal and/or broadcast associated information from an external broadcast management server via a broadcast channel. The broadcast channel may include a satellite channel and/or a terrestrial channel. The broadcast management server may be a server that generates and transmits a broadcast signal and/or broadcast associated information or a server that receives a previously generated broadcast signal and/or broadcast associated information and transmits it to a terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, a data broadcast signal, and the like. Also, the broadcast signal may further include a broadcast signal combined with a TV or radio broadcast signal. The broadcast associated information may also be provided via a mobile communication network, and in this case, the broadcast associated information may be received by the mobile communication module 112. The broadcast signal may exist in various forms, for example, it may exist in the form of an Electronic Program Guide (EPG) of Digital Multimedia Broadcasting (DMB), an Electronic Service Guide (ESG) of digital video broadcasting-handheld (DVB-H), and the like. The broadcast first receiving module 111 may receive a signal broadcast by using various types of broadcasting systems. In particular, the broadcast first receiving module 111 may pass throughUsing a medium such as multimedia broadcast-terrestrial (DMB-T), digital multimedia broadcast-satellite (DMB-S), digital video broadcast-handheld (DVB-H), forward link media (MediaFLO)^@) A digital broadcasting system of a terrestrial digital broadcasting integrated service (ISDB-T), etc. receives digital broadcasting. The broadcast first receiving module 111 may be constructed to be suitable for various broadcasting systems providing broadcast signals as well as the above-mentioned digital broadcasting system. The broadcast signal and/or broadcast associated information received via the broadcast first receiving module 111 may be stored in the memory 160 (or other type of storage medium).

The mobile communication module 112 transmits and/or receives radio signals to and/or from at least one of a base station (e.g., access point, node B, etc.), an external terminal, and a server. Such radio signals may include voice call signals, video call signals, or various types of data transmitted and/or received according to text and/or multimedia messages.

The wireless internet module 113 supports wireless internet access of the mobile terminal. The module may be internally or externally coupled to the terminal. The wireless internet access technology to which the module relates may include WLAN (wireless LAN) (Wi-Fi), Wibro (wireless broadband), Wimax (worldwide interoperability for microwave access), HSDPA (high speed downlink packet access), and the like.

The short-range communication module 114 is a module for supporting short-range communication. Some examples of short-range communication technologies include bluetooth^TMRadio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), zigbee^TMAnd so on.

The location information module 115 is a module for checking or acquiring location information of the mobile terminal. A typical example of the location information module is a GPS (global positioning system). According to the current technology, the GPS module 115 calculates distance information and accurate time information from three or more satellites and applies triangulation to the calculated information, thereby accurately calculating three-dimensional current location information according to longitude, latitude, and altitude. Currently, a method for calculating position and time information uses three satellites and corrects an error of the calculated position and time information by using another satellite. In addition, the GPS module 115 can calculate speed information by continuously calculating current position information in real time.

The a/V input unit 120 is used to receive an audio or video signal. The a/V input unit 120 may include a camera 121 and a microphone 1220, and the camera 121 processes image data of still pictures or video obtained by an image capturing apparatus in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 151. The image frames processed by the camera 121 may be stored in the memory 160 (or other storage medium) or transmitted via the wireless communication unit 110, and two or more cameras 1210 may be provided according to the construction of the mobile terminal. The microphone 122 may receive sounds (audio data) via the microphone in a phone call mode, a recording mode, a voice recognition mode, or the like, and can process such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the mobile communication module 112 in case of a phone call mode. The microphone 122 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The user input unit 130 may generate key input data according to a command input by a user to control various operations of the mobile terminal. The user input unit 130 allows a user to input various types of information, and may include a keyboard, dome sheet, touch pad (e.g., a touch-sensitive member that detects changes in resistance, pressure, capacitance, and the like due to being touched), scroll wheel, joystick, and the like. In particular, when the touch pad is superimposed on the display unit 151 in the form of a layer, a touch screen may be formed.

The sensing unit 140 detects a current state of the mobile terminal 100 (e.g., an open or closed state of the mobile terminal 100), a position of the mobile terminal 100, presence or absence of contact (i.e., touch input) by a user with the mobile terminal 100, an orientation of the mobile terminal 100, acceleration or deceleration movement and direction of the mobile terminal 100, and the like, and generates a command or signal for controlling an operation of the mobile terminal 100. For example, when the mobile terminal 100 is implemented as a slide-type mobile phone, the sensing unit 140 may sense whether the slide-type phone is opened or closed. In addition, the sensing unit 140 can detect whether the power supply unit 190 supplies power or whether the interface unit 170 is coupled with an external device. The sensing unit 140 may include a proximity sensor 1410 as will be described below in connection with a touch screen.

The interface unit 170 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The identification module may store various information for authenticating a user using the mobile terminal 100 and may include a User Identity Module (UIM), a Subscriber Identity Module (SIM), a Universal Subscriber Identity Module (USIM), and the like. In addition, a device having an identification module (hereinafter, referred to as an "identification device") may take the form of a smart card, and thus, the identification device may be connected with the mobile terminal 100 via a port or other connection means. The interface unit 170 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal and the external device.

In addition, when the mobile terminal 100 is connected with an external cradle, the interface unit 170 may serve as a path through which power is supplied from the cradle to the mobile terminal 100 or may serve as a path through which various command signals input from the cradle are transmitted to the mobile terminal. Various command signals or power input from the cradle may be used as signals for recognizing whether the mobile terminal is accurately mounted on the cradle. The output unit 150 is configured to provide output signals (e.g., audio signals, video signals, alarm signals, vibration signals, etc.) in a visual, audio, and/or tactile manner. The output unit 150 may include a display unit 151, an audio output module 152, an alarm unit 153, and the like.

The display unit 151 may display information processed in the mobile terminal 100. For example, when the mobile terminal 100 is in a phone call mode, the display unit 151 may display a User Interface (UI) or a Graphical User Interface (GUI) related to a call or other communication (e.g., text messaging, multimedia file downloading, etc.). When the mobile terminal 100 is in a video call mode or an image capturing mode, the display unit 151 may display a captured image and/or a received image, a UI or GUI showing a video or an image and related functions, and the like.

Meanwhile, when the display unit 151 and the touch pad are overlapped with each other in the form of a layer to form a touch screen, the display unit 151 may serve as an input device and an output device. The display unit 151 may include at least one of a Liquid Crystal Display (LCD), a thin film transistor LCD (TFT-LCD), an Organic Light Emitting Diode (OLED) display, a flexible display, a three-dimensional (3D) display, and the like. Some of these displays may be configured to be transparent to allow a user to view from the outside, which may be referred to as transparent displays, and a typical transparent display may be, for example, a TOLED (transparent organic light emitting diode) display or the like. Depending on the particular desired implementation, the mobile terminal 100 may include two or more display units (or other display devices), for example, the mobile terminal may include an external display unit (not shown) and an internal display unit (not shown). The touch screen may be used to detect a touch input pressure as well as a touch input position and a touch input area.

The audio output module 152 may convert audio data received by the wireless communication unit 110 or stored in the memory 160 into an audio signal and output as sound when the mobile terminal is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output module 152 may provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output module 152 may include a speaker, a buzzer, and the like.

The alarm unit 153 may provide an output to notify the mobile terminal 100 of the occurrence of an event. Typical events may include call reception, message reception, key signal input, touch input, and the like. In addition to audio or video output, the alarm unit 153 may provide output in different ways to notify the occurrence of an event. For example, the alarm unit 153 may provide an output in the form of vibration, and when a call, a message, or some other incoming communication (incomingmunication) is received, the alarm unit 153 may provide a tactile output (i.e., vibration) to inform the user thereof. By providing such a tactile output, the user can recognize the occurrence of various events even when the user's mobile phone is in the user's pocket. The alarm unit 153 may also provide an output notifying the occurrence of an event via the display unit 151 or the audio output module 152.

The memory 160 may store software programs and the like for processing and controlling operations performed by the controller 180, or may temporarily store data (e.g., a phonebook, messages, still images, videos, and the like) that has been or will be output. Also, the memory 160 may store data regarding various ways of vibration and audio signals output when a touch is applied to the touch screen.

The memory 160 may include at least one type of storage medium including a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. Also, the mobile terminal 100 may cooperate with a network storage device that performs a storage function of the memory 160 through a network connection.

The controller 180 generally controls the overall operation of the mobile terminal. For example, the controller 180 performs control and processing related to voice calls, data communications, video calls, and the like. In addition, the controller 180 may include a multimedia module 1810 for reproducing (or playing back) multimedia data, and the multimedia module 1810 may be constructed within the controller 180 or may be constructed separately from the controller 180. The controller 180 may perform a pattern recognition process to recognize a handwriting input or a picture drawing input performed on the touch screen as a character or an image.

The power supply unit 190 receives external power or internal power and provides appropriate power required to operate various elements and components under the control of the controller 180.

The various embodiments described herein may be implemented in a computer-readable medium using, for example, computer software, hardware, or any combination thereof. For a hardware implementation, the embodiments described herein may be implemented using at least one of an Application Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a processor, a controller, a microcontroller, a microprocessor, an electronic unit designed to perform the functions described herein, and in some cases, such embodiments may be implemented in the controller 180. For a software implementation, the implementation such as a process or a function may be implemented with a separate software module that allows performing at least one function or operation. The software codes may be implemented by software applications (or programs) written in any suitable programming language, which may be stored in the memory 160 and executed by the controller 180.

Up to this point, mobile terminals have been described in terms of their functionality. Hereinafter, a slide-type mobile terminal among various types of mobile terminals, such as a folder-type, bar-type, swing-type, slide-type mobile terminal, and the like, will be described as an example for the sake of brevity. Accordingly, the present invention can be applied to any type of mobile terminal, and is not limited to a slide type mobile terminal.

The mobile terminal 100 as shown in fig. 1 may be configured to operate with communication systems such as wired and wireless communication systems and satellite-based communication systems that transmit data via frames or packets.

A communication system in which a mobile terminal according to the present invention is operable will now be described with reference to fig. 2.

Such communication systems may use different air interfaces and/or physical layers. For example, the air interface used by the communication system includes, for example, Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Code Division Multiple Access (CDMA), and Universal Mobile Telecommunications System (UMTS) (in particular, Long Term Evolution (LTE)), global system for mobile communications (GSM), and the like. By way of non-limiting example, the following description relates to a CDMA communication system, but such teachings are equally applicable to other types of systems.

Referring to fig. 2, the CDMA wireless communication system may include a plurality of mobile terminals 100, a plurality of Base Stations (BSs) 270, Base Station Controllers (BSCs) 275, and a Mobile Switching Center (MSC) 280. The MSC280 is configured to interface with a Public Switched Telephone Network (PSTN) 290. The MSC280 is also configured to interface with a BSC275, which may be coupled to the base station 270 via a backhaul. The backhaul may be constructed according to any of several known interfaces including, for example, E1/T1, ATM, IP, PPP, frame Relay, HDSL, ADSL, or xDSL. It will be understood that a system as shown in fig. 2 may include multiple BSCs 2750.

Each BS270 may serve one or more sectors (or regions), each sector covered by a multi-directional antenna or an antenna pointing in a particular direction being radially distant from the BS 270. Alternatively, each partition may be covered by two or more antennas for diversity reception. Each BS270 may be configured to support multiple frequency allocations, with each frequency allocation having a particular frequency spectrum (e.g., 1.25MHz,5MHz, etc.).

The intersection of partitions with frequency allocations may be referred to as a CDMA channel. The BS270 may also be referred to as a Base Transceiver Subsystem (BTS) or other equivalent terminology. In such a case, the term "base station" may be used to generically refer to a single BSC275 and at least one BS 270. The base stations may also be referred to as "cells". Alternatively, each sector of a particular BS270 may be referred to as a plurality of cell sites.

As shown in fig. 2, a Broadcast Transmitter (BT)295 transmits a broadcast signal to the mobile terminal 100 operating within the system. A broadcast first receiving module 111 as shown in fig. 1 is provided at the mobile terminal 100 to receive a broadcast signal transmitted by the BT 295. In fig. 2, several Global Positioning System (GPS) satellites 300 are shown. The satellite 300 assists in locating at least one of the plurality of mobile terminals 100.

In fig. 2, a plurality of satellites 300 are depicted, but it is understood that useful positioning information may be obtained with any number of satellites. The GPS module 115 as shown in fig. 1 is generally configured to cooperate with satellites 300 to obtain desired positioning information. Other techniques that can track the location of the mobile terminal may be used instead of or in addition to GPS tracking techniques. In addition, at least one GPS satellite 300 may selectively or additionally process satellite DMB transmission.

As a typical operation of the wireless communication system, the BS270 receives reverse link signals from various mobile terminals 100. The mobile terminal 100 is generally engaged in conversations, messaging, and other types of communications. Each reverse link signal received by a particular base station 270 is processed within the particular BS 270. The obtained data is forwarded to the associated BSC 275. The BSC provides call resource allocation and mobility management functions including coordination of soft handoff procedures between BSs 270. The BSCs 275 also route the received data to the MSC280, which provides additional routing services for interfacing with the PSTN 290. Similarly, the PSTN290 interfaces with the MSC280, the MSC interfaces with the BSCs 275, and the BSCs 275 accordingly control the BS270 to transmit forward link signals to the mobile terminal 100.

Example one

As shown in fig. 3, the present application provides a method for page access, applied to a static server, including:

step 301, storing the content file of the page in a local cache of a static server in advance, and storing the public file in a database;

step 302, receiving a page access request from a client, and acquiring a file path of a corresponding page from the page access request;

step 303, according to the file path, reading the content file from the local cache and returning the content file to the client, and reading the public file from the database and returning the public file to the client.

The content file contains content data in a page, and the content data may specifically be specific business data, for example, may be commodity description data in a commodity detail page, where the commodity description data contains a name, a type (e.g., size, color, model, brand, etc.), a price, a use requirement, and corresponding areas (e.g., a shipping area, a production area), etc. of a commodity object.

The public file contains public data commonly used by a plurality of pages, and the public data can contain data of head and tail parts and the like. For example, a website name, a website picture, and the like, which are common to a plurality of pages.

Wherein, the content file and the public file are both static files.

In step 301, when the content file is written into the local cache in advance, a cache time is also set for the content file, and the cache time may be set according to an actual situation or may be set by default. The determination of the caching time is related to the local caching capacity of the static server, the size of the content file, the access frequency of the content file and the like.

In practical application, in step 301, the method further includes: the content file and the common file of the page are stored in the file server in advance.

In some implementations, the file path includes a read path of a content file and a read path of a public file, and the static server reads the corresponding content file from the local cache according to the read path of the content file and reads the corresponding public file from the database according to the read path of the public file. In practical application, a client sends a page access request to the static server, wherein the page access request comprises the URL of a corresponding page. The static server may obtain the file path by analyzing the URL in the page access request.

In some implementations, step 303 may further include: and if the content file does not exist in the local cache, reading the content file from the file server and writing the content file into the local cache, and then returning the content file to the client.

In some implementations, step 303 may further include: and if the reading of the public file from the database fails or the read public file is empty, reading the public file from the file server and returning the public file to the client, and then storing the public file in the database.

In some implementation manners, when a client accesses a page, a static server acquires a corresponding file path through a URL in a page access request, uses an ajax request in a manner of loading a specific js and sets the file path as a public file of a synchronous request server, reads a content file based on the file path and returns the content file to the client, and the public file in a NoSQL database can be directly read and returned to the client by synchronization. In this way, the client can synchronously acquire the content file and the public file of the page, so that the complete page is displayed to the user based on the content file and the public file.

In practical application, the content file may be written into the local cache of the static server in advance and the cache time may be set for the local cache, and the content file may be stored in the file server to prevent data loss. For the public file, because the data is less and the public file can be frequently accessed, the public file can be stored in a NoSQL database in advance to improve the reading efficiency, and meanwhile, the public file can be stored in the file server for backup to prevent the data loss.

In practical application, a page editor may edit a page in the background in advance to generate and store the content file and the public file. For example, a page editor enters a commodity information editing page to edit a detailed page, a rich text box is adopted for visual editing, and the same method is adopted for the head and the tail of the public page; the page editing is completed, the page is in accordance with the requirements, the page is clicked for storage, the content file of the page is backed up in the local cache of the static server and is stored in the file server, the data loss is prevented, and for the public file, the content file is stored in the file server and is stored in the NoSQL database, so that the loading speed of the public file is ensured, and the response speed and the access speed of the page are improved.

In the related technology, the related files of the page are synchronized to other machines in a File Transfer Protocol (FTP) mode and the like, the method has the defects that synchronization failure is not easy to find, FTP and other services need to be started in each server, if machines are newly added or reduced, the servers need to be modified in a synchronization script, higher server resources are consumed, efficiency is low, and resources are wasted. In the application, the content file of the page is placed in the local cache of the static server and the public file of the page is placed in the database, and the static server can directly read the content file from the local cache and then read the public file from the database after receiving the page access request. Therefore, the static server can independently execute the related operation of the page, and cannot be influenced when machines are newly added or reduced, so that the page processing efficiency is improved, the resources are saved, and the response speed and the access speed of the page are improved.

Background editing generates a common file in the related art, and synchronizes the common file to other servers in other manners, which has the disadvantages that if the common file is modified, previous pages are modified, which not only has a large workload, but also is easy to make mistakes, and in addition, a service is required to be opened on each server to synchronize the file. In the application, the public file is stored in the database, if the public file needs to be modified, the modified public file can be directly stored in the database and covers the original public file, the workload is reduced, errors are not easy to occur, the static server only needs to read the public file from the database, therefore, no pressure is applied to the static server, the pressure resistance of the static server is improved, the public file returned to the client side can be cached by the browser, the client side can read the public file directly from the cache of the browser, and the access speed of the page is improved.

In this embodiment, the content part of the page is implemented as follows: the client accesses the page through the specific URL, the static server analyzes the specific path of the content file, the static server judges whether the content file exists in the local cache or not, if so, the content file is directly read from the local cache and returned to the client, so that the network IO operation is reduced, and the response speed and the page access speed are improved; if the content file does not exist, the corresponding content file is obtained from the file server and written into the cache, the cache time of the content file is set, and the content file is returned to the client.

In this embodiment, the following manner is adopted for the common part of the page: the client accesses the page through the specific URL, the static server analyzes the specific path of the public file, then the corresponding public file is taken out from the database and returned to the client based on the specific path, if the reading fails or the read public file is empty, the public file is obtained from the file server and returned to the client, meanwhile, the public file can be stored in the database, the returned public file can be cached by the browser, the client can directly read the corresponding file from the cache of the browser when accessing next time, the server does not need to be accessed, the page is not stressed on the static server, the pressure resistance of the static server is improved, and the response speed and the access speed of the page are also improved.

Preferably, the client may be a user terminal, for example, a mobile terminal as shown in fig. 2 above. The file server may be a distributed file system, which is a cluster of a plurality of servers, the static server is preferably a static resource server, and the database is preferably a non-relational database (NoSQL database).

In the embodiment, a highly available file server, a static resource server and a database are combined, so that the content timeliness is guaranteed, the page access is fast rendered and displayed, the pressure resistance of the server is improved, the response speed and the access speed are improved, and the problems that the page response is slow, the static file cannot be cached by a browser and the access is slow in the related technology are solved. The static resource server can be a cluster formed by combining a plurality of servers, the NoSQL database comprises a master server and a slave server, the plurality of servers with balanced loads are added, and the file servers are distributed file systems, so that the high availability of the system can be ensured, the database cannot be attacked, and the extra pressure on the whole website is avoided.

Example two

In this embodiment, a page access method of the present application is described in detail.

As shown in fig. 4, for a content part of a file, the page access method includes the following steps:

step 401, a client accesses a page and sends a page access request to a static server, wherein the page access request comprises a URL (uniform resource locator) of a corresponding page;

step 402, the static server receives the page access request, analyzes the URL in the page access request, and obtains a content file reading path of a corresponding page;

step 403, the static server queries whether the content file exists in the local cache according to the content file reading path; if so, continue with step 404, otherwise continue with step 405;

step 404, reading the content file from the local cache and returning the content file to the client, and ending the process;

step 405, the static server obtains the content file from the file system;

step 406, the static server writes the content file into a local cache, and returns the content file to the client, and the process is finished.

Here, after the content file is written into the local cache, the cache time of the content file is also set, and the cache time may be set according to a specific content file or may be set by default. In practical applications, for a less-variable page, the cache time of the page content file can be set longer.

In the flow shown in fig. 4, the client accesses the page through the specific URL, the static server parses the specific path of the content file, the static server first determines whether the content file exists in the local cache, and if the content file exists, the content file is directly read from the local cache and returned to the client, so that network IO operations are reduced, and the response speed is increased; if the content file does not exist, the request is transferred to a file server (such as a distributed file system), the corresponding content file is read from the file server and written into a cache, the cache time of the content file is set, and then the content file is returned to the client. Thus, through the flow shown in fig. 4, the response speed of the static server can be effectively increased, so that the access speed of the page is increased.

As shown in fig. 5, for the common head and tail part, the page access method includes the following steps:

step 501, a client accesses public content of a page and sends a page access request to a static server, wherein the page access request comprises a URL (uniform resource locator) of a corresponding page;

step 502, the static server receives the page access request, analyzes the URL in the page access request, and obtains a public file reading path in a corresponding page;

step 503, the static server reads the corresponding public file from the database according to the public file reading path;

step 504, verifying whether reading fails or whether the read public file is empty; if so, continue with step 505; otherwise, go directly to step 506;

step 505, the static server acquires the public file from the file system, stores the public file in the database, and enters step 506;

step 506, the static server returns the public file to the client, and the process is finished.

In the flow shown in fig. 5, if the client requests a public file (such as a header file and a footer file), the static server first takes out the corresponding file from the NoSQL database and directly returns the file to the client, and if it is determined that the reading fails or the read public file is empty (for example, when the NoSQL database fails, a reading failure occurs), the static server obtains the public file from the file server and returns the public file to the client. The returned public file can be cached by the browser, and the client can directly read the corresponding file from the cache of the browser and directly display the file when needed without accessing the server. Therefore, the static server is not stressed by accessing the page, and the pressure resistance of the static server is improved.

In practical applications, the flows shown in fig. 4 and 5 may be performed synchronously, and the client may obtain the content file and the public file through one page access request. The client may send a page access request for obtaining the content file and a page access request for obtaining the public file, and the static server returns corresponding files to the client through the processes shown in fig. 4 and fig. 5, that is, the processes shown in fig. 4 and fig. 5 may be executed separately, and the execution sequence may be determined by the client, or may be random.

For example, when a client accesses a page, the static server acquires a corresponding file path through a URL in a page access request, utilizes an ajax request in a manner of loading a specific js and sets the request as a public file of a synchronous request server, reads a content file based on the file path and returns the content file to the client, and the synchronization can directly read the public file in the NoSQL database and return the public file to the client. In this way, the client can synchronously acquire the content file and the public file of the page, so that the complete page is displayed to the user based on the content file and the public file.

In practical application, before the flows shown in fig. 4 and 5, the content file is written into the local cache of the static server in advance, and the cache time is set for the content file, and meanwhile, the content file can also be stored in the file server, and the content file is backed up to prevent data loss. For the public file, because the data is less and the public file can be frequently accessed, the public file can be stored in the NoSQL database in advance to improve the reading efficiency, and meanwhile, the public file can be stored in the file server to realize backup so as to prevent the data loss.

EXAMPLE III

As shown in fig. 6, the present embodiment provides an apparatus for page access processing, which is applied to a static server and may include:

the storage module 61 is used for storing the content file of the page to the local cache of the static server in advance and storing the public file to the database;

an obtaining module 62, configured to receive a page access request from a client, and obtain a file path of a corresponding page from the page access request;

and the query module 63 is configured to read the content file from the local cache and return the content file to the client according to the file path, and read the public file from the database and return the public file to the client.

The storage module 61 may be further configured to set a cache time for the content file after the content file of the page is stored in the local cache of the static server. In practical application, the buffering time may be set according to actual conditions, or may be set by default. The determination of the caching time is related to the local caching capacity of the static server, the size of the content file, the access frequency of the content file and the like.

The storage module 61 may also be configured to store a content file of a page in a file server in advance; the query module 63 is further configured to, when the content file does not exist in the local cache, read the content file from the file server and write the content file into the local cache, and then return the content file to the client.

In some implementations, the storage module 61 may be further configured to store the public file in a file server in advance; the query module 63 is further configured to, when reading the public file from the database fails or the read public file is empty, read the public file from the file server and return the public file to the client.

In this embodiment, the device processes the content part of the page in the following manner: the client accesses the page through a specific URL, the acquisition module 62 analyzes a specific path of the content file from the URL, the query module 63 firstly judges whether the content file exists in the local cache, and if the content file exists, the content file is directly read from the local cache and returned to the client, so that the network IO operation is reduced, and the response speed and the page access speed are improved; if the content file does not exist, the corresponding content file is obtained from the file server and written into the cache, the cache time of the content file is set, and the content file is returned to the client.

In this embodiment, the device processes the public part of the page in the following manner: the client accesses the page through a specific URL, the acquisition module 62 analyzes a specific path of the public file from the URL, the query module 63 then takes out the corresponding public file from the database based on the specific path and returns the public file to the client, if the reading fails or the read public file is empty, the public file is acquired from the file server and returned to the client, and meanwhile, the public file can be stored in the database, so that the returned public file can be cached by the browser, the client can directly read the corresponding file from the cache of the browser in the next access without accessing the server, so that the access page does not have any pressure on the static server, the pressure resistance of the static server is improved, and the response speed and the access speed of the page are also improved.

The above-mentioned apparatus of this embodiment can be configured on a static server to execute the methods shown in the first and second embodiments. The storage module 61, the obtaining module 62 and the querying module 63 may be software, hardware or a combination of the two, respectively. In practical applications, the storage module 61 may be a memory with read/write functions, the obtaining module 62 may be a device with parsing functions and communication functions, and the query module 63 may be a device with determining functions and read/write functions. In one implementation, the apparatus formed by the storage module 61, the obtaining module 62 and the query module 63 may be implemented by a device having a processor and a memory.

In the embodiment, by combining the device with the file server and the database, the content timeliness is guaranteed, the rapid rendering and display of page access are guaranteed, the response speed and the access speed are improved, and the problems that the page response is slow, static files cannot be cached by a browser and the access is slow in the related technology are solved.

Example four

In this embodiment, a server is provided, where the server may be a static server, and includes: a processor and a memory, the memory storing computer-executable instructions that, when executed by an application processor, implement a method comprising:

The business data may be, for example, commodity description data in a commodity detail page, where the commodity description data includes a name, a type (e.g., size, color, model, brand, etc.), a price, a usage requirement, and corresponding areas (e.g., a shipping area, a production area), etc. of a commodity object.

In some implementations, the computer-executable instructions, when executed by the application processor, may further perform the following operations when implementing the above-described method: after the content file of the page is stored in the local cache of the static server, the cache time is set for the content file. The buffering time can be set according to actual conditions, and default setting can also be adopted. The determination of the caching time is related to the local caching capacity of the static server, the size of the content file, the access frequency of the content file and the like.

In some implementations, the computer-executable instructions, when executed by the application processor, may further perform the following operations when implementing the above-described method: storing a content file of a page in a file server in advance; and if the content file does not exist in the local cache, reading the content file from the file server and writing the content file into the local cache, and then returning the content file to the client.

In some implementations, the computer-executable instructions, when executed by the application processor, may further perform the following operations when implementing the above-described method: storing the public file into a file server in advance; and if the reading of the public file from the database fails or the read public file is empty, reading the public file from the file server and returning the public file to the client.

In this embodiment, the server is preferably a static server, and the static server is preferably a static resource server.

In the embodiment, through the combination of the server, the file server and the database, the content timeliness is guaranteed, the rapid rendering and display of page access are guaranteed, the pressure resistance of the server is improved, the response speed and the access speed are improved, and the problems that in the related technology, the page response is slow, static files cannot be cached by a browser and the access is slow are solved.

EXAMPLE six

As shown in fig. 7, the present embodiment provides a page processing system, including: a static server 71 and a database 72; wherein,

the static server 71 is configured to store the content file of the page in a local cache of the static server in advance, and store the public file in a database; the system comprises a client, a server and a server, wherein the server is used for receiving a page access request from the client and acquiring a file path of a corresponding page from the page access request; the system comprises a database, a client and a server, wherein the database is used for storing a file path, reading a content file from a local cache according to the file path and returning the content file to the client, and reading a public file from the database and returning the public file to the client;

the database 72 is used for storing the public files.

As shown in fig. 7, the page processing system may further include: a file processor 73 for storing the content file and the common file.

The static server 71 may be further configured to store the content file and the public file in the file processor in advance.

In some implementations, the static server 71 may be further configured to, when the content file does not exist in the local cache, read the content file from the file server 73 and write the content file into the local cache, and then return the content file to the client.

In some implementations, the static server 71 may be further configured to, when reading of the public file from the database fails or the read public file is empty, read the public file from the file server 73 and return the public file to the client, and then store the public file in the database 72.

In practical applications, the static server 71 is implemented for the content part of the page as follows: the client accesses the page through a specific URL, the static server 71 analyzes a specific path of the content file, the static server 71 firstly judges whether the content file exists in the local cache, and if the content file exists, the content file is directly read from the local cache and returned to the client, so that the network IO operation is reduced, and the response speed and the page access speed are improved; if the content file does not exist, the corresponding content file is obtained from the file server 73 and written into the cache, the cache time of the content file is set, and the content file is returned to the client.

In practical application, the static server 71 is implemented for the common part of the page as follows: the client accesses the page through a specific URL, the static server 71 analyzes a specific path of the public file, then takes out the corresponding public file from the database 72 based on the specific path and returns the public file to the client, if the reading fails or the read public file is empty, the public file is obtained from the file server 73 and returned to the client, meanwhile, the public file can be stored in the database 72, the returned public file can be cached by the browser, the client can directly read the corresponding file from the cache of the browser in the next access, the server does not need to be accessed, the page is not stressed on the static server, the compression resistance of the static server is improved, and the response speed and the access speed of the page are also improved.

In practical applications, the file server 73 may be a distributed file system, the distributed file system is a cluster formed by a plurality of servers, the static server 71 is preferably a static resource server, and the database 72 is preferably a non-relational database (NoSQL database). The static server 71 may be a cluster formed by combining a plurality of servers, the database 72 includes a master server and a slave server, and a plurality of servers with balanced loads are added, and the file server 73 is a distributed file system, which can ensure high availability of the page processing system in this embodiment, and does not attack the database, thereby avoiding causing extra pressure on the whole website.

In the embodiment, a highly available file server, a static resource server and a database are combined, so that the content timeliness is guaranteed, the page access is fast rendered and displayed, the pressure resistance of the server is improved, the response speed and the access speed are improved, and the problems that the page response is slow, the static file cannot be cached by a browser and the access is slow in the related technology are solved.

In addition, an embodiment of the present application further provides a computer-readable storage medium, which stores computer-executable instructions, and when executed, the computer-executable instructions implement the following method:

1) storing a content file of a page to a local cache of a static server in advance, and storing a public file to a database;

2) receiving a page access request from a client, and acquiring a file path of a corresponding page from the page access request;

3) and according to the file path, reading the content file from the local cache and returning the content file to the client, and reading the public file from the database and returning the public file to the client.

Optionally, in this embodiment, the processor executes the method steps of the above embodiments according to the program code stored in the storage medium.

Optionally, the specific implementation manner in this embodiment may refer to the related description of the above embodiment, and this embodiment is not described herein again.

It should be noted that, in this document, 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 an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims

1. A method of page processing, comprising:

2. The method of claim 1, further comprising:

after the content file of the page is stored in the local cache of the static server, the cache time is set for the content file.

3. The method of claim 1 or 2, further comprising:

storing a content file of a page in a file server in advance;

and if the content file does not exist in the local cache, reading the content file from the file server and writing the content file into the local cache, and then returning the content file to the client.

4. The method of claim 1, further comprising:

storing the public file into a file server in advance;

and if the reading of the public file from the database fails or the read public file is empty, reading the public file from the file server and returning the public file to the client.

5. An apparatus for page processing, comprising:

6. The apparatus of claim 5,

7. The apparatus of claim 5 or 6,

the storage module is also used for storing the content file of the page into a file server in advance;

the query module is further configured to, when the content file does not exist in the local cache, read the content file from the file server and write the content file into the local cache, and then return the content file to the client.

8. The apparatus of claim 5,

9. A page processing system is characterized by comprising a static server and a database;

and the database is used for storing the public file.

10. The page processing system according to claim 9,

further comprising: a file processor for storing the content file and the public file;

the static server is further used for storing the content file and the public file into the file processor in advance.