Martin,
I found slide quite relevant to what are you asking about.
http://www.slideshare.net/lucenerevolution/potter-timothy-boosting-documents-in-solr
On Tue, Oct 9, 2012 at 7:57 AM, Otis Gospodnetic wrote:
> Hi Martin,
>
> Perhaps you could make a small change in Solr to add "don't reload E
Hi Martin,
Perhaps you could make a small change in Solr to add "don't reload EFF
if it hasn't been modified since it was last opened". I assume you
commit pretty often, but don't modify EFF files that often, so this
could save you some needless loading. That said, I'd be surprised EFF
doesn't a
Martin,
I have kind of hack approach in mind regarding hiding document from search.
So, it's a little bit easier than your task. I'm going to deliver talk
about it http://www.apachecon.eu/schedule/presentation/89/ .
Frankly speaking, there is no reliable out-of-the-box solution for it. I
saw that
Sure: We're boosting search results based on user actions which could be
e.g. the number of times a particular document has been read. In future,
we'd also like to boost by e.g. impressions (the number of times a document
has been displayed) and other values.
/Martin
On Mon, Oct 8, 2012 at 7:02 P
Martin,
Can you tell me what's the content of that field, and how it should affect
search result?
On Mon, Oct 8, 2012 at 12:55 PM, Martin Koch wrote:
> Hi List
>
> We're using Solr-4.0.0-Beta with a 7M document index running on a single
> host with 16 shards. We'd like to use an ExternalFileFie
Hi List
We're using Solr-4.0.0-Beta with a 7M document index running on a single
host with 16 shards. We'd like to use an ExternalFileField to hold a value
that changes often. However, we've discovered that the file is apparently
re-read by every shard/core on *every commit*; the index is unrespon
