Here you determine how the hits are to be to access controlled. The choices available are:
This is a performance-related setting. It is performance-demanding (time/memory) to retrospectively check all hits of a search result. The default setting is early check.
However, the use of late check may be necessary if early check cannot be used. An example of such a potential case is whether there are IP address ranges set up on the website. These allow some non-authenticated users (via their IP-number) to have the right to read certain pages - even though they are not public. If early check is used, non-authenticated users will only receive public pages/files/images in their search results.
The search results are listed/sorted by hit points (relevance) if no specific sort order is set. The hit points are calculated by the search engine and depend on how important the search query is in relation to the documents found. The calculation of the points depends on many factors and correlations, but the most crucial are:
If you want to deviate from the relevance sort order (i.e. "best" hits first), you can specify which field(s) this module should use as standard.
Tick this box and click the Add sort order link to add a sort order field. A new view opens:
A sortable (a field that is not analysed and does not have multiple values) field that is in the search index. E.g. "name", "name.sortable", "title", "title.sortable" och "lastpublished".
To sort on metadata, the field name begins with "metadata.sortable.". If your metadata is named "keywords", the field name is named "metadata.sortable.keywords".
Search results can be displayed in ascending or descending order. By default, search results are sorted ascending.
Example: To sort by the last date of publication, type Field name: lastpublished and Sort order: Descending (see image above).
Here you set an upper limit for accuracy. The default value is 20 hits. That is, if the search result contains more than 20 hits, it does not need to be displayed exactly but if there are 20 hits or less, the exact number should be displayed.
This is a performance-related setting. It is performance-demanding (time/memory) to check the "exact" number of hits for a large search result. However, you may need to set the breakpoint if accuracy is important or deviates too "much" for some users (some users may not have permission to see certain hits in the search results).
This setting means that simple search words are automatically remade into wildcard expressions. This is done to expand the hit pattern, i.e. more search hits – regardless of the word suffix.
If, for example, the visitor enters "module" as search query , the actual search is performed on "module" AND "module*".
If the visitor enters a multi-word search query, such as "module containing questions", the actual search is performed on "module" AND "containing" and "questions" AND "questions*". That is, wildcard search only occurs on the last word if the visitor enters multiple words.
This setting should always be enabled if the module is set up to use direct search, or if the module is designated as results module by the "Search field for users and content" module
By specifying your own additional filter query, it is possible to limit the hits that the visitor should see further. Only the hits that meet the search query and the filter query will appear in the search results.
Note that the module via the Selection tab already has a certain filtering. This filtering is to filter further.
Below is an example of how the filter expression would look if you do not want to include any hits that are under a particular archive (in this case, the archive ID number is 3.623457cf131278f397c7ffd17609).
To write a filter query, you need to know what you can filter on (that is, what fields are in the index, and which values the field has for the items you want to filter out).
This template affects how the search results are structured. That is, if you want to change the order of how things are presented. For example, to display "Did you mean" under the paging.
Help with scripts is not included in the support agreement.
This template affects the appearance of the search form. For example, to add a tag above the search field.
This template affects the appearance of the search form.
This template will affect how "Did you mean" appears.
This template affects how many hits are displayed.
This template affects the display of paging.
This template affects the appearance of how the hits of the search results are presented. For example, to add more information from a metadata field.
This template affects the error message that is displayed.
The page published: 2019-01-08