<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Thu, 23 May 2013 09:13:54 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Jeroen van Dijk: Multi-select faceting in Solr with Solarium]]></title>
      <guid>http://www.phpdeveloper.org/news/18711</guid>
      <link>http://www.phpdeveloper.org/news/18711</link>
      <description><![CDATA[<p>
If you're a user of the <a href="http://www.solarium-project.org/">Solarium</a> tool for querying Solr database already and have been wondering how to work with faceting, you should take a look at <a href="http://jrdk.nl/blog/2012/11/06/multi-select-faceting-solr-solarium/">this new post</a> from <i>Jeroen van Dijk</i>. He covers using Solarium to do multi-select faceting in a Solr query.
</p>
<blockquote>
Solarium is a library I often use at Enrise for querying Solr. For one of the projects I work on, AutoTrack.nl a second hand car site, I was having issues on advanced faceting with Solr which I could easily solve using Solarium. [...] Faceting is a technique for guided navigation where search results are separated into categories, often including counts on those categories. The user can then select from those categories to restrict their search step by step.
</blockquote>
<p>
He includes an example of what kind of results this sort of searching could return and how you can use the "facet.mincount" to restrict the results to an even finer set. There's a bit of code included showing how to use this filtering method with a combination of "addFilterQuery" and "createFacetField" calls before executing the select through Solarium.
</p>]]></description>
      <pubDate>Wed, 07 Nov 2012 12:14:14 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Bas De Nooijer's Blog: Benchmarking PHP Solr response data handling]]></title>
      <guid>http://www.phpdeveloper.org/news/17617</guid>
      <link>http://www.phpdeveloper.org/news/17617</link>
      <description><![CDATA[<p>
On his blog <i>Bas De Nooijer</i> has put together <a href="http://www.raspberry.nl/2012/02/28/benchmarking-php-solr-response-data-handling/">some PHP Solr benchmarks</a> around a few different ways to handle the response data.
</p>
<blockquote>
Solr supports multiple output formats. Some are for general use (xml, json) and some are even language specific. If you're using PHP these are the most logical response writer formats: xml, json, phps (serialized php), php (php code to execute). On top of that PHP offers multiple ways to parse XML. I'm benchmarking these options to determine the most efficient decoding to implement in the next major version of <a href="http://www.solarium-project.org/">Solarium</a>, but the results should be useful for any PHP Solr implementation.
</blockquote>
<p>
He includes a snippet of code he's using to generate the benchmarks, a PHPUnit test that pulls in two different json-based results and, for now, just runs a <a href="http://php.net/json_decode">json_decode</a> on it. You can see the results of his testing <a href="http://www.raspberry.nl/files/solr-decode-performance.html">here</a>, graphing out the different response handling methods and their time (in milliseconds) to parse the response. It's interesting to see that there's a direct relation to the size of the data set and how long it takes for the methods to execute.
</p>
<p>
The current code for his benchmarks is available <a href="https://github.com/basdenooijer/phperf">over on github</a>
</p>]]></description>
      <pubDate>Fri, 02 Mar 2012 09:08:03 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[DZone.com: Solarium PHP Solr client]]></title>
      <guid>http://www.phpdeveloper.org/news/16160</guid>
      <link>http://www.phpdeveloper.org/news/16160</link>
      <description><![CDATA[<p>
New on DZone.com today there's an article from <i>Bas De Nooijer</i> talking about a new tool he's created to allow <a href="http://css.dzone.com/news/solarium-php-solr-client">PHP to work directly with Solr</a> (the popular searching platform from the Apache project) as a result of research he'd done from a <a href="http://blog.raspberry.nl/2010/07/20/integrating-solr-with-php/">previous article</a>. The result is < href="https://github.com/basdenooijer/solarium">Solarium</a>, an open sourced PHP client for Solr.
</p>
<blockquote>
I've worked on a lot of Solr implementations in PHP applications. There are multiple solutions: manual HTTP requests, the solr-php-client library, custom implementations etcetera. However they all have one issue in common: they only handle the communication with Solr, many other important parts like query building are not covered at all. And the parts that are covered are usually over-simplified. [...] At first I developed it as a library for my own projects, but I've decided to turn it into an opensource project. The project is called 'Solarium' and can be found on github: <a href="https://github.com/basdenooijer/solarium">https://github.com/basdenooijer/solarium</a>
</blockquote>
<p>
You can find complete details about the project over on <a href="http://wiki.solarium-project.org/index.php/Main_Page">its wiki</a> including basics concepts of query flow and using the ping/select/update query methods to access your Solr server.
</p>]]></description>
      <pubDate>Thu, 07 Apr 2011 10:09:31 -0500</pubDate>
    </item>
  </channel>
</rss>
