Daniel Bachhuber

10up

Chris Reynolds

John Spellman

Pantheon Systems

Allan Collins

Andrew Taylor

pwtyler

Josh Koenig

MikeNGarrett

Matthew Leffler

<a href="https://circleci.com/gh/pantheon-systems/solr-power" rel="nofollow ugc"></a>
Search is critical for your site, but the default search for WordPress leaves a lot to be desired. Improve your user experience with the Apache Solr search engine for your WordPress website.
<ul>
<li>Fast results, with better accuracy.</li>
<li>Enables faceting on fields such as tags, categories, author, and page type.</li>
<li>Indexing and faceting on custom fields.</li>
<li>Drop-in support for <a href="https://codex.wordpress.org/Class_Reference/WP_Query" rel="nofollow ugc">WP_Query</a> with the <code>solr_integrate</code> parameter set to true.</li>
<li>Completely replaces default WordPress search, just install and configure.</li>
<li>Completely integrated into default WordPress theme and search widget.</li>
<li>Very developer-friendly: uses the modern <a href="http://www.solarium-project.org/" rel="nofollow ugc">Solarium</a> library</li>
</ul>
<h3>Development</h3>
This plugin is under active development on GitHub:
<a href="https://github.com/pantheon-systems/solr-power" rel="nofollow ugc">https://github.com/pantheon-systems/solr-power</a>
Please feel free to file issues there. Pull requests are also welcome! See <a href="https://github.com/pantheon-systems/solr-power/blob/main/CONTRIBUTING.md" rel="nofollow ugc">CONTRIBUTING.md</a> for information on contributing.
For further documentation, such as available filters and working with the <code>SolrPower_Api</code> class directly, please see the project wiki:
<a href="https://github.com/pantheon-systems/solr-power/wiki" rel="nofollow ugc">https://github.com/pantheon-systems/solr-power/wiki</a>
You may notice there are two sets of tests running, on two different services:
<ul>
<li><a href="https://phpunit.de/" rel="nofollow ugc">PHPUnit</a> test suite against a Solr instance.</li>
<li>The <a href="http://behat.org/" rel="nofollow ugc">Behat</a> test suite against a Pantheon site, to ensure the plugin’s compatibility with the Pantheon platform.</li>
</ul>
Both of these test suites can be run locally, with a varying amount of setup.
PHPUnit requires the <a href="https://make.wordpress.org/core/handbook/testing/automated-testing/phpunit/" rel="nofollow ugc">WordPress PHPUnit test suite</a>, and access to a database with name <code>wordpress_test</code>. If you haven’t already configured the test suite locally, you can run <code>bash bin/install-wp-tests.sh wordpress_test root '' localhost</code>. You’ll also need access to a running Solr instance, in order to run the unit tests against Solr.
Behat requires a Pantheon site with Solr enabled. Once you’ve created the site, you’ll need <a href="https://github.com/pantheon-systems/terminus#installation" rel="nofollow ugc">install Terminus</a>, and set the <code>TERMINUS_TOKEN</code>, <code>TERMINUS_SITE</code>, and <code>TERMINUS_ENV</code> environment variables. Then, you can run <code>./bin/behat-prepare.sh</code> to prepare the site for the test suite.
Note that dependencies are installed via Composer and the <code>vendor</code> directory is not committed to the repository. You will need to run <code>composer install</code> locally for the plugin to function. You can read more about Composer <a href="https://getcomposer.org" rel="nofollow ugc">here</a>
<h3>WP-CLI Support</h3>
This plugin has <a href="http://wp-cli.org/" rel="nofollow ugc">WP-CLI</a> support.
All Solr Power related commands are grouped into the <code>wp solr</code> command, see an example:
<pre><code>$ wp solr
usage: wp solr check-server-settings
 or: wp solr delete [<id>...] [--all]
 or: wp solr index [--batch=<batch>] [--batch_size=<size>] [--post_type=<post-type>]
 or: wp solr info [--field=<field>] [--format=<format>]
 or: wp solr optimize-index
 or: wp solr repost-schema
 or: wp solr stats [--field=<field>] [--format=<format>]

See 'wp help solr <command>' for more information on a specific command.
</code></pre>
You can see more details about the commands using <code>wp help solr</code>:
<pre><code>**NAME**

 wp solr

**DESCRIPTION**

 Perform a variety of actions against your Solr instance.

**SYNOPSIS**

 wp solr <command>

**SUBCOMMANDS**

 check-server-settings Check server settings.
 delete Remove one or more posts from the index.
 index Index all posts for a site.
 info Report information about Solr Power configuration.
 optimize-index Optimize the Solr index.
 repost-schema Repost schema.xml to Solr.
 stats Report stats about indexed content.<h3>WP_Query Integration</h3>
</code></pre>
Use Solr in a custom WP_Query instead of querying a database. Add <code>'solr_integrate' => true</code> to the query arguments.
NOTE: Currently, only basic queries, tax_query, meta_query and date_query are supported. See <code>examples/example.custom_WP_Query.php</code> for an example.
A meta_query can use the following compare operators:
<ul>
<li><code>'='</code></li>
<li><code>'!='</code></li>
<li><code>'>'</code></li>
<li><code>'>='</code></li>
<li><code>'<'</code></li>
<li><code>'<='</code></li>
<li><code>'LIKE'</code></li>
<li><code>'NOT LIKE'</code></li>
<li><code>'IN'</code></li>
<li><code>'NOT IN'</code></li>
<li><code>'BETWEEN'</code></li>
<li><code>'NOT BETWEEN'</code></li>
<li><code>'EXISTS'</code></li>
<li><code>'NOT EXISTS'</code></li>
</ul>
(<code>'REGEXP'</code>, <code>'NOT REGEXP'</code>, and <code>'RLIKE'</code> are not supported.)
<h3>Configuration Tips</h3>

<h4>Searching by author name</h4>

To support searching by author name (e.g. where “Pantheon” would return posts authored by the “Pantheon” user), add the following to your custom <code>schema.xml</code>:
<pre><code> <copyField source="post_author" dest="text"/>
</code></pre>
<h4>Boosting relevancy score by publish date</h4>

The following guidance can be used to extend the Solr index and modify boosts beyond just this example.
To support math functions on dates, you must add a custom <code>schema.xml</code> to Solr and reindex with the new schema.
Add the following to <code>schema.xml</code>:
<pre><code> 
 
 <fieldType name="tdate" class="solr.TrieDateField" omitNorms="true" precisionStep="6" positionIncrementGap="0"/>

 
 <field name="post_date_iso" type="tdate" indexed="true" stored="true" required="true" />
</code></pre>
Add the following to your <code>functions.php</code> file.
<pre><code> <?php
 /**
 * Hooks into the document build process to add post date field in proper format.
 */
 function my_solr_build_document( $doc, $post_info ) {
 $post_time = strtotime( $post_info->post_date );
 // Matches format required for TrieDateField
 $doc->setField( 'post_date_iso', gmdate( 'c\Z', $post_time ) );
 return $doc;
 }
 add_filter( 'solr_build_document', 'my_solr_build_document', 10, 2 );

 /**
 * Hooks into query processor, Dismax, to add publish date boost.
 * See: https://www.metaltoad.com/blog/date-boosting-solr-drupal-search-results
 */
 function my_solr_dismax_query( $dismax ) {
 $dismax->setQueryParser( 'edismax' );
 $dismax->setBoostQuery( 'recip(abs(ms(NOW/HOUR,post_date_iso),3.16e-11,1,1))' );
 return $dismax;
 }
 add_filter( 'solr_dismax_query', 'my_solr_dismax_query' );
</code></pre>
<h4><code>is_solr_query</code> Filter</h4>

The <code>is_solr_query</code> filter controls whether Solr should be used for a specific query.
Parameters:
<ul>
<li>$enabled (bool): Indicates whether Solr should be used for the query. Defaults to true if the query is a search or if solr_integrate is set in the query.</li>
<li>$query (WP_Query): The current WordPress query object.</li>
</ul>
Return:
<ul>
<li>
bool: true to enable Solr for the query, false to disable it.
add_filter( ‘is_solr_query’, function( $enabled, $query ) { 
 if ( $query->is_category( ‘news’ ) ) { 
 return false; 
 } 
 return $enabled; 
}, 10, 2 );
</li>
</ul>
<h4>Custom schema file path</h4>

By default, custom schema is sourced from <code>wp-content/uploads/solr-for-wordpress-on-pantheon/schema.xml</code>. This can be overridden with an absolute path using the the <code>solr_power_customer_schema_file_path</code> filter.
Parameters: 
* $custom_schema_file_path (string): Default path to a custom schema file
Return: 
* string: Absolute path to a custom schema.xml file.
<pre><code>add_filter('solr_power_customer_schema_file_path', function($custom_schema_file_path) {
 return '/absolute/path/to/schema.xml';
});
</code></pre>
<h4>Common issues</h4>

<ul>
<li>Failing to post the schema.xml will result in an error during indexing, “Missing <code>post_date_iso</code> field.”</li>
<li>If you have the field and type in the schema, but don’t add the <code>solr_build_document</code> filter, you will get a similar error.</li>
<li>If the <code>post_date_iso</code> field is missing from the index, Solr will ignore this boost and return regular results.</li>
<li>Trying to use a regular date field for the boost query will result in an error in the request instead of results.</li>
</ul>
<h4>Explicit Commit vs Autocommit</h4>

Once solr has sent the data to the solr server, solr must COMMIT the data to the index and adjust the index and relevancy ratings accordingly before that data can appear in search results.
By default, Solr Search for WordPress has auto-commit disabled. The index is committed when the uncommitted item is two minutes old, or the cron runs. By default, the cron runs on the Pantheon platform every hour.
When autocommit is enabled, Solr Search for WordPress commits data when it sends every post. When running on Pantheon, we recommend leaving autocommit disabled to aid overall site performance.
To enable autocommit, add the following to <code>wp-config.php</code> or an mu-plugin.
<pre><code> define( 'SOLRPOWER_DISABLE_AUTOCOMMIT', false );
</code></pre>
To force-commit data outside of a normal cron run, from the command line, you can run the command below or simply force a cron-run.
<pre><code> wp solr commit
</code></pre>

Solr Search for WordPress


This plugin is intended for use with sites hosted on Pantheon, and may not work with other hosting platforms.



This plugin replaces the default search mechanism within WordPress while preserving the familiar integration methods within themes and widgets.  The plugin also included a widget that you can use to integrate with the current theme


Awesome, work !!!

Improve your user experience with the Apache Solr search engine for your WordPress website.

Scott Reilly

This plugin prevents WordPress from allowing and handling any search requests from the front-end of the site. Specifically, this plugin:
<ul>
<li>Prevents the search form from appearing if the theme uses the standard <code>get_search_form()</code> function to display the search form.</li>
<li>Prevents the search form from appearing if the theme uses a <code>searchform.php</code> template</li>
<li>Prevents the search item from appearing in the admin tool bar when shown on the front-end.</li>
<li>Disables the search widget.
<ul>
<li>Removes the Search widget from the list of available widgets</li>
<li>Deactivates any search widgets currently in use in any sidebars (they are hidden, not deleted; they’ll reappear in their original locations if this plugin gets deactivated)</li>
</ul>
</li>
<li>Disables the search block.
<ul>
<li>Removes the Search block from the list of available blocks</li>
<li>Deactivates any search blocks currently in use, such as in posts or as a widget (they are disabled, not deleted; they’ll reappear if this plugin gets deactivated and the associated placeholder block doesn’t get deleted)</li>
</ul>
</li>
<li>With or without a search form, the plugin prevents any direct or manual requests by visitors, via either GET or POST requests, from actually returning any search results.</li>
<li>Submitted attempts at a search will be given a 404 File Not Found response, rendered by your site’s 404.php template, if present.</li>
<li>Disables output of <code>SearchAction</code> in SEO schema by the <a href="https://wordpress.org/plugins/wordpress-seo/" rel="ugc">Yoast SEO</a> plugin.</li>
</ul>
The plugin only affects search on the front-end of the site. It does not disable searching in the admin section of the site.
Links: <a href="https://coffee2code.com/wp-plugins/disable-search/" rel="nofollow ugc">Plugin Homepage</a> | <a href="https://wordpress.org/plugins/disable-search/" rel="ugc">Plugin Directory Page</a> | <a href="https://github.com/coffee2code/disable-search/" rel="nofollow ugc">GitHub</a> | <a href="https://coffee2code.com" rel="nofollow ugc">Author Homepage</a>

Disable Search


In 2024, numerous bots are crawling sites, generating significant search spam. Generally, site search incurs high costs, primarily because we end up paying for CPU resources consumed by spam.



If site search is not crucial for your website, I recommend activating this plugin.



Thank you, Scott, for maintaining this simple yet effective plugin!


The most effective way to avoid search spam

Disable the built-in front-end search capabilities of WordPress.

Solr Search for WordPress vs Disable Search