silverstripe-fulltextsearch/_config.php

<?php
use SilverStripe\FullTextSearch\Search\Updaters\SearchUpdater;
global $databaseConfig;
if (isset($databaseConfig['type'])) SearchUpdater::bind_manipulation_capture();
Import first version of fulltextsearch module 2011-05-02 16:33:05 +12:00			`<?php`
WIP: Silverstripe 4 compatibility Thanks to Marco Hermo and Brett Tasker for helping with this * Bump framework/cms to ^4.0@dev * WIP Silverstripe 4 compatibility fixes * more replacements and patches to migrate this module to 4.0 * Update composer.json * remove php <5.5 from travis.yml * WIP more SS4 compatibility fixes * WIP fix solr path to use DIR, avoid hardcoded module name * WIP respect current include path * WIP Namespacing and use on SearchIndex class * Namespacing for tests * WIP add namespaces to all classes * Second push of Test changes + namespacing * WIP split Solr files with multiple classes into single file / single class. Adjust namespaces * Fix PHP errors in test * break out search components with multiple classes into individual files and change namespaces * Update namespacing for Search indexes and variants in tests * Batch fixes for tests #2 * Update _config.php to use namespace * Use root namespace in referencing Apache_Solr_Document * Migrate task names so that the name is not fully qualified 2017-02-17 12:03:51 +13:00			`use SilverStripe\FullTextSearch\Search\Updaters\SearchUpdater;`
BUG make bind_manipulation_capture call correctly When the module was called solr we could call SearchUpdater::bind_manipulation_capture in _config.php, because solr/_config.php was included after mysite/_config.php. This isnt true when the module is called fulltextsearch Instead we hook into the new RequestProcessor in 3.0 to make the manipulation capture. We also make bind_manipulation_capture re-callable, so you can call it any time you need to make sure. 2012-07-19 12:09:15 +12:00			`global $databaseConfig;`
			`if (isset($databaseConfig['type'])) SearchUpdater::bind_manipulation_capture();`