CN102929984B - Inefficacy address searching method and apparatus - Google Patents

Abstract

The invention discloses a method and device for searching an invalid website, wherein the device includes a website information collection module; a search request receiving module; an invalid website judgment module; a webpage snapshot acquisition module; wherein the search request receiving module includes: The search request sending submodule of the server is adapted to receive the search request and send the search request to the server; the search result return submodule located at the server is adapted to grab webpages related to the search request in the database to form search results Return to the browser; the search result display submodule located in the browser is suitable for displaying the search result. The invention can ensure that the user normally browses the content of the webpage when the user fails to click on the search result.

Description

Invalid website search method and device

technical field

The invention relates to the technical field of Internet access, in particular to an invalid website search method and an invalid website search device.

Background technique

With the popularization of the Internet and the explosive growth of online information, search engines have attracted more and more attention. At present, search engine technology has become the second core technology of the Internet after portals.

When using a search engine to search webpages, clicking on a certain search result may result in inaccessibility. This is because webpages on the Internet often change. View the content of a web page.

In this case, if the user needs to continue to view the content of the inaccessible webpage, the user has to find the corresponding URL or search for related content again, which results in low search efficiency, very poor user experience, and increases the communication between the client and the server. Resource consumption.

Therefore, the technical problem to be solved by those skilled in the art is to provide a search mechanism that can ensure that the user can normally browse the content of the webpage when the user fails to click on the search result.

Contents of the invention

In view of the above problems, the present invention is proposed to provide a search method and a corresponding search device based on invalid URLs that overcome the above problems or at least partially solve the above problems.

According to one aspect of the present invention, a method for searching invalid URLs is provided, including:

Collecting the URL information of the browser favorites of multiple user devices, saving the URL information to a database, the URL information including the webpage snapshot of the URL;

The browser receives the search request and sends the search request to the server;

The server grabs webpages related to the search request in the database to form a search result and returns it to the browser;

the browser displays said search results;

Determine whether the URL for accessing a certain search result is an invalid URL;

If the URL of the search result is an invalid URL, the server searches the database for a matching webpage snapshot and returns it to the browser.

Optionally, the webpage snapshot is generated by saving the code of the webpage obtained by the server, or by notifying the browser to upload and generate the code of the corresponding webpage when the server fails to obtain the code of the webpage and save it.

Optionally, the step of judging whether the URL for accessing a certain search result is an invalid URL includes:

The browser sends the URL of the search result to the server;

The server parses the URL of the search result to generate a response message and returns it to the browser;

The browser parses the response message and extracts the HTTP status code of the corresponding URL;

The browser judges whether the URL access request is an invalid URL access request according to the HTTP status code.

Optionally, the step of judging whether the URL for accessing a certain search result is an invalid URL includes:

The browser sends the URL of the search result to the server;

The server parses the URL of the search result, and extracts the HTTP status code in the corresponding URL;

The server determines whether the URL access request is an invalid URL access request according to the HTTP status code.

According to another aspect of the present invention, a device for searching invalid URLs is provided, including:

The website information collection module is adapted to collect website information of browser favorites of multiple user devices, and saves the website information to a database, and the website information includes a webpage snapshot of the website;

A search request receiving module, adapted to receive a search request, and return search results according to the search request;

An invalid URL judging module, suitable for judging whether a URL for accessing a certain search result is an invalid URL;

The webpage snapshot obtaining module is suitable for searching the matching webpage snapshot in the database by the server when the URL of the search result is an invalid URL, and returning it to the browser;

Wherein, the search request receiving module includes:

The search request sending submodule located in the browser is adapted to receive the search request and send the search request to the server;

The search result return submodule located at the server is adapted to grab webpages related to the search request in the database to form a search result and return it to the browser;

The search result display submodule located in the browser is suitable for displaying the search result.

Optionally, the webpage snapshot is generated by saving the code of the webpage obtained by the server, or by notifying the browser to upload and generate the code of the corresponding webpage when the server fails to obtain the code of the webpage and save it.

Optionally, the failure URL judging module includes:

The first URL sending submodule located in the browser is suitable for sending the URL of the search result to the server;

The response message return submodule located in the server is adapted to analyze the URL of the search result to generate a response message and return it to the browser;

The HTTP status code acquisition submodule located in the browser is suitable for parsing the response message and extracting the HTTP status code of the corresponding URL;

The URL determination submodule located in the browser is adapted to determine whether the URL access request is an invalid URL access request according to the HTTP status code.

Optionally, the failure URL judging module includes:

The second URL sending submodule located in the browser is suitable for sending the URL of the search result to the server;

The HTTP status code acquisition submodule located in the server is suitable for parsing the URL of the search result and extracting the HTTP status code in the corresponding URL;

The URL judging submodule located on the server is suitable for judging whether the URL access request is an invalid URL access request according to the HTTP status code.

A search method based on favorites according to the present invention can provide a collection mechanism based on favorites, thereby solving the problem that the search results obtained for the search request cannot be accessed normally, and ensuring the normal browsing of the user. The content of web pages in the search results has the beneficial effect of improving search efficiency.

The above description is only an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention, it can be implemented according to the contents of the description, and in order to make the above and other purposes, features and advantages of the present invention more obvious and understandable , the specific embodiments of the present invention are enumerated below.

Description of drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiment. The drawings are only for the purpose of illustrating a preferred embodiment and are not to be considered as limiting the invention. Also throughout the drawings, the same reference numerals are used to designate the same components. In the attached picture:

FIG. 1 shows a flow chart of steps of an embodiment of a method for searching an invalid website according to an embodiment of the present invention;

Fig. 2 shows a structural block diagram of an embodiment of an invalid website search device according to an embodiment of the present invention.

detailed description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided for more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

One of the core concepts of the embodiments of the present invention is to save the website information and the webpage snapshots to the database by collecting the website information in favorites of browsers in multiple user devices and the webpage snapshots corresponding to the websites. When a corresponding search result is returned for the search request, it is judged whether the search result is an invalid URL, and if so, the server returns a webpage snapshot corresponding to the URL to the browser.

Referring to FIG. 1 , it shows a flow chart of the steps of an embodiment of an invalid website search method according to an embodiment of the present invention, which may specifically include the following steps:

Step 101: Collect URL information of browser favorites of multiple user devices, save the URL information to a database, and the URL information includes a webpage snapshot of the URL;

Web page snapshot, the English name is WebCache, web page cache. When the search engine collects the webpage, it backs up the webpage and stores it in its own server cache. When the user clicks the "webpage snapshot" link in the search engine, the search engine will take the content of the webpage captured and saved by the Spider (spider) system at that time. Displayed, called "web snapshot". In the present invention, the web page snapshot can be generated by the server obtaining the code of the web page and saving, or, when the server fails to obtain the code of the web page and saving, it can notify the browser to upload and generate the code of the corresponding web page. That is to say, the webpage snapshot is presented as some webpage codes on the server side.

Webpage code refers to some special "languages" that need to be used in the process of making webpages. Designers organize and arrange these "languages" to create webpages, and then the browser "translates" the codes. See the effect. At present, the codes commonly used in making web pages include HTML, JavaScript, ASP, PHP, CGI, etc., among which HTML is the most basic web page code. The web page code may be directly obtained by the server when parsing the browser's request message; or, the web page code may also be obtained when the browser parses the response message returned by the server, and then upload the web page code to the server. The advantage of using the server to obtain the webpage code is that it can save the user's Internet traffic and consume the user's bandwidth minimally. When the server fails to save the webpage code, it can notify the browser to obtain the webpage code and upload it, and then the server will upload the webpage code. Save, when the browser uploads the webpage code, the webpage code can be uploaded in a compressed code manner, which can also reduce uploading vagrants and reduce bandwidth.

In a specific implementation, a situation where the server fails to save the webpage code can be that some websites will impose some access restrictions on their own servers in order to prevent their content from being maliciously stolen by others, such as limiting the frequency of access to it by other machines, so that The server cannot directly save the webpage code. In a specific implementation, the server can perform a hash algorithm on the webpage code to obtain a website content verification string, and compare the website content verification string with the website content verification string in the preset save verification interface. It is judged whether the server saves the webpage code successfully. If the website content verification string exists in the preset save check interface, the server successfully saves the webpage code; otherwise, the server fails to save the code. Those skilled in the art may adopt other methods, which are not limited in the present invention.

After the browser collects the URL information of the browser favorites of multiple user devices, it saves the URL information in the database for subsequent search. In the specific implementation, the present invention can use two databases to save website information, one is the content database, and the other is the webpage snapshot database. Or, the present invention can also set up a database, including two tables in the database, one is used for storing the webpage snapshot, and one is used for storing the content other than the webpage snapshot, those skilled in the art should be able to understand, the above-mentioned URL information storage The manner is only an example of the present invention, and those skilled in the art may use other storage methods for storage, and the present invention is not limited here.

Step 102: the browser receives the search request and sends the search request to the server;

Step 103: the server grabs webpages related to the search request in the database to form a search result and return it to the browser;

For example, when a user searches for a keyword in a browser, the browser receives the keyword of the user's search and sends the keyword to the server, and the server fetches information related to the keyword from the content database according to the keyword. The content of the webpage forms the search result and returns it to the browser. In a specific implementation, the search results can be sorted according to the weight of the web pages and then returned, or sorted and returned according to other methods, which is not limited in the present invention.

Step 104: The browser displays the search results.

Step 105: judging whether the URL for accessing a certain search result is an invalid URL;

When a user needs to view a certain search result, the browser or server first judges whether the URL corresponding to the search result can be accessed normally, and if the URL cannot be accessed normally, then the web page snapshot corresponding to the URL is displayed to the user.

Generally, the validity of the URL is judged by using the HTTP status code (HTTPStatusCode). The HTTP status code consists of three decimal numbers to indicate the success or failure of the web page access request, and if it fails, the reason is indicated. There are five types of HTTP status codes, represented by their first digits:

A 3-digit code starting with 1, including 100 (the client should continue to send the request), 101 (the server has understood the client's request, and will notify the client to use a different protocol to complete the request through the Upgrade (upgrade) message header ), 102 (status code extended by WebDAV (Web-based Distributed Authoring and Versioning, a communication protocol based on HTTP1.1 protocol), which means that the processing will continue), indicating that the request has been accepted and needs to continue processing. This type of response is temporary The response contains only the status line and some optional response header information, and ends with a blank line, but since no status code starting with 1 is defined in the HTTP/1.0 protocol, unless under certain experimental conditions, the server prohibits send responses with such status codes to such clients;

A 3-digit code starting with 2, including 200 (the request has been successful, and the response header or data body expected by the request will be returned with this response), 201 (the request has been implemented, and a new resource has been requested according to the needs of the request and established), 202 (the server has accepted the request, but has not yet processed it), 203 (the server has successfully processed the request, but the returned entity header meta information is not a definite set valid on the original server, but comes from the local or third party ), 204 (the server successfully processed the request, but does not need to return any entity content, and hopes to return updated meta information), 205 (the server successfully processed the request, and did not return any content), 206 (the server has successfully Part of the GET request has been processed), 207 (the status code extended by WebDAV (RFC2518), which means that the subsequent message body will be an XML message), indicating that the request has been successfully received, understood, and accepted by the server;

A 3-digit code starting with 3, 300 (the user or browser can choose a preferred address for redirection), 301 (the requested resource has been permanently moved to a new location, and any future references to this resource should be Use one of several URIs (Universal Resource Identifiers) returned by this response), 302 (the requested resource is now temporarily responding to the request from a different URI), 303 (the response corresponding to the current request can be found at another URI, and The client should use GET to access that resource), 304 (if the client sends a conditional GET request and the request is allowed, and the content of the document (since the last access or according to the requested conditions) does not change, the server should return this status code), 305 (the requested resource must be accessed through the specified proxy), 306 (in the latest version of the specification, the 306 status code is no longer used), 307 (the requested The resource is now temporarily responding to the request from a different URI), indicating that the client needs to take further action to complete the request. Usually, these status codes are used for redirection, and the subsequent request address (redirection target) is in the location field of this response specified;

3-digit codes starting with 4, including 400 (semantic error, the current request cannot be understood by the server, and request parameters are incorrect), 401 (the current request requires user verification), and 402 (this status code is for possible future needs) Reserved), 403 (the server has understood the request, but refused to execute it), 404 (the request failed, the resource desired by the request was not found on the server), 405 (the request method specified in the request line cannot be used for Request the corresponding resource), 406 (the content characteristics of the requested resource cannot meet the conditions in the request header, so the response entity cannot be generated), 407 (similar to the 401 response, except that the client must authenticate on the proxy server), 408 (request timed out), 409 (the request cannot be completed due to a conflict with the current state of the requested resource), 410 (the requested resource is no longer available on the server, and there is no known forwarding address) , 411 (the server refuses to accept the request without defining the Content-Length header), 412 (the server failed to meet one or more of the prerequisites given in the header field of the request), 413 (the server Refuse to process the current request, because the size of the entity data submitted by the request exceeds the range that the server is willing or capable of processing), 414 (the length of the requested URI exceeds the length that the server can interpret, so the server refuses to provide services for the request), 415 ( For the method of the current request and the requested resource, the entity submitted in the request is not in the format supported by the server, so the request is rejected), 416 (if the request contains the Range request header, and any data range specified in the Range Both do not coincide with the available range of the current resource, and the If-Range request header is not defined in the request, then the server should return a 416 status code), 417 (the expected content specified in the request header Expect cannot be satisfied by the server, or this The server is a proxy server, and it has obvious evidence that the content of Expect cannot be satisfied on the next node of the current route), 421 (the number of connections from the IP address of the current client to the server exceeds the maximum allowed by the server) range), 422 (the request format is correct, but it cannot respond due to semantic errors), 424 (the current request fails due to an error in a previous request), 425 (defined in the WebDavAdvancedCollections draft, but does not appear in " WebDAV Sequenced Set Protocol (RFC3658), 426 (the client should switch to TLS/1.0), 449 (extended by Microsoft, which means that the request should be retried after performing appropriate operations), indicating that the client may appear to be an error has occurred which prevents processing by the server;

A 3-digit code starting with 5, including 500 (the server encountered an unexpected situation, which caused it to be unable to complete the processing of the request), 501 (the server does not support a function required by the current request), 502 (as An invalid response was received from an upstream server when a server working as a gateway or proxy tried to execute the request), 503 (the server is currently unable to process the request due to temporary server maintenance or overload), 504 (a server working as a gateway or proxy attempted to execute the request Failed to receive a response from the upstream server in a timely manner), 505 (the server does not support, or refuses to support the HTTP version used in the request), 506 (extended by the "Transparent Content Negotiation Protocol" (RFC2295), which means that the server has internal configuration Error), 507 (the server cannot store the content necessary to complete the request), 509 (the server reaches the bandwidth limit), 510 (the strategy required to obtain the resource is not satisfied), indicating that the server has an error or exception in the process of processing the request The status occurs, and it may also be that the server realizes that the processing of the request cannot be completed with the current hardware and software resources.

In a preferred embodiment of the present invention, the step 103 may include the following sub-steps:

Sub-step S21: the browser sends the URL of the search result to the server;

Sub-step S22: The server parses the URL of the search result to generate a response message and returns it to the browser;

Sub-step S23: the browser parses the response message, and extracts the HTTP status code of the corresponding URL;

Sub-step S24: The browser determines whether the URL access request is an invalid URL access request according to the HTTP status code.

In another preferred embodiment of the present invention, the step 103 may include the following sub-steps:

Sub-step S31: the browser sends the URL of the search result to the server;

Sub-step S32: the server parses the URL of the search result, and extracts the HTTP status code in the corresponding URL;

Sub-step S33: The server determines whether the URL access request is an invalid URL access request according to the HTTP status code.

As a preferred example of this embodiment, the status codes of 200, 301, 302, and 304 can be regarded as the status of a successful website link and the webpage is normally opened, and the rest of the status codes can be regarded as status codes of invalid website addresses.

In fact, the above method of obtaining the HTTP status code from the browser side or the server side can be to generate an independent thread or process on the browser side or the server side to capture the HTTP status code, and those skilled in the art should understand that the above method of obtaining the HTTP status code The manner of the status code is only an example, and those skilled in the art may implement it in other manners, which are not limited in the present invention.

Step 106: If the URL of the search result is an invalid URL, the server searches the database for a matching webpage snapshot, and returns it to the browser.

In fact, if the browser judges that the website address of a certain search result is an invalid website address, the browser sends a request for obtaining a webpage snapshot corresponding to the website address of the search result to the server, and the server searches the webpage snapshot database for the relevant URL. The webpage snapshot acquisition request matches the webpage snapshot and returns it to the browser;

If it is judged on the server side that the URL for accessing a certain search result is an invalid URL, the server directly searches the webpage snapshot database for a webpage snapshot that matches the webpage snapshot acquisition request and returns it to the browser.

It should be noted that, for the method embodiment, for the sake of simple description, it is expressed as a series of action combinations, but those skilled in the art should know that the present invention is not limited by the described action order, because according to this According to the invention, certain steps may be performed in other order or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification belong to preferred embodiments, and the actions and modules involved are not necessarily required by the present invention.

Referring to Figure 2, it shows a structural block diagram of an embodiment of an invalid website search device according to an embodiment of the present invention, which may specifically include the following modules:

The website information collection module 201 is adapted to collect website information of browser favorites of multiple user devices, and saves the website information to a database, and the website information includes a webpage snapshot of the website;

Web page snapshot, the English name is WebCache, web page cache. When the search engine collects the webpage, it backs up the webpage and stores it in its own server cache. When the user clicks the "webpage snapshot" link in the search engine, the search engine will take the content of the webpage captured and saved by the Spider (spider) system at that time. Displayed, called "web snapshot". In the present invention, the web page snapshot can be generated by the server obtaining the code of the web page and saving, or, when the server fails to obtain the code of the web page and saving, it can notify the browser to upload and generate the code of the corresponding web page. That is to say, the webpage snapshot is presented as some webpage codes on the server side.

Webpage code refers to some special "languages" that need to be used in the process of making webpages. Designers organize and arrange these "languages" to create webpages, and then the browser "translates" the codes. See the effect. At present, the codes commonly used in making web pages include HTML, JavaScript, ASP, PHP, CGI, etc., among which HTML is the most basic web page code. The web page code may be directly obtained by the server when parsing the browser's request message; or, the web page code may also be obtained when the browser parses the response message returned by the server, and then upload the web page code to the server. The advantage of using the server to obtain the webpage code is that it can save the user's Internet traffic and consume the user's bandwidth minimally. When the server fails to save the webpage code, it can notify the browser to obtain the webpage code and upload it, and then the server will upload the webpage code. Save, when the browser uploads the webpage code, the webpage code can be uploaded in a compressed code manner, which can also reduce uploading vagrants and reduce bandwidth.

After the browser collects the URL information of the browser favorites of multiple user devices, it saves the URL information in the database for subsequent search. In the specific implementation, the present invention can use two databases to save website information, one is the content database, and the other is the webpage snapshot database. or, the present invention can also set up a database, including two tables in the database, one is used to store the webpage snapshot, and the other is used to store content other than the webpage snapshot. Those skilled in the art should understand that the above-mentioned URL information storage The manner is only an example of the present invention, and those skilled in the art may use other storage methods for storage, and the present invention is not limited here.

A search request receiving module 202, adapted to receive a search request, and return search results according to the search request;

In a preferred embodiment of the present invention, the search request receiving module 202 may include the following submodules:

The search request sending submodule located in the browser is adapted to receive the search request and send the search request to the server;

The search result return submodule located at the server is adapted to grab webpages related to the search request in the database to form a search result and return it to the browser;

The search result display submodule located in the browser is suitable for displaying the search result.

The invalid URL judging module 203 is suitable for judging whether the URL for accessing a certain search result is an invalid URL;

When a user needs to view a certain search result, the browser or server first judges whether the URL corresponding to the search result can be accessed normally, and if the URL cannot be accessed normally, then the web page snapshot corresponding to the URL is displayed to the user.

Generally, the validity of the URL is judged by using the HTTP status code (HTTPStatusCode). The HTTP status code consists of three decimal numbers to indicate the success or failure of the web page access request, and if it fails, the reason is indicated.

In a preferred embodiment of the present invention, the invalid URL judging module 203 may include the following submodules:

The first URL sending submodule located in the browser is suitable for sending the URL of the search result to the server;

The response message return submodule located in the server is adapted to analyze the URL of the search result to generate a response message and return it to the browser;

The HTTP status code acquisition submodule located in the browser is suitable for parsing the response message and extracting the HTTP status code of the corresponding URL;

The URL determination submodule located in the browser is adapted to determine whether the URL access request is an invalid URL access request according to the HTTP status code.

In another preferred embodiment of the present invention, the invalid URL judging module 203 may include the following submodules:

The second URL sending submodule located in the browser is suitable for sending the URL of the search result to the server;

The HTTP status code acquisition submodule located in the server is suitable for parsing the URL of the search result and extracting the HTTP status code in the corresponding URL;

The URL judging submodule located on the server is suitable for judging whether the URL access request is an invalid URL access request according to the HTTP status code.

In fact, the above method of obtaining the HTTP status code from the browser side or the server side can be to generate an independent thread or process on the browser side or the server side to capture the HTTP status code, and those skilled in the art should understand that the above method of obtaining the HTTP status code The manner of the status code is only an example, and those skilled in the art may implement it in other manners, which are not limited in the present invention.

The webpage snapshot obtaining module 204 is adapted to search the database for a matching webpage snapshot by the server when the URL of the search result is an invalid URL, and return it to the browser.

In fact, if the browser judges that the website address of a certain search result is an invalid website address, the browser sends a request for obtaining a webpage snapshot corresponding to the website address of the search result to the server, and the server searches the webpage snapshot database for the relevant URL. The webpage snapshot acquisition request matches the webpage snapshot and returns it to the browser;

If it is judged on the server side that the URL for accessing a certain search result is an invalid URL, the server directly searches the webpage snapshot database for a webpage snapshot that matches the webpage snapshot acquisition request and returns it to the browser.

As for the system embodiment in FIG. 2 , since it is basically similar to the method embodiment in FIG. 1 , the description is relatively simple, and for relevant parts, refer to the part of the description of the method embodiment.

The algorithms and displays presented herein are not inherently related to any particular computer, virtual system, or other device. Various generic systems can also be used with the teachings based on this. The structure required to construct such a system is apparent from the above description. Furthermore, the present invention is not specific to any particular programming language. It should be understood that various programming languages can be used to implement the content of the present invention described herein, and the above description of specific languages is for disclosing the best mode of the present invention.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure the understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, in order to streamline this disclosure and to facilitate an understanding of one or more of the various inventive aspects, various features of the invention are sometimes grouped together in a single embodiment, figure, or its description. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the Detailed Description are hereby expressly incorporated into this Detailed Description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art can understand that the modules in the device in the embodiment can be adaptively changed and arranged in one or more devices different from the embodiment. Modules or units or components in the embodiments may be combined into one module or unit or component, and furthermore may be divided into a plurality of sub-modules or sub-units or sub-assemblies. All features disclosed in this specification (including accompanying claims, abstract and drawings) and any method or method so disclosed may be used in any combination, except that at least some of such features and/or processes or units are mutually exclusive. All processes or units of equipment are combined. Each feature disclosed in this specification (including accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will understand that although some embodiments described herein include some features included in other embodiments but not others, combinations of features from different embodiments are meant to be within the scope of the invention. and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.

The various component embodiments of the present invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art should understand that a microprocessor or a digital signal processor (DSP) may be used in practice to implement some or all functions of some or all components in the favorites-based search device according to the embodiment of the present invention. The present invention can also be implemented as an apparatus or an apparatus program (for example, a computer program and a computer program product) for performing a part or all of the methods described herein. Such a program for realizing the present invention may be stored on a computer-readable medium, or may be in the form of one or more signals. Such a signal may be downloaded from an Internet site, or provided on a carrier signal, or provided in any other form.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In a unit claim enumerating several means, several of these means can be embodied by one and the same item of hardware. The use of the words first, second, and third, etc. does not indicate any order. These words can be interpreted as names.

Claims (8)

1. A search method for an invalid website, comprising: Gather the web site information of the browser favorites of multiple user devices, save the web site information to a database, and the web site information includes a web page snapshot of the web site; wherein, the database includes a content database and a web page snapshot database, and the web page snapshot database It is used to save the webpage snapshot of the URL, and the user of the content database saves other information of the URL except the webpage snapshot; The browser receives the search request and sends the search request to the server; The server grabs webpages related to the search request in the database to form a search result and returns it to the browser; the browser displays said search results; Determine whether the URL for accessing a certain search result is an invalid URL; If the URL of the search result is an invalid URL, the server searches the database for a matching webpage snapshot and returns it to the browser. 2. The method according to claim 1, wherein the webpage snapshot is generated for the server to obtain the code of the webpage, or to notify the browser to save the corresponding webpage when the server obtains the code of the webpage and saves it unsuccessfully. The code upload generated. 3. The method as claimed in claim 1 or 2, wherein the step of judging whether the URL for accessing a certain search result is an invalid URL comprises: The browser sends the URL of the search result to the server; The server parses the URL of the search result to generate a response message and returns it to the browser; The browser parses the response message and extracts the HTTP status code of the corresponding URL; The browser judges whether the URL access request is an invalid URL access request according to the HTTP status code. 4. The method according to claim 1 or 2, wherein the step of judging whether a website address for accessing a certain search result is an invalid website address comprises: The browser sends the URL of the search result to the server; The server parses the URL of the search result, and extracts the HTTP status code in the corresponding URL; The server determines whether the URL access request is an invalid URL access request according to the HTTP status code. 5. An invalid website search device, comprising: The website information collection module is adapted to collect website information of browser favorites of multiple user devices, and saves the website information to a database, and the website information includes a webpage snapshot of the website; wherein, the database includes a content database and a webpage snapshot Database, the webpage snapshot database is used to save the webpage snapshot of the website, and the user of the content database saves other information of the website except the webpage snapshot; A search request receiving module, adapted to receive a search request, and return search results according to the search request; An invalid URL judging module, suitable for judging whether a URL for accessing a certain search result is an invalid URL; The webpage snapshot obtaining module is suitable for searching the matching webpage snapshot in the database by the server when the URL of the search result is an invalid URL, and returning it to the browser; Wherein, the search request receiving module includes: The search request sending submodule located in the browser is adapted to receive the search request and send the search request to the server; The search result return submodule located at the server is adapted to grab webpages related to the search request in the database to form a search result and return it to the browser; The search result display submodule located in the browser is suitable for displaying the search results. 6. The device according to claim 5, wherein the webpage snapshot is generated for the server to obtain the code of the webpage and save it, or to notify the browser to save the corresponding webpage when the server obtains the code of the webpage and saves it unsuccessfully. The code upload generated. 7. The device according to claim 5 or 6, wherein the failure URL judging module comprises: The first URL sending submodule located in the browser is suitable for sending the URL of the search result to the server; The response message return submodule located in the server is adapted to analyze the URL of the search result to generate a response message and return it to the browser; The HTTP status code acquisition submodule located in the browser is suitable for parsing the response message and extracting the HTTP status code of the corresponding URL; The website address judging sub-module located in the browser is suitable for judging whether the website access request is an invalid website access request according to the HTTP status code. 8. The device according to claim 5 or 6, wherein the invalid URL judging module comprises: The second URL sending submodule located in the browser is suitable for sending the URL of the search result to the server; The HTTP status code acquisition submodule located in the server is suitable for parsing the URL of the search result and extracting the HTTP status code in the corresponding URL; The URL judging submodule located on the server is suitable for judging whether the URL access request is an invalid URL access request according to the HTTP status code.