Это получилась случайная проверка тех, кто еще на старых версиях php сидит :)

В строке 1848 вот это

$aSorted = [];

надо заменить на

$aSorted = array();

Но вообще php надо бы обновлять

По поводу SQL-ошибки — самое простое, пожалуй, это удалить поле prefix_topic.topic_date_show и создать его заново, как в я писал в комменте выше.

По поводу ошибки 1) — видимо, вылезают какие-то нюансы конкретной версии MySQL. Какая версия используется?

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

По фото, честно говоря, уже не помню детально как там работает, посмотрю

Нужно создать колонку topic_date_show в таблице prefix_topic и загнать туда значения по умолчанию:

ALTER TABLE `prefix_topic` ADD `topic_date_show` datetime DEFAULT NULL AFTER `topic_date_edit`;

UPDATE prefix_topic SET topic_date_show=topic_date_add
WHERE topic_publish=1 AND topic_date_show IS NULL;

ALTER TABLE  `prefix_topic` ADD INDEX (  `topic_date_show` );

Конвертация базы с ЛС выполняется на Альто 1.0, а потом эту же базу надо конвертировать еще и в Альто 1.1. Можно вручную это сделать: install/db/convert_1.0_to_1.1.sql

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

А у ЛС, кстати, уже даже бета второй версии вышла.

ЗЫ Топики большой, поэтому значительную часть текста я убрал под кат. Если что, можешь сам кат поставить, куда считаешь нужным

Я не очень понимаю, чего я должен угадать в этом ребусе

Вот только что установил свежую версию на хостинг jino.ru: http://vshemarov.myjino.ru/alto/index/new/

Взял ресурсов по минимуму, насколько там было возможно. Установка прошла практически мгновенно

Это верстка слегка поломана:

Обратите внимание — все элементы li, кроме первого имеют css-класс btn.

Размер задается при загрузке изображения:

Все, что вставляется в текст топика, все проходит через фильтр типографа Qevix. Независимо от того, кто публикует текст, админ или просто юзер. И принцип работы типографа простой — запрещено все, что не разрешено. Поэтому со вставкой произвольного html-кода — это очень проблематично.

Со вставкой фреймов из любых источников — тоже. Но если речь о том, чтоб разрешить всем вставлять фреймы с каких-то конкретных ресурсов, то это делается настройками в файле app/config/qevix.php — там нужно прописать разрешенный домены для тега <iframe>

В эту папку складываются скрипты и стили, который потом подключаются на страницах сайта. Ее содержимое можно смело удалять — все, что нужно будет сгенерировано заново. Но если после генерации зараза в файлах опять будет, то есть два варианта:
1) Заражены уже исходные скрипты, например, здесь common/templates/frontend/libs или в плагинах.
2) На сайте живет зловредный php-скрипт, который открывает дыру для внешнего вредителя

Почти наверняка не перенесли .htaccess

Изображение добавляется прямо в топик или цепляется, как фотосет? Всплывающее окно какое-то с ошибкой (или вообще с каким-то сообщением) появляется? В логах сайта что-то есть?

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

Смешанный контент, это ведь когда, например, в страницу с https вставляют картинку с другого ресурса уже без https. И тут нет однозначного решения, как быть. Заменять автоматически в тегах img атрибут src? Всегда делать автозагрузку сторонних картинок на свой сайт?

А в логах сайта ошибки есть? Ошибки вида «system error #100х» во всплывающих окнах означают, как правило, что был ajax-запрос к сайту, но ответ пришел совсем не такой, как ожидался и его невозможно обработать. А это, в свою очередь, возникает из-за того, что на сайте произошла ошибка обработки ajax-запроса, поэтому и ответ нормальный не сформирован. И в логах эта ошибка почти всегда есть.

Посмотрю, что с ним не так

А с внешними ссылками — это да, только через редирект, других вариантов нет.

Не вполне понял — нужно, чтоб вместо стандартной ссылки на профиль на сайте везде давалась ссылка с ID юзера? Или как программно получить ссылку на профиль, зная ID?