Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#49 2014-02-22 00:14:09
- uli
- Moderator
- From: Cologne
- Registered: 2006-08-15
- Posts: 4,311
Re: wet_haystack: Custom fulltext search index builder
Hi John,
what you describe as case B seems to be the normal behaviour of the standard TXP search, so not haystack dependent. Have you taken a look at smd_fuzzy_find already?
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
Re: wet_haystack: Custom fulltext search index builder
Yes, fuzzy_find is already in place, but I have other articles that include those names, so it doesn’t trigger. Should I move this query to the “How Do I” forum?
Offline
#51 2014-02-22 02:05:42
- uli
- Moderator
- From: Cologne
- Registered: 2006-08-15
- Posts: 4,311
Re: wet_haystack: Custom fulltext search index builder
Then there’s yet ob1_advanced_search :) From its PDF manual:
words
Defines if the user can use word searches (all words, exact phrase and at least one word).
Download links in this post.
I’ve not tested whether this still works, and it might act vicious, see last post of the thread.
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#52 2014-08-13 10:41:34
- element
- Member
- Registered: 2009-11-18
- Posts: 99
Re: wet_haystack: Custom fulltext search index builder
Using Txp 4.5.5 and PHP 5.4, extension doesn’t seem to search in custom fields any more, despite being selected.
Offline
Re: wet_haystack: Custom fulltext search index builder
element wrote #282879:
Using Txp 4.5.5 and PHP 5.4, extension doesn’t seem to search in custom fields any more, despite being selected.
Same thing here, using TXP 4.5.5 and PHP 5.3.28.
Offline
#54 2014-09-01 09:52:32
- element
- Member
- Registered: 2009-11-18
- Posts: 99
Re: wet_haystack: Custom fulltext search index builder
Anyone with a solution for a non-working wet_haystack?
Offline
Re: wet_haystack: Custom fulltext search index builder
johnstephens wrote #282894:
Same thing here, using TXP 4.5.5 and PHP 5.3.28.
I might have been mistaken. I’m not sure, because I didn’t make record of the keywords I was testing previously, so I can’t test those again.
I operate an academic journal site that uses custom fields to associate authors with each article, because an individual article may have 2 or more authors. The author information is stored in the table for smd_bio.
One custom field holds the smd_bio author IDs as a comma-separated list, like this: robert-jones, john-smith.
Another field holds the author names in a citation format, like this: Jones, Robert, and John Smith.
Both fields are selected as “searchable columns” in wet_haystack’s preferences.
Suppose author John Smith has just one article on the site. When I search for that name in my site search field, first name and last with no other text, with the search field’s matching attribute set to all, I get three pages of results. Every result on the first page is an article with “John” or “Smith” in the text somewhere, but none of them have the phrase “John Smith”.
Today, I noticed that John Smith’s article is showing up as result number 15, the 5th listing on page 2. It is the only article on the site that includes the phrase “John Smith”, but that phrase is in the citation format field.
Having that search result pop up shows that wet_haystack is still indexing the site’s custom fields, so I have to withdraw my report.
Last edited by johnstephens (2014-10-08 23:16:25)
Offline