Проблема в редакторах, некорректно работающих с UTF-8, вроде встроенного в WinSCP. С его медвежьей услугой файл в 1251 может иметь BOM (!) - столкнулся однажды на практике. Пользуйтесь правильными редакторами.

Форум «Лаборатории dk»: php-функции для обработки текста в кодировке UTF-8

must have! ссылку нашел через блог Жилинского

Интересный мануал, ну сказанул

Ну например у меня был какой-то справочник по TCP/IP от издательства "Питер", мне его было интересно читать, пока у меня его одна знакомая не взяла... С тех пор я его больше не видел, так же как и ещё 2 книги по комповой безопастности, которые я даже не начал читать... И каждая из этих книг стоила в районе 500 рублей =\
Вообще некоторые вещи вроде мануалов мне было интересно читать, когда автор живо пишет что-то а не просто нудно излагает информацию... =(

он мне показался слишком навароченным, и вообще не понравился... :) Ктомуже он очень популярный, а мне хочется чего-нить малоиспользуемого... Вообще я как-то предпочитаю пользоваться малопопулярными вещами...
А так глядиш с punbb ещё и php выучу... Вот CSS уже собираюсь вспоминать, т.к. хочу тему для форума сделать по своему вкусу... ^_^
Ещё никак руки не дойдут сайт начать делать, хочу исключительно HTML+CSS юзать, постараюсь даже без жабаскрипта обойтись...

В общем в результате я наверное форум снесу и постараюсь вашу сборку поставить, а потом впихнуть в неё базу данных из бэкапа...

форум, только для тех кто нифига не понимает в пхп да и вообще с языками программирования и скриптовыми языками слабо занком...

phpbb?

Интересный мануал, ну сказанул

Посоветуйте мне тогда такой же(ну можно не совсем такой же, чтоб там был примерно такой же набор функций как у вашей сборки punbb, только чтоб дополнительно ничего небыло, я нахожу, что в большинстве остальных форумов слишком много лишних вещей, да и сами по себе они более громосткие) форум, только для тех кто нифига не понимает в пхп да и вообще с языками программирования и скриптовыми языками слабо занком...
Если б я знал альтэрнативу какую-нибудь...

Или, посоветуйте мне какой-нить гайд/мануал по пхп... Желательно, только, чтоб интересно было написанно..
/me вспомнил, что он ещё месяца 3 назад собирался садиться за изучение C#, дабы написать кой-каких скриптов для рануо, даже уже книжек накачал, но пока никак руки не доходят... =\

У вас, судя по всему, поле осталось 20-байтным. Если split_words выдает слова до 40 байт блинной, то и поле должно быть таким!!! Или поправьте функцию чтобы оставляла 20 байт (до 20 латинских букв == до 10 русских == до 6 китайских)

В UTF-8 длина одного символа от 1 до 4 байт, имейте это в виду.

An error was encountered
File: ***/include/search_idx.php
Line: 149

PunBB reported: Unable to insert search index words 

Database reported: Duplicate entry 'browserparasitescann' for key 1 (Errno: 1062)

Сто сорок девятая строка в файле "search_idx.php":

                    $db->query('INSERT INTO '.$db->prefix.'search_words (word) VALUES'.implode(',', preg_replace('#^(.*)$#', '(\'\1\')', $new_words))) or error('Unable to insert search index words', __FILE__, __LINE__, $db->error());

Извиняюсь за глупые вопросы, я в php абсолютный ноль, да и вообще ни каких языков программирования или скриптовых не знаю(если не считать давно забытый JavaScript)... =\

- помоему п. 3b все написано однозначно: "во всех *.php " и "особый случай".

- split_words: вам надо понять как работает функция pun_strlen. в отличие от strlen она возвращает не длину в байтах, а длину в "экранных символах", в т.ч. в символах вида &#nnnn;
split_words выбрасывает те слова, которые не влезут в поле search_words.word ...

2. в файле include/dblayer/mysql.php сразу за if ($this->link_id) надо указать что мы работаем с данными в уникоде:

В этом файле "if ($this->link_id)" встречается 2 раза(в "function DBLayer" и в function close), в обоих случаях надо указывать?

Пункт 3b относится только к "include/" или ко всему форуму вообще?

И ещё вот вопрос, я несовсем понял что надо делать, у меня возникает ошибка "Unable to insert search index words", при попытке редактирования постов, хотя всё делал по этой инструкции, но мог где-то ошибиться или что-то пропустить, не знаете, что я мог сделать неправильно?
P.S. В файле include/search_idx.php кусок функции split_words, который у вас выглядит вот так:

            $num_chars = strlen($word);

            if ($num_chars < 3 || $num_chars > 40 || in_array($word, $stopwords))
                unset($words[$i]);

у меня выглядит вот так:

            $num_chars = pun_strlen($word);

            if ($num_chars < 3 || $num_chars > 40 || in_array($word, $stopwords))
                unset($words[$i]);

punbb-1.2.17+utf-8+1.0.zip

intdn.com/idn/viewtopic.php?id=2881

$db_type = 'mysqli';

форум будет использовать файл mysqli.php , а не mysql.php. а значит чтобы вы там не писа́ли в mysql.php, не будет никакого эффекта. вот как выглядит правильный фрагмент в [size=16]mysqli.php[/size]

    function DBLayer($db_host, $db_username, $db_password, $db_name, $db_prefix, $foo)
    {
        $this->prefix = $db_prefix;

        // Was a custom port supplied with $db_host?
        if (strpos($db_host, ':') !== false)
            list($db_host, $db_port) = explode(':', $db_host);

        if (isset($db_port))
            $this->link_id = @mysqli_connect($db_host, $db_username, $db_password, $db_name, $db_port);
        else
            $this->link_id = @mysqli_connect($db_host, $db_username, $db_password, $db_name);

        if (!$this->link_id)
            error('Unable to connect to MySQL and select database. MySQL reported: '.mysqli_connect_error(), __FILE__, __LINE__);

        @mysqli_query($this->link_id, "SET NAMES 'utf8'");
    }

Плевать в какой кодировке работаем, надо чтобы все обслуживающие программы знали с какой кодировкой работают в данный момент.

Цепочка программ такая: браузер - вебсервер - php_с_клиентом_msql - сервер_mysql

Есть кодировка страниц, а есть кодировка данных в таблицах БД. Они могут совпадать, а могут и не совпадать! Между ними есть невидимая "труба" — клиент mysql. Он ВСЕГДА пытается перекодировать данные с кодировки базы в кодировку страниц и обратно.

Клиент mysql точно знает какая кодировка в таблице - там она указана. Про кодировку страниц клиент строит предположения. Чтобы подсказать ему правильное решение мы можем дать команду SET NAMES.

ИТОГО: для правильной работы с русским текстом надо обеспечить следующие условия:
1. Таблицы должны иметь русский (cp1251, koi8r) или уникодный (utf8) чарсет. Лучше всего настроить такой чарсет по-умолчанию для своей базы ПЕРЕД установкой форума. Или в install.php указывать [search]default charset[/search] для всех CREATE TABLE. Коллейшн (порядок сортировки) зависит от чарсета. Если вы указали правильный чарсет, коллейшн сам подставится правильный.
2. В php скриптах сразу после соединения с базой надо явно указывать кодировку html. То есть прописать [search]SET NAMES[/search].

Если эти два условия соблюдены, ваши данные будут белыми и пушистыми. Иначе может вылезти лажа, причем может вылезти не сразу, а когда вам будет чего терять. Заметьте: здесь я говорю не только про utf и не только про PunBB, эти правила универсальные, относятся к любым кодировкам и скриптам.
ВСЕГДА ПРОПИСЫВАЙТЕ КОДИРОВКИ ЯВНО! НЕ ПОЛАГАЙТЕСЬ НА УДАЧУ!

Update:
Бывает такое: что бы мы не прописали в <meta ... Content-Type ... chasert ... /> браузер самонастраивается на одну кодировку, например на windows-1251. Это значит, что Apache подставляет в заголовок http свое сообщение про кодировку. А зря... Грешат этим русские провайдеры.
Исправить можно опять-таки указывая ЯВНО свою кодировку в файле .htaccess командой [search]AddDefaultCharset[/search]. Тогда Apache будет подставлять в заголовок то, что нам надо.