If it works for Quepid, it is good enough for me :-) I might actually try that for one of my upcoming projects where I do need a read-only Solr.
But this is for read-only setup only. So, still not really useful for the original request's second part: "There is another option? Something that also update the solr and not only one way requests?" Regards, Alex. ---- Newsletter and resources for Solr beginners and intermediates: http://www.solr-start.com/ On 26 November 2015 at 11:29, Doug Turnbull <dturnb...@opensourceconnections.com> wrote: > That sounded defensive :) Just sharing our experience. I also don't mind > being corrected, especially if there's an issue with the config here. > > Cheers > -Doug > > On Thu, Nov 26, 2015 at 11:28 AM, Doug Turnbull < > dturnb...@opensourceconnections.com> wrote: > >> Nope, it's more of a template. But I still think its simpler than coding >> up and deploying an API that acts as a relay to a search endpoint. Again, I >> don't think this is right for every use case. But we use it for >> http://solr.quepid.com >> >> In the nginx.conf, you need to basically update two spots >> >> # Replace this with your Solr host, ie solr.quepid.com >> server_name YOUR.SOLR.HOST; >> >> And then copy the block for every search endpoint you want to support, >> replacing with your collection name/ >> >> # Create a location block for each handler you'd like to whitelist >> location /solr/collection1/select { >> >> >> On Thu, Nov 26, 2015 at 11:14 AM, Alexandre Rafalovitch < >> arafa...@gmail.com> wrote: >> >>> I am happy to be corrected, but that repository says "This repository >>> gives a basic outline to creating a functional reverse proxy with >>> Nginx" as well as the famous last words ("e.t.c.") . Which is why I >>> feel it is not exactly a turnkey solution I can recommend to a new >>> Solr user. Is there an example of a full production config anywhere? >>> >>> Regards, >>> Alex. >>> ---- >>> Newsletter and resources for Solr beginners and intermediates: >>> http://www.solr-start.com/ >>> >>> >>> On 26 November 2015 at 10:51, Doug Turnbull >>> <dturnb...@opensourceconnections.com> wrote: >>> > Actually I disagree Alex. We build JS apps that talk straight to Solr >>> all >>> > the time. >>> > >>> > However, we are sure to lock it down pretty heavily. Moreover, these >>> cases >>> > almost never have sensitive information. You need to think through the >>> > worst case. As search is often a secondary artifact of a primary >>> database, >>> > you can often rebuild the data in the worst case. So to me it's not like >>> > giving users access to your database. The risk is (usually) pretty low. >>> > >>> > We have a sample solr nginx proxy that disallows problematic parameters >>> and >>> > white lists the search endpoint >>> > https://github.com/o19s/solr_nginx >>> > >>> > We also have a framework Spyglass if you are interested in Ember >>> > https://github.com/o19s/spyglass >>> > >>> > -Doug >>> > >>> > >>> > On Thu, Nov 26, 2015 at 9:30 AM, Alexandre Rafalovitch < >>> arafa...@gmail.com> >>> > wrote: >>> > >>> >> You should not be exposing Solr directly to the user, that's like >>> >> giving them a database admin account. Unless you REALLY know what you >>> >> are doing. So, the Javascript UIs are mostly for internal purposes and >>> >> for people to play with Solr. >>> >> >>> >> Therefore, usually, there is a server-side component that talks to the >>> >> client and to the Solr and does the conversion of parameters, etc. >>> >> >>> >> If your data model not terribly complex, you could look into something >>> >> like Spring, which has Spring Data Solr integration component. >>> >> http://spring.io/ You'll need to code the logic of course, but it >>> >> makes it simpler. >>> >> >>> >> If you want something more features out of the box, you could look at >>> >> Hue from Cloudera http://gethue.com/ . It is mostly for big data, but >>> >> has quite a number of features for Solr as well. It has some live >>> >> editing too in the most recent versions, so I am not sure if it goes >>> >> back into Solr or into a database that Solr is synchronized to. >>> >> >>> >> Regards, >>> >> Alex. >>> >> ---- >>> >> Newsletter and resources for Solr beginners and intermediates: >>> >> http://www.solr-start.com/ >>> >> >>> >> >>> >> On 26 November 2015 at 08:59, Chaushu, Shani <shani.chau...@intel.com> >>> >> wrote: >>> >> > Hi all, >>> >> > I want to build UI for Solr that get result to the user and also >>> update >>> >> the solr back (set for specific field) >>> >> > I start using ajax-solr because there is good tutorial and it's easy >>> to >>> >> use, but I didn't saw an example for update, and also I'm not sure the >>> code >>> >> is stable (no release in GIT) >>> >> > I saw also banana but it's more complicated and more relevant for >>> time >>> >> series (my data doesn't have date field) >>> >> > >>> >> > What's better for basic solr UI? Ajax-solr or banana? >>> >> > There is another option? Something that also update the solr and not >>> >> only one way requests? >>> >> > >>> >> > Thanks, >>> >> > Shani >>> >> > >>> >> > >>> >> > >>> >> > --------------------------------------------------------------------- >>> >> > Intel Electronics Ltd. >>> >> > >>> >> > This e-mail and any attachments may contain confidential material for >>> >> > the sole use of the intended recipient(s). Any review or distribution >>> >> > by others is strictly prohibited. If you are not the intended >>> >> > recipient, please contact the sender and delete all copies. >>> >> >>> > >>> > >>> > >>> > -- >>> > *Doug Turnbull **| *Search Relevance Consultant | OpenSource Connections >>> > <http://opensourceconnections.com>, LLC | 240.476.9983 >>> > Author: Relevant Search <http://manning.com/turnbull> >>> > This e-mail and all contents, including attachments, is considered to be >>> > Company Confidential unless explicitly stated otherwise, regardless >>> > of whether attachments are marked as such. >>> >> >> >> >> -- >> *Doug Turnbull **| *Search Relevance Consultant | OpenSource Connections >> <http://opensourceconnections.com>, LLC | 240.476.9983 >> Author: Relevant Search <http://manning.com/turnbull> >> This e-mail and all contents, including attachments, is considered to be >> Company Confidential unless explicitly stated otherwise, regardless >> of whether attachments are marked as such. >> > > > > -- > *Doug Turnbull **| *Search Relevance Consultant | OpenSource Connections > <http://opensourceconnections.com>, LLC | 240.476.9983 > Author: Relevant Search <http://manning.com/turnbull> > This e-mail and all contents, including attachments, is considered to be > Company Confidential unless explicitly stated otherwise, regardless > of whether attachments are marked as such.