Solr stores the main search index. It is the home of two cores, the default 'collection1' core for documents and the 'webgraph' core for a web structure graph. Detailed information about the used Solr fields can be edited in the <ahref="IndexSchema_p.html">Schema Editor</a>.
<dtclass="TableCellDark">Lazy Value Initialization <inputtype="checkbox"name="solr.indexing.lazy"id="solr.indexing.lazy"#(solr.indexing.lazy.checked)#::checked="checked"#(/solr.indexing.lazy.checked)#/></dt>
<dd>If checked, only non-zero values and non-empty strings are written to Solr fields.</dd>
<dd>Tick this when the remote Solr server is password protected and is requested over HTTPS but provides only a self-signed certificate (not a validated one by an official Certificate Authority). The Solr URL could be for example something like <i>https://user:password@localhost:8984/solr</i>.
You can set one or more Solr targets here which are accessed as a shard. For several targets, list them using a ',' (comma) as separator.
The set of remote targets are used as shard of a complete index. The host part of the url is used as key for a hash function which selects one of the shards (one of your remote servers).
When a search request is made, all servers are accessed synchronously and the result is combined.</dd>
<dd><inputtype="checkbox"name="solr.indexing.solrremote.writeenabled"id="solr_indexing_solrremote_writeenabled"#(solr.indexing.solrremote.writeenabled.checked)#::checked="checked"#(/solr.indexing.solrremote.writeenabled.checked)#/> write-enabled (if unchecked, the remote server(s) will only be used as search peers)</dd>
The web structure index is used for host browsing (to discover the internal file/folder structure), ranking (counting the number of references) and file search (there are about fourty times more links from loaded pages as in documents of the main search index).