Хорошо бы, чтобы работа с https в будущем была из коробки альты.

Оно сейчас работает из коробки, нужно только выполнить правильные настройки в app/config/config.local.php. А именно:

1) Явно указываем протокол HTTPS в URL сайта:

$config['path']['root']['url'] = 'https://site.com/';

2) Для ассетов задаем относительный URL:

$config['path']['runtime']['url'] = '/_run/';

И все!

Конечно, если сайт на альто не в корне домена, а в папке, то и указывать нужно с учетом этой папки, например, если сайт установлен в папку alto, то:

$config['path']['root']['url'] = 'https://site.com/alto/';
$config['path']['runtime']['url'] = '/_run/alto/';

inliquid, откровенно хамские комментарии я удалил. Хамить можете на своем сайте, созданном на ненавистном Вам Альто, но не здесь.

Согласен, хороший совет, спасибо

В первую очередь надо смотреть лог ошибок — /_tmp/logs/error.log

Если Вас устроит функционал новых плагинов, то да, конечно

Самый простой вариант, при котором вообще не надо ни строчки кода менять — это сделать блоги по типам контента: блог для новостей, блог для фото и т.д. Для этого в админке создаете свои типы блога и задаете для них определенный тип контента. Тогда все будет четко структурировано и разделено по типу контента

Это новые плагины, в которых есть большая потребность, и которые разработаны специально под Альто

Да, Алёна, концепция нового плагина отличается от той, что была изначально у nikto — если там уклон был в сторону самого обычного магазина (без блогов, топиков и проч.), то здесь подход иной, и именно такой, о котором Вы говорите — есть сайт на Альто со всеми его возможностями и дополнительно к ним — функционал магазина.

Я понял — это намек, я все ловлю на лету, но я не понял — что конкретно Вы имели ввиду? (с)...

Это https://gitter.im/altocms/altocms — такой чат-сервис для разработчиков. И сюда на сайт я воткнул виджет этого сервиса, чтобы чат можно было читать (а желающим и писать) не уходя с сайта.

Хм, не понял проблемы, попробовал выйти на сайт с разных компов, неавторизованный, даже в режиме инкогнито — нормально чат открывается. Чтоб написать — да, нужно авторизоваться, а читать — без проблем.

Я так понимаю проект задыхается?

Не дождетесь )

Вроде релиз версии 2.0 в скором времени намечался...

Намечался не 2.0, а 1.2, перенесен на осень

Фраза «очистить папку» означает, что сама папка остается, а удаляется только ее содержимое

{if E::IsUser() AND $oTopic AND E::UserId()==$oTopic-&#62;getId()}<br>
...
{/if}

Сравниваем исходные коды страниц:

view-source:vshemarov.myjino.ru/alto
view-source:id.abrahabr.ru

И видим, что во втором случае:
а) вообще не подгружаются стили, они куда-то пропали
б) пропала добрая половина (а то и больше) скриптов

Почему? Куда они девались? Мне неведомо. Но раз какие-то файлы все ж есть, значит в папку они пишутся. Я так понимаю, права Вы исправили?
Дальше стоит сделать так:
1) очищаем папки /_run и /_tmp и еще раз загружаем страницу
2) если ничего не изменилось — смотрим логи ошибок, почти наверняка там должно что-то быть
3) возможно, имеет смысл тщательно проверить, на месте ли все исходники (css- и js-файлы), есть подозрение, что не все файлы залиты у Вас на хостинг (насколько я помню, такое уже было у Вас)

Еще раз:

все, что нужно — это проверить наличие папок и права на них

Это значит, что нужно убедиться, что папка /home/users/b/users1/domains/id.abrahabr.ru/_run/ существует, и что права на нее позволяют PHP-скриптам туда писать и создавать там подпапки и файлы.

Вот из-за того, что «просто пути стер и все» я вчера потратил время и деньги, чтобы проверить — то ли у меня крыша едет, то ли действительно такой лихой баг в движке при установке, что он хрен знает какие пути прописывает в конфиге.

Теперь внезапно(!!!) выясняется, что все пути прописываются верно (если Вы и при обращении в саппорт «просто пути стираете», то могу представить, как округляются у них глаза при взгляде на пути, которых не существует в природе). Значит, все, что нужно — это проверить наличие папок и права на них.

У меня начинает возникать подозрение, что это такой тонкий троллинг. Трудно поверить, что Вы не видите принципиальной разницы в этих двух строках:

/home/users/v/vshemarov/domains/vshemarov.myjino.ru/alto/_run/
id.abrahabr.ru/alto/_run/

1) Деактивировать плагин
2) Удалить плагин полностью, т.е. удалить папку common/plugins/topicintro/ и если есть папка app/plugins/topicintro/, то ее тоже удалить полностью.
3) Скачать плагин отсюда: http://altocms.ru/addons/item/90/ (не где-то у себя в архивах взять, а именно скачать)
4) Установить и активировать плагин
5) Скопировать конфиг плагина из common/plugins/topicintro/config/config.php в app/plugins/topicintro/config/config.php и выполнить в нем (именно в нем, который в /app) нужные настройки

Не поленился и провел следственный эксперимент — активировал свой старый аккаунт на jino, залил чистый движок версии 1.1.19.4 и установил через установщик по умолчанию. Вот: http://vshemarov.myjino.ru/alto/

При этом вот какие значения прописались автоматически в app/config/config.local.php:

$config['path']['root']['url'] = 'http://vshemarov.myjino.ru/alto/';
$config['path']['root']['dir'] = ALTO_DIR . '/';

$config['path']['offset_request_url'] = '1';

$config['path']['runtime']['url'] = '/alto/_run/';
$config['path']['runtime']['dir'] = '/home/users/v/vshemarov/domains/vshemarov.myjino.ru/alto/_run/';

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

Если у Вас шаред-хостинг на Джино, и Вы ничего не трогаете руками, то у Вас будет там стоять аналогичный путь, который ОБЯЗАТЕЛЬНО будет начинаться с '/home/users/...'. Если VPS хостинг, то точно так же путь будет начинаться со слеша и до имени домена будет какой-то путь. То, что пишете Вы — будто файлы пишутся в 'id.abrahabr.ru/alto/_run/', без начального слеша и буз пути к домену — этого не может быть в принципе, если руками ничего не трогали.