Обработка ББ-кодов в результатах поиска

Возможно эту строчечку стоит отключить :

$message = str_replace("\n", '<br />', pun_htmlspecialchars($search_set[$i]['message']));

т.е. не отключить, а на ее место поставить

$message = parse_message($search_set[$i]['message'], $message['hide_smilies']);

Добавлено спустя     14 минут   37 секунд:
Еще и часть строки

<dd>Replies:

заменить на

<dd><?php echo $lang_common['Replies'] ?>:

Я думаю, что если это решение не дополнить "умной" обрезкой  бб-кодов, то страница результатов поиска рано или поздно будет перекошена.

Я его вообще не ставил

А разве найденные сообщения обрезаются? Я посмотрел результат поиска, там все сообщения целиком идут, просто не выводятся для отображения т.к. высота постов в ограничена.
Или я не прав?

Чтобы View All Posts In Topic работал в поиске, если он у Вас там еще не работает поставте между

$per_page = ($show_as == 'posts') ? $pun_user['disp_posts'] : $pun_user['disp_topics'];

и

$num_pages = ceil($num_hits / $per_page);

вот этот код

    // START Mod title:  View All Posts In Topic
    if ($action == 'all')
      $per_page = $num_hits;

Добавлено спустя     6 минут   29 секунд:
А как сделать так, чтобы недьзя было бы искать по BB-кодам?

у меня сообщения в поисковой выдаче таки режутся, только большинство постов эту границу не достигают.
используется "интеллектуальная обрезка" с сохранением тегов.
подсветки слов нет, imho не очень оно и надо.

пример: ищем слово супер*

обратите внимание - в "хлебных крошках" видно что же мы собственно ищем. вы будете смеятся, этой ообенности в оригинальном punbb нет. вы никогда не поймете, что сделали опечатку.

что-то непонятно почему у вас [ b ] или [img] вообще можно искать
вродебы фрагменты кода, которые здесь приводили, должны влиять на вывод, но не на индексацию слов

в search.php есть такой фрагмент:

                // Filter out non-alphabetical chars
                $noise_match = array('^', '$', '&', '(', ')', '<', '>', '`', '\'', '"', '|', ',', '@', '_', '?', '%', '~', '[', ']', '{', '}', ':', '\\', '/', '=', '#', '\'', ';', '!', '¤');
                $noise_replace = array(' ', ' ', ' ', ' ', ' ', ' ', ' ', '',  '',   ' ', ' ', ' ', ' ', '',  ' ', ' ', ' ', ' ', ' ', ' ', ' ', ' ', '' ,  ' ', ' ', ' ', ' ',  ' ', ' ', ' ');
                $keywords = str_replace($noise_match, $noise_replace, $keywords);

в результате ключевое слово для поиска лишается символов "[" и "]" и поиск должен делаться не по тегам, а по  "B" и "IMG"
такчто, imho, ребята вы сами себя обманули. ищется не картинка, а слово IMG в пути картинки, так уж получилось

при индексации теги теряются ( не все! код приводить не буду, но [ img ] должен пропасть, а [ b ] должен превратиться в b ).
остается путь до картинки... типа http: //blabla.com/img/tralibali.jpg , который индексируется как набор слов
http blabla img tralivali jpg

поправьте меня, если я ошибаюсь

все-таки придется привести код из search_idx.php

        $noise_match =         array('[quote', '[code', '[url', '[img', '[email', '[color', '[colour', 'quote]', 'code]', 'url]', 'img]', 'email]', 'color]', 'colour]', '^', '$', '&', '(', ')', '<', '>', '`', '\'', '"', '|', ',', '@', '_', '?', '%', '~', '+', '[', ']', '{', '}', ':', '\\', '/', '=', '#', ';', '!', '*');
        $noise_replace =    array('',       '',      '',     '',     '',       '',       '',        '',       '',      '',     '',     '',       '',       '',        ' ', ' ', ' ', ' ', ' ', ' ', ' ', '',  '',   ' ', ' ', ' ', ' ', '',  ' ', ' ', ' ', ' ', ' ', ' ', ' ', ' ', ' ', '' ,  ' ', ' ', ' ', ' ', ' ', ' ');

        $stopwords = (array)@file(PUN_ROOT.'lang/'.$pun_user['language'].'/stopwords.txt');
        $stopwords = array_map('trim', $stopwords);

...
    // Filter out junk
    $text = str_replace($noise_match, $noise_replace, $text);

отсюда видно, что [img  должен пропасть, а [ b ] останется просто как b

собственно речь не о том

нет, ничего не появилось. только выводится теперь по-другому, а поиск остался каким был

Добавлено спустя     9 минут   17 секунд:

ты про ограничение по высоте? в стилях. файл base.css

/* 7.7 Maximum height for search results as posts. Position go to post link */

DIV.searchposts DIV.postmsg {HEIGHT: 8em}
DIV.searchposts DD P {PADDING-TOP: 3em}

правда незнаешь? вероятно от Рикарда учите матчасть:
1) индексация — search_idx.php, функция split_words()
2) нахождение — search.php?action=search&keywords=**** и
3) вывод — search.php?search_id=###

корявости есть во всех кусках непонятно почему такая важная тема, как поиск до сих пор так мало модилась и исправлялась!!!

offtopic: мне больно и обидно, что в 1.3 новая команда не стала развивать поиск, а переложила все на MySql Filltext search. вопросов не убавилось...

Так вот при ближайшем рассмотрении search.php было обнаружено, что если в настройках включен мультибайт для используемой кодировки, поиск выполняется совершенно по другой ветке.
В таком случае поиску по барабану, что там за индексы слов построены в таблицах search.... Выборка SQL запросами идет прямо из таблицы posts и topics.

А у меня как раз мультибайт включен
На этом форуме посмотрел мультибайт в поиске принудительно выключен!