Intellect Board — cистема управления сайтом

Вроде все работает. Осталась неисправленной ошибка с вынесением предупреждений/поощрений (подробности двумя постами выше) — не пойму, где формируется запрос...
В прикреплении — файлы, содержащие изменения по сравнению с текущим дистрибутивом.

P.S. На совместимость с MySQL эти изменения проверялись наспех — вроде работает нормально.

P.P.S. Рекомендация — не устанавливать файлы до их проверки XXXX Pro

Вот это можно добавить в readme:
Требования при установке форума на PostgreSQL:
- Наличие установленного модуля полнотекстового поиска tsearch2
- Как минимум, привилегия CREATE на базу.
- Как минимум, привилегия SELECT на таблицы pg_ts_cfg, pg_ts_cfgmap, pg_ts_dict, pg_ts_parser модуля tseardch2.
- Желательна (но пока не обязательна) поддержка процедурного языка PL/pgSQL. При наличии прав это выполняется из АЦ  двумя запросами:

   CREATE FUNCTION plpgsql_call_handler() RETURNS language_handler AS
         '$libdir/plpgsql' LANGUAGE C;

  CREATE TRUSTED PROCEDURAL LANGUAGE plpgsql
        HANDLER plpgsql_call_handler
        VALIDATOR plpgsql_validator;


В зависимости от настроек сервера PostgreSQL, может потребоваться указать кодировку клиента и установить конфигурацию модуля полнотекстового поиска. Для этого в файлах index.php, agent.php, file.php, rss.php и admin/index.php найти строки:

      if ($DBpersist) $link=db_pconnect($DBhost,$DBusername,$DBpassword,$DBname);
      else $link=db_connect($DBhost,$DBusername,$DBpassword,$DBname);
и добавить сразу после них:
      pg_query("SET client_encoding='win1251'");            //кодировка клиента
      pg_query("SELECT set_curcfg('default_russian')");     //конфигурация поиска

В файле /admin/basic.php функция оптимизации (дефрагментации) базы данных для PostgreSQL отключена, для ее включения закомментировать всю функцию
function do_optimize() со строкой $sql = "SHOW TABLES";  (для MySQL)
и раскомментировать
function do_optimize() со строкой $sql = "VACUUM FULL ANALYZE";  (для PostgreSQL)

Точно — так будет лучше. И, наверное, комментировать pg_query("SELECT set_curcfg('default_russian')"); не нужно. Вряд ли хостеры меняют конфигурацию 'default' наверняка остается 'latin-1'... Хотя могу ошибаться — никогда дел с хостингом не имел.

В tsearch2 по умолчанию (во всяком случае, для PostgreSQL 8.0 и 8.1) три конфигурации — default (latin-1), default_russian (koi-8) и simple. И вряд ли кто это меняет, чтобы не терять универсальность.
В крайнем случае, можно закомментарить и ридми указать, что при появлении вопросительных знаков (или крокозяблов) вместо текста или при ошибке ERROR: could not find tsearch config by localeнужно эти строки раскомментировать.

PL/pgSQL, возможно, понадобится для реализации бекапа — похоже, для этого без хранимых процедур на PL/pgSQL не обойтись...

Победил последнюю известную ошибку. Лишнее поле порождалось скриптом, преобразующим запросы вида
"INSERT INTO table SET field=value" в "INSERT INTO table(field) VALUES(value)".
Такое поле появлялось, если в тексте сообщения встречается, например ".../index.php?t=17 Срок действия..." После доработки функции db_query заработало.
Доработка заключается в удалении подстрок, заключенных в неэкранированные двойные кавычки перед парсингом "незакавыченных" чисел:
function &db_query($query,$link,$debug=0) {
  $GLOBALS['query_count']++;
  $query=preg_replace("/MOD\(FLOOR\(/is","MOD((",$query);
  if (preg_match("/^\s*?INSERT\s+?INTO\s+?(\w+?)\s+?SET\s+?(.*)/is",$query,$match)) {
    preg_match_all("/([\w\d]+)\s*=\s*(\".*?(?<!\\\)\")/is",$match[2],$fields1);
    $tmp1=preg_replace("/([\w\d]+)\s*=\s*(\".*?(?<!\\\)\")/is","",$query);
  if (preg_match("/^\s*?INSERT\s+?INTO\s+?(\w+?)\s+?SET\s+?(.*)/is",$tmp1,$match1)) {
    preg_match_all("/([\w\d]+)\s*=\s*(\d+)\s*,/is",$match1[2]." ",$fields2); }
    $fnames=join(",",array_merge($fields1[1],$fields2[1]));
    $fdata=join(",",array_merge($fields1[2],$fields2[2]));
  $query="INSERT INTO ".$match[1]." (".$fnames.") VALUES (".$fdata.")";
  }
  $query=preg_replace("/(?<!\\\)\"/is","'",$query);
  if (preg_match("/^\s*?LOCK\s+?TABLE/is",$query)) return;
         .......... дальше без изменений ................

XXXX Pro написал:

[q]

Слушай, а вот это ты зачем добавил:
$query=preg_replace("/MOD\(FLOOR\(/is","MOD((",$query);

[/q]

Запрос....MOD(FLOOR(uo_time/".(24*60*60)."),7) в Postgre дает ошибку. Как оказалось, работает в таком виде:....MOD((uo_time/".(24*60*60)."),7)
Других ошибок пока не обнаружено, наверное можно рекомендовать к установке для тестирования...