У меня в продакшене работает собственная модификация под PostgreSQL. Раньше я размещал патчи и схемы для постгреса, но потом перестал.
К великому сожалению, авторы всё глубже и глубже уходят в дебри mysql.
В идеале хотелось бы иметь в движке DBAL (как PhpBB) или бы вообще ORM, а то приходится пачками переписывать запросы, что при отсутствии документации даёт некоторую вероятность ошибки. Вроде этого

-                  AND (m.type & (?d | ?d | ?d))
+                  AND (m.type::int & (?d::int | ?d::int | ?d::int))::boolean

P.S.
Нашел баг — при редактировании комментария, & превращается в & #38;

Сорри, проглядел )

Данные о просмотрах хранятся в topic_count_read?

Да, ест-но я так и пробовал.
После ответа полез проверять ещё раз и обнаружил, что значение в конфиге перезаписывается конфигурацией из базы. Твоюж… :)

Надеюсь marques всё-таки появится и допилит altocms.ru/addons/item/58/ а то купил для 1.0, а он не работает.
И ещё, в EXPERIENCE если навести мышку, например, где круг , то курсор меняет вид на «ссылочный», но при этом область кликабельной не является.

Патч обновлён.

Вот бы эту настройку сделать индивидуальной, через лк пользователя.

Стоял 0. Поставил -10, ничего не изменилось. Да и относится это к настройке «Могут создавать пользователи», которая выключена.

Да, как я уже писал — версия февральская.
В настройках персонального блога устанавливается только лимит рейтинга для комментирования…

Именно -1000 и стоит.

Версия из гитхаба второй половины февраля.

Да, конечно есть.
Если рейтинг 0 поставить — он в списке появляется.

Ошибка не выводится. При создании топика в выборе блога только один коллективный, личного в списке нет.
Если выставить вручную рейтинг в 0, то в списке появляется личный блог.

Чтобы не создавать новый топик, спрошу тут.
У меня пользователь с отрицательным рейтингом (-1) не может писать в свой личный блог.
Вот в конфиге по-умолчанию уставлен параметр

$config['acl']['create']['topic']['limit_rating']         =  -20; // порог рейтинга при котором юзер может создавать топики (учитываются любые блоги, включая персональные), как дополнительная защита от спама/троллинга

Но думаю, что он тут ни при чём.
Базу конвертировал вручную из другого движка, мог где-то накосячить, но надо сначала исключить варианты с настройками в конфиге.

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

Попробовал разные версии PostgreSQL.
Из за функции field минимальная версия PostgreSQL — 8.4
Там запрос отработал нормально
Попробовал версию
$ psql
psql (9.1.11)
Там тоже всё сработало.

Ошибка связана с функцией FIELD, конкретно её я тестировал только на PG 9.3.

Спасибо за отзыв. А что за версия PostgreSQL?

Спасибо разработчикам за оперативное исполнение пожелания.
В /common/classes/modules/user/mapper/User.mapper.class.php на 989 строке ещё осталось
REPLACE ?_reminder
В целом я уже запустил alto на postgresql, но пока местами вылезают косяки с запросами.
После отлова и исправления всех глюков на днях выложу дамп схемы и diff по коду.

Я готов этим заниматься. По возвращению из отпуска в середине января продолжу ревизию запросов.