v0.9.2

WP Arabic Search 0.9.2

Two more test rounds since 0.9.1. The index now keeps one searchable column
instead of two, which closed two ways this plugin answered worse than the search
it replaces.

Fixed

• post_excerpt was never indexed, for any post type. Core searches title, excerpt
  and content, so a post whose manual excerpt carried a word found nowhere else
  was returned by plain WordPress and missed here.
• Attachments were indexed by title and description only. Captions and filenames
  are indexed now too. Core matches filenames through a filter that rewrites its
  own LIKE clause, and this plugin's rewrite left that clause absent, so filename
  search had stopped silently.
• reindex reported success having written nothing. Its count came from the number
  of posts selected, never the number written, so every write could fail and the
  command still announced the full total. It now counts rows after the run, and
  recovers on its own from a table that has been dropped.
• status reported a missing table as a raw SQL error rather than a clear message.

Added

• Alt text is searchable. WordPress does not search it at all.
• wpas_searchable_parts( array $parts, WP_Post $post ) makes any meta field,
  taxonomy or post type searchable with no schema change, because it all lands in
  the same indexed column.

Changed

• Schema 3: one matched column, search_text, with normalized_title kept only so
  the ranking boost still discriminates. A schema change now drops and rebuilds
  rather than migrating in place, so the index is briefly empty and the plugin
  falls back to core, instead of a half-migrated table answering every search
  with nothing.

Upgrading

• Run 'wp arabic-search reindex' after updating. The table is rebuilt empty by
  design; until you do, search falls back to core and status exits non-zero.

Measured on 50,000 posts

• Index size and reindex time unchanged (67 MB, 15 s). Query times flat or
  slightly better.