I meant to include this link in my first reply, sorry: 
https://issues.apache.org/jira/browse/SOLR-6741 
<https://issues.apache.org/jira/browse/SOLR-6741>


> On Jan 7, 2015, at 11:53 AM, Erik Hatcher <[email protected]> wrote:
> 
> Post processing results as in #1 has big disadvantages as you can’t easily 
> “fill back in” as those docs that were removed and may have been accounted 
> for in facet counts for example.
> 
> #2 would be my recommendation as well.
> 
> There is an open issue to create an IP(v6) field type in Solr, with a patch 
> there for IPv4 already.
> 
>       Erik
> 
> 
> 
>> On Jan 7, 2015, at 11:41 AM, Chad Mills <[email protected]> wrote:
>> 
>> Hello,
>> 
>> Basically I have a solr index where, at times, some of the results from a 
>> query will only be limited to a set of users based on their clients IP 
>> address.  I have been thinking about accomplishing this in either two ways.
>> 
>> 1) Post-processing the results for IP validity against an external data 
>> source and dropping out those results which are not valid.  That could leave 
>> me with a portioned result list that would need another query to fill back 
>> in.  Say I want 10 results, I end up dropping 2 of them, I need to fill back 
>> in those 2 by performing another query.
>> 
>> 2) Making the IP permission check part of the query.  Basically appending an 
>> AND in the query on a field that stores the permissible IP addresses.  The 
>> index field would be set to allow all IPs to access the result by default, 
>> but at times can contain the allowable IP addresses or maybe even ranges 
>> somehow.
>> 
>> Are there some other ways to accomplish this I haven't considered?  Right 
>> now #2 sounds seems more desirable to me.
>> 
>> Thanks in advance for your thoughts!
>> 
>> --
>> Chad Mills
>> Digital Library Architect
>> Ph: 848.932.5924
>> Fax: 848.932.1386
>> Cell: 732.309.8538
>> 
>> Rutgers University Libraries
>> Scholarly Communication Center
>> Room 409D, Alexander Library
>> 169 College Avenue, New Brunswick, NJ 08901
>> 
>> https://rucore.libraries.rutgers.edu/
> 

Reply via email to