А самому в денвере версию не обновить? На моём хостере функция выбора php стала платной поэтому я не смогу протестировать скрипт...

Можно установить OpenServer. Он также бесплатный, в настройке даже проще, чем Denwer. Легко переключать версии PHP и других компонентов.

Но под XP он не работает.
Можно разместить на бесплатном хостинге и потестировать там. Вот тут, например, дают две недели бесплатного хостинга.

Спасибо за инфу, я пока так, по старинке пользуюсь 😉 закинул форум на бесплатный хостинг. Там потестю пока...

У меня работает. Просто надо установить версию 5.2.8
---------------
Вопрос к топикстартёру:
В новой версии в файлах базы данных информация сохраняется в utf-8?

Да, в UTF-8.

А ничего, что на это требуется как минимум в 2 раза больше дискового пространства?

Да, места требуется больше, однако, с этой кодировкой не возникает проблем при использовании нестандартных символов, чего добиться с Windows-1251 было затруднительно.

Мне известна пара случаев, когда пользователи хотели иметь возможность пользоваться на ExBB арабским и японским текстом, причём нужно было проводить обработку таких сообщений.

Отказываться от поддержки таких случаев и от локализации - ограничивать применимость ExBB. А потребность использовать несколько языков сразу бывает, и я наблюдал это.

Я бы то же не стал отказываться от мультиязычности. Если пользоваться нормальным PHP редактором, то особых сложностей в анализе кода я не вижу. Другое дело, что и в языковых файлах нужно наводить порядок и выработать какую-то систему.

А что если делать вставки посредством html последовательностей? Так мы избежим потерю места на хостинге и обеспечим поддержку юникод-симовлов.. Правда тут без js не обойтись..

"И нам становится страшно что-то менять"..
А что если сделать два варианта: один с поддержкой мультиязычности, а другой без оной? Ну, типа лайт-версии основного форумного движка.. Не всем же нужен навороченный форум, некоторым нужно что-то попроще и попонятней, в зависимости от уровня админа. Но чтобы функционал был на уровне основного.
Кстати, не вижу причин, почему, якобы, стало бы трудно обеспечить мультиязычность если у нас не будет отдельной папки с описанием выводимого текста, а будут только конкретные модули с этим текстом внутри. Ведь этот текст тоже можно выделить путём, например, печати его на отдельной строке в коде. Тем более что весь этот текст лежит в контексте вывода в конкретном месте кода. Человек, который хочет сделать мультиязычность, открывает соответствующий модуль и просматривая сверху вниз меняет текст. Потом открывает другой модуль.. Ну, надо попробовать, попытка не пытка.

Наверно вы правы. Можно упростить скрипт таким образом:
Делаем на каждый модуль свой один lang файл. Вместо ассоциативного массива используем простой массив. Что это даёт? А вот смотрите: сейчас, что бы посмотреть строку замещения необходимо открыть языковой файл и, заметьте!, ОТЫСКАТЬ строку вида $lang['Forum_Info'] = 'Информация о форуме'; по id Forum_Info. Просто так глазами не получится слишком долго, а время - деньги, как говорят американцы, поэтому надо задействовать поиск по файлу в редакторе. А это опять же утомительно постоянно нажимать на кнопки теряя время. По каждой строчке использовать поиск?
Если же вместо английских алиасов сделать простой числовой индекс то проблема снимается. Если в файле строки упорядочены по своим индексам, то найти нужную строку не представляется сложным:
$lang[0] = 'Информация о форуме';
$lang[1] = 'Ответов';
$lang[2] = 'Темы';
Смотрим на число и сразу находим нужную строку, это гораздо быстрее и приятнее, чем пользовать поиск по файлу. Кстати, для разрабов движка это сущее облегчение, ибо не нужно тратить время на постоянное придумывание алиасов на английском языке.

Да, есть такая проблема. Когда знание английского на уровне "читаю со словарём" придумать алиас бывает довольно трудно.

Кстати, при таком подходе(да и в других случаях), можно облегчить жизнь пользователей скрипта путём простого добавления в основной скрипт комментария с русской строкой замещения. В этом случае вообще не придётся лазить по ланг файлам.

Кстати, так именно реализовано в yabb.

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