Можно пруф что топорный мобильный скин времен динозавров будет при рочих равных ставиться гуглом выше чем сайт с адаптивной версткой под все устройства?

Никак. Я постил этот баг, но разработчикам как всегда пох
https://github.com/altocms/altocms/issues/796

э?? о_О

Дровишки непосредственно из. Его и так активно юзали, а как оракл некоторое время назад стал внезапно неправославным, один постгрес теперь только и пихают везде.
Понятно что в нем есть много всего, но обычным пользователям это не нужно. Даже я уже смирился. С MySQL вполне можно жить. Понятный и рабочий инструмент.

Вот ей богу постгрес должен быть на последнем месте по приоритету в данной cms. От того что он начнет поддерживаться из коробки никому кроме пары человек лучше не станет. Зато остальным станет хуже от того что вместо исправления ошибок у них теперь (после некоторых событий) любимая субд всех госпредприятий поддерживается. Ну круто, чо.

Что он делает? Оборачивает ссылку на файл в тег video/audio?

Все требует настройки. Сразу готовьте напильник.

А где статья o_O

Спасибо, кстати есть один нюанс. Если вы меняете пути на относительные, движок возможно не сможет нарезать аватарки произвольного размера. Именно с аватарками не тестировал, но с превью было так. Там он при определении локальный это файл, или удаленный, корневой URL сайта проверяет.

Уж лучше пусть отображается аватарка по умолчанию — если просто ее путь удалить при отсутствии файла.

И копирайты можно не оставлять.

В альто используется другой плагин.
http://altocms.ru/addons/item/90/
Только я не уверен что на последнюю версию он адаптирован.

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

Есть проблема — кеширование придется на обоих отключить.
http://altocms.ru/1443.html

Массив можно вынести в конфиг плагина или скина. И вытаскивать через Get::Config('').

Ну написать что угодно можно, это стандартная операция транслитерации которая есть и в php5-intl и в куче других библиотек. Просто я помню что в 1.1 альто переходили на новый смарти.

Если это результат вызова getDisplayName() — надо идти копать его код.

А в коде шаблона нет какогой-то хитрой smarty-инструкции? Там что вообще вызывается getDisplayName()?

Эээ ну…

if (in_array($oBlog->getId(), array(1, 2, 4))) { блабла }

И кавычки лучше не ставить, так интерпретатор их видит как строки.

Смотрите, о чем я говорю. Таблица comment ссылается сама на себя
github.com/altocms/altocms/blob/master/install/db/sql.sql#L1158

ALTER TABLE `prefix_comment`
  ADD CONSTRAINT `prefix_topic_comment_fk` FOREIGN KEY (`comment_pid`) REFERENCES `prefix_comment` (`comment_id`) ON DELETE CASCADE ON UPDATE CASCADE,
  ADD CONSTRAINT `topic_comment_fk1` FOREIGN KEY (`user_id`) REFERENCES `prefix_user` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE;

FK только называется prefix_topic_comment_fk, а на самом деле связывается с самой собой с полем comment_pid.

Или вот как это выглядит в базе



Я не большой эксперт в базах данных но мне кажется что что-то здесь не то. Понятно что наверно стояла задача на дать удалить комментарий к которому подвязано дерево дискусии. Но в итоге получается что комментарии вообще нельзя удалить (без отключения проверки FK).

FK на таблицу comment не позволяет удалять комментарии. Причем ссылается она сама на себя — это вообще нормально? Если я правильно понимаю, то по идее комментарии должны были удалиться при удалении топика, но не смогли из-за этого FK. Новая фишка с удалением из админки тоже не срабатывает. как я тут описывал в конце.

Можно ли просто убрать этот FK из базы, могут ли быть какие-то негативные последствия?