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?):
omeka_settings table, the
search_record_types row is set to:
I’m not sure what’s going on with the apparent duplicates. Maybe that’s the problem?
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
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)