Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
Received-SPF: pass (nike.apache.org: domain of erik.hatcher@gmail.com
 designates 209.85.128.49 as permitted sender)
References: <525E597E.9010607@delisavas.de>
Mime-Version: 1.0 (1.0)
In-Reply-To: <525E597E.9010607@delisavas.de>
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <D6B59C15-9B1E-48F5-B3DB-2D8E6B972E1D@gmail.com>
Cc: "solr-user@lucene.apache.org" <solr-user@lucene.apache.org>
From: Erik Hatcher <erik.hatcher@gmail.com>
Subject: Re: Local Solr and Webserver-Solr act differently ("and" treated like
 "or")
Date: Wed, 16 Oct 2013 06:27:54 -0400
To: "solr-user@lucene.apache.org" <solr-user@lucene.apache.org>

What does the debug output say from debugQuery=3Dtrue say between the two?


On Oct 16, 2013, at 5:16, Stavros Delisavas <stavros@delisavas.de> wrote:

> Hello Solr-Experts,
>=20
> I am currently having a strange issue with my solr querys. I am running
> a small php/mysql-website that uses Solr for faster text-searches in
> name-lists, movie-titles, etc. Recently I noticed that the results on my
> local development-environment differ from those on my webserver. Both
> use the 100% same mysql-database with identical solr-queries for
> data-import.
> This is a sample query:
>=20
> http://localhost:8080/solr/select/?q=3Dtitle%3A%28into+AND+the+AND+wild*%2=
9&version=3D2.2&start=3D0&rows=3D1000&indent=3Don&fl=3Dtitleid
>=20
> It is autogenerated by an php-script and 100% identical on local and on
> my webserver. My local solr gives me the expected results: all entries
> that have the words "into" AND "the" AND "wild*" in them.
> But my webserver acts as if I was looking for "into" OR "the" OR
> "wild*", eventhough the query is the same (as shown above). That's why I
> get useless (too many) results on the webserver-side.
>=20
> I don't know what could be the issue. I have tried to check the
> config-files but I don't really know what to look for, so it is
> overwhelming for me to search through this big file without knowing.
>=20
> What could be the problem, where can I check/find it and how can I solve
> that problem?
>=20
> In case, additional informations are needed, let me know please.
>=20
> Thank you!
>=20
> (Excuse my poor english, please. It's not my mother-language.)