Не поддерживаются LS-хуки, но это вовсе не значит, что невозможно встроить настройки плагина в админку. Вот, например: altocms.ru/addons/item/51/ — этот плагин в админку движка встраивает целый блок меню.

Я так понимаю, речь о том, что в ЛС из коробки есть как бы куцая «админка» и, соответственно, предусмотрены хуки для встраивания в нее экшенов настройки плагинов. И, конечно, в Альто это дело не поддерживается.

Штатных способов нет, хотя потребность в этом, кажется, есть

?_topic — на хосте префикс таблиц может быть какой угодно, и движок подставляет правильный префикс, как он задан в настройках

А можно чуть конкретнее? В каком месте не получается достучаться до $aFilter? Я вот прямо сейчас вношу правки в модуль Topic как раз в плане работы с предопределенными фильтрами. И, возможно, мог бы учесть сразу ваши проблемы

В модуле Topic есть метод GetTopicsByFilter(). Вот, например, получение списка топиков с сортировкой по ID авторов:

$aFilter = array(
    'order' => 'user_id',
);
$aTopics = E::ModuleTopic()->GetTopicsByFilter($aFilter);

Аналогичный метод есть и у модуля Blog:

$aFilter = array(
    'order' => '...',
);
$aBlogs = E::ModuleBlog()->GetBlogsByFilter($aFilter);

Согласен, давно напрашивется такое поле как в блогах, так и в юзерах

Наверное, мало город определять, надо с найденным городом что-то еще делать — куда-то его сохранять, например.

Я как-то не планировал, что плагин будет использоваться на продакшене, писался исключительно для разработки. На живом сайте максимум — это проверка корректности конфига сайта. Поэтому в экшене проверка стоит на админа, а отладка без проверки юзера работает

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

Пардон, ошибся, в данном случае по умолчанию используется, конечно же, код 301. В статье исправил.

А редирект с кодом 303 используется при отправке форм, как это положено стандартом. Да, я знаю, что часто для этого код 302 используется, такая уж сложилась практика еще в те времена, когда не все клиенты поддерживали HTTP/1.1 и не понимали код 303. Но сейчас, я полагаю, таких в природе не осталось и можно уже делать не так, как когда-то повелось, а как это предписано стандартами.

Скорее всего движок нужно обновить, взять с гитхаба. Со времени релиза 1.1.0-b были коммиты, которые улучшают поддержку PSR-4

Статья о том, как реализована поддержка мультиязычности в Альто: altocms.ru/35.html

Если кратко, то что есть в Альто сейчас:
1) Задание списка языков, которые поддерживаются на сайте
2) Переключение на нужный язык либо через указание языка в адресе URL site.com/en/, либо через параметр site.com?lang=en (задается в конфиге), с сохранением выбранного языка в сессии
3) Поддержка локали, направления письма, атрибутов rel=«alternate» hreflang=«x»

И в той статье я писал уже, но могу повторить: понятие «мультиязычности» — довольно размыто, и каждый вкладывает в него свой смысл, поэтому вариантов реализации может быть множество. Например:

Вариант 1: На сайте могут публиковаться статьи на разных языках, и по умолчанию все они попадают в одну ленту вперемешку, фильтрация обычно выполняется, если юзер это указывает явно.

Вариант 2: Публикуемые на сайте статьи при выводе автоматически фильтруются по выбранному языку. Но сами статьи на разных языках друг с другом не связаны никак. Т.е. каждая статья — это отдельная сущность.

Вариант 3: Фильтрация статей по выбранному языку, но при этом одна статья на разных языках — это одна сущность. Т.е. каждая статья может иметь несколько заголовков на разных языках, сам текст на разных языках и теги.

К тому же далеко не на каждом сайте требуется многоязычность. Поэтому «вариант 1» все же планируется реализовать в самом движке, как самый простой, но все остальное — это на откуп разработчиков плагинов.

Исправлено. Плагин обновлен на гитхабе и в каталоге

Не-не, в код лазить не надо, надо изменить права на файлы. Или владельца файлов.

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

chown www-user -R /home/srv32984/etrt.ru/

В сообщении об ошибке говорится, что система не может подключить файл
/home/srv32984/etrt.ru/engine/include/Func.php

Это значит, что либо этого файла нет, либо не хватает прав для того, чтоб его подключить

Надо ДО отключения плагина в админке удалить доп.поле «карта» из тех типов контента, где она была добавлена.

Попробуйте сейчас скачать с гитхаба: github.com/altocms/alto-plugin-maps/archive/master.zip
И дайте знать, если проблема с выводом решилась — если карта не задана, то топики без карты отображаются, как обычно, а где задана — показывается карта

Версия плагина последняя, 1.1.3?

Плагин Maps адаптирован под Альто 1.+ altocms.ru/1111.html