So as an example, my About page contains the word “twitter.” Until I go save that Simple Page, the query returns no results (I’ve verified that it is removed from the search_texts
table). After I re-save it, it returns the one expected result. If at any point, I go change the search settings and re-index all records, we end up back at square one, where the “twitter” search is empty. Likewise, with Exhibit Builder exhibits and other plugin-based records. Items, Files, and Collections are not affected.
Below is the omeka_processes
table. It appears that a re-index job has never actually completed?
An example process looks like this (note lack of options?):
a:1:{s:3:"job";s:102:"{"className":"Job_SearchTextIndex","options":[],"createdAt":"2017-04-06T16:05:47+00:00","createdBy":1}";}
In omeka_settings
table, the search_record_types
row is set to:
a:7:{s:4:"Item";s:4:"Item";s:4:"File";s:4:"File";s:10:"Collection";s:10:"Collection";s:4:"Tour";s:4:"Tour";s:15:"SimplePagesPage";s:15:"SimplePagesPage";s:7:"Exhibit";s:7:"Exhibit";s:11:"ExhibitPage";s:11:"ExhibitPage";}
I’m not sure what’s going on with the apparent duplicates. Maybe that’s the problem?
System
Omeka 2.5
PHP 5.5.38 (cgi-fcgi)
OS Linux 2.6.32-642.13.1.el6.x86_64 x86_64
MySQL Server 5.5.54
MySQL Client mysqlnd 5.0.11
PHP Extensions
Regular bcmath, calendar, cgi-fcgi, Core, ctype, curl, date, dom, ereg, exif, fileinfo, filter, ftp, gd, gettext, gmp, hash, iconv, imagick, imap, intl, ionCube Loader, json, ldap, libxml, mailparse, mbstring, mcrypt, memcache, mhash, mssql, mysql, mysqli, mysqlnd, openssl, pcre, PDO, pdo_mysql, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, pspell, Reflection, session, SimpleXML, soap, sockets, SPL, sqlite3, standard, tidy, tokenizer, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib
Zend the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured)