In general, you don't make your Solr interface itself accessible to the
world, you protect it behind a firewall.
So if you do that, you won't have javascript talking directly to Solr.
It'll be talking to some middleware application that talks to Solr.
Although interestingly, that URL you mention DOES have the JS talking to
Solr "directly", so I guess that's an option too. But note that package
even warns: "The manager takes as a parameter either solrUrl – if
talking to Solr directly – or proxyUrl – if talking to Solr through a
proxy. (Usually, you want to talk to the instance through a proxy, for
security. We will go over writing proxies for AJAX Solr in another
tutorial. Here, we communicate with the instance directly.)" So even
that one isn't recommending _really_ exposing your Solr to the world,
but instead proxying it, presumably because the proxy would allow
requests to only certain parts of Solr, I dunno.
But I dunno, I guess it could work. Personally I generally don't like
writing interfaces that _only_ work via javascript, which is what that
approach would result in. I prefer writing an interface that works with
plain HTML, with some AJAX on top, but degrading fine if there is no JS.
But that's not the approach you are talking about taking, and apparently
you are not alone!
On 2/27/2011 10:34 PM, Yitzchak Schaffer wrote:
Hello all,
We are working on creating a public-facing biographical index. We're planning
on using Solr with faceting, and building an AJAXy search frontend. We have
experience with symfony for overall framework, so we have begun the project
using that.
The only robust-looking material I was able to find on Solr with AJAX tonight
was
https://github.com/evolvingweb/ajax-solr/wiki
Can anyone offer any alternate projects or approaches? I'm just getting my feet
wet in both advanced JS/frontend dev techniques, and Solr.
Thanks!
--
Yitzchak Schaffer
Systems Manager
Touro College Libraries
212.742.8770 ext. 2432
http://www.tourolib.org/
