Я хочу, чтобы по-умолчанию открывалась страница с новыми топиками (сейчас это /index/newall), а при клике на «Интересные» — по отдельному пути уже та страница, которая сейчас на /index
В конфиге есть параметры

$config['router']['config']['action_default']   = 'homepage';
$config['router']['config']['homepage']   = 'index';

которые не позволяют решить данную задачу малой кровью.
Сейчас пытаюсь по Router.class.php понять как тут всё устроено.
Может кто-то уже решал подобную задачу?

Поставил сегодня свежую версию из гитхаба.
Ставил без внесения каких-либо изменений, на mysql.
Сразу после установки иду админом создавать топик, а там селект «В какой блог публикуем?» пустой, при этом сбоку видно, что выбран всё-таки персональный блог.

Если создать таким образом топик, то он всё-таки будет размещен в «персональном».
Может это глюк под админом? Регистрирую пользователя, захожу в создание топика... В общем, та же ситуация.
Далее интереснее.
Админом создаю новый открытый блог.
Теперь и под админом, и под пользователям тот селект не пустой. Но только там один пункт — этот самый новый открытый блог. Публикация в персональный потеряна окончательно.
Возможно, если установить «Ограничение по рейтингу» в 1000000, то он исчезнет из списка?
Нет, не исчезнет. Даже только зарегистрированные пользователи с нулевым рейтингом видят этот блог в списке и совершенно безнаказано могут туда писать топики.
Я уже писал о подобном глюке. Думал, что проблема в postgresql-модицикации.
В настройках всё по-умолчанию, персональный тип блогов включен.

UPDATE: 29.05.2014
Стабильная версия. Добавлена совместимость с текущим репозиторием.
Изменения в дамп базы вносились вручную, просьба протестировать.

UPDATE: 25.02.2014
Наведен порядок с последовательностями, у полей user_login и user_mail изменен тип на citext для работы поиска без учёта регистра.
Поддержка вводится запросом CREATE EXTENSION, который появился в PostgreSQL 9.1. В случае с версиями 8.4 и 9.0 необходимо установить данное расширение из contrib/citext.sql дистрибутива базы.

UPDATE: 20.02.2014
Небольшой тюнинг схемы (IP адреса теперь имеют тип inet, timestamp теперь без временной зоны) + обновлён патч.

UPDATE: 17.02.2014
Обновил патч под текущий master, исправил несколько недочётов. В config.local.php.txt ввёл стандартные для PostgreSQL настройки.

---

Предлагаю потестировать Alto CMS в связке с PostgreSQL.
Патч пока пробный, в production не использовался.
Установщик /install не адаптировался — слишком уж он заточен на mysql.
Да и без него процедура установки не должна вызвать каких-либо проблем.

Итак, приступим к установке:

Читать дальше →

Уважаемые разработчики, не могли бы вы заменить в коде такие mysql-специфичные запросы, как REPLACE INTO ?
Я сейчас пробую запустить Alto на Postgresql, уже успешно портировал схему и смотрю как выполняются запросы.
Конкретно REPLACE INTO можно заменить на простейшую конструкцию типа

SELECT ....
if (found)
{
    UPDATE 
}
else
{
    INSERT
}

Возможно, что есть другие моменты с SQL-запросами, но из-за НГ не успеваю просмотреть всё.