This is a distributed web crawler and also a caching http proxy. You are using the online-interface of the application. You can use this interface to configure your personal settings, proxy settings, access control and crawling properties. You can also use this interface to start crawls, send messages to other peers and monitor your index, cache status and crawling processes. Most important, you can use the search page to search either your own or the global index.
For more detailed information, visit the YACY home page.
| Search Word List | You can search for several words simultanous. Words must be separated by a single space. The words are treated conjunctive, that means every must occur in the result, not any. If you do a global search (see below) you may get different results each time you do a search. |
| Maximum Number of Results | You can select the number of wanted maximum links. We do not yet support multiple result pages for virtually any possible link. Instead we encourage you to enhance the search result by submitting more search words. |
| Result Order Options | The search engine provides an experimental 'Quality' ranking. In contrast to other known search engines we provide also a result order by date. If you change the order to 'Date-Quality' the most recently updated page from the search results is listed first. For pages that have the same date the second order, 'Quality' is applied. |
| Resource Domain | This search engine is constructed to search the web pages that pass the proxy. But the search index is distributed to other peers as well, so you can search also globally: this function is currently only rudimentary, but can be choosen for test cases. Future releases will automatically distribute index information before a search happends to form a performant distributed hash table -- a very fast global search. |
| Maximum Search Time | Searching the local index is extremely fast, it happends within milliseconds, even for a large number (millions) of pages. But searching the global index needs more time to find the correct remote peer that contains best search results. This is especially the case while the distributed index is in test mode. Search results get more stable (repeated global search produce more similar results) the longer the search time is. |