Не могу понять, как формируются аватары к Блогам (каждый день в адресной строке браузера новый путь к картинке...)?

Именно

Не — не то! Попробуйте уловить мысль.
Нажимаю «вставить изображение», потом «мои файлы» (только мои, ранее загруженные — никуда ходить и клацать мышкой не нужно), далее выбираю файл и стандартно вставляю его в статью или комментарий. Т.е. пользуюсь свой родной папкой (которая и так есть!) на сервере.

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

Нет — суть не в том, чтобы иметь возможность загружать файлы (это есть из коробки, и слава Богу). Идея в том, чтобы можно было просматривать и публиковать файлы уже загруженные ранее. Типа мини-файлового менеджера…

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

Здесь не совсем понял

Кнопки «удалить» нет в комментариях вообще...

У нас есть:

… показывать кнопку «забанить»

Хорошая мысль.

И еще как назначать модераторов?

Админка/Контент/Блоги/Кнопка редактирования/Вкладка Полльзователи/Выбираем действие

Статья:
Админ не имеет возможности редактировать комментарии. И, как я понял, на него так же распространяется установленный лимит для редактирования своего комментария. Кнопка редактирования под текстом комментария всё же присутствует.

Личная переписка:
В личной переписке под комментариями нет кнопок «Редактировать» и «Удалить» — только «Ответить».
В подгружаемом по ajax комментарии эти кнопки вообще не отображаются (они появляются только после перезагрузки страницы).

Движок скачал утром.

В общем, замена файла \engine\classes\modules\viewer\Viewer.class.php из предыдущего архива решает проблему. Но как-то это не правильно… (имхо).

Решение нашли?
p.s.: Кстати, дистрибутив из предыдущего архива этой ошибки не выдавал.

Была похожая проблема. Отпишу, как с ней справился. Может кому пригодится. Извиняюсь, если решение уже где-то описано в сообществе (я не нашел).

Проблема возникла при адаптации стороннего шаблона для LiveStreet. Всё работало исправно, кроме удаления статей и кнопки «Выход». Первое, что обратило на себя внимание, — это полупустая строка браузера:

/?security_ls_key=

— а именно, отсутствие самого ключа. К конфигурационному файлу, как и ТС, я не прикасался и сгенерированные ключи в нем присутствовали. Оставалось понять, почему движок не может их прочитать. В Альто за вывод ключа отвечает данная функция:

{$ALTO_SECURITY_KEY}

— и соответствующие файлы шаблона. Включив логику, я понял, что где-то пропустил родное для шаблонов LS значение функции:

{$LIVESTREET_SECURITY_KEY}

Чтобы не перелопачивать все файлы шаблона по одному, я воспользовался Total Commander-ом. В поиск по файлам «С текстом» забил значение LS «LIVESTREET» и..., о позор, таких файлов нашлось аж 12 штук. В том числе и отвечающих за те же удаление статьи (в topic_part_header.tpl):

{router page='content'}delete/{$oTopic->getId()}/?security_ls_key={$ALTO_SECURITY_KEY}

— и «Выход» (в header_top.tpl):

{router page='login'}exit/?security_ls_key={$LIVESTREET_SECURITY_KEY}

Исправление данного недоразумения устранило и проблему.

Подтверждаю.

Хорошо! Спасибо.
Пока замутил такой выход:
CSS

.my-crop {
    overflow: hidden; 
    position: relative; 
    width: 90%;
    height: 230px;
}

.my-crop img {
    position: absolute;
    width: 100%;
}

HTML

<div class="my-crop">
    <img src="{$oMainPhoto->getWebPath()}" alt="{$oTopic->getTitle()|escape:'html'}" id="photoset-main-image-{$oTopic->getId()}"/>
    {else}
    <img src="{Config::Get('path.skin.url')}images/no-preview.jpg" alt="{$oTopic->getTitle()|escape:'html'}"/>	
</div>

:)

Т.е. в итоге, мы все равно получаем квадрат. Я правильно понял?
Это же не обрезание по стороне «w» или «h»…

Да уж…
Впрочем, и фиг с ними.

AltoCMS 1.0 RC?

Итак, из того что было необходимо для нашего проекта:
1. Viewcount — Error SQL
2. RusUrls — Fatal error
3. Voter — Error (E_WARNING… и т.д.)
4. Plugin Prof — Error SQL
5. Blog tags — Просто ноль реакции
6. Hubs (netlanc) — Error SQL
7. Last guests (PSNet) — Ноль реакции
8. Native — Ноль реакции
9. Mailing (stfalcon) — Ноль…
10. Magic Rule, вроди, успешно «позеленел», но условия указанные в config-e плагина не выполняются.
[...]

Все плагины от ЛС...

— как видите, уже НЕ ВСЕ.

P.S. И все же я повторю свой вопрос: назовите мне плагины, которые у Вас корректно установились и РАБОТАЮТ.

Пошёл пробовать.

Сложный вопрос? :)

Что именно Вы сделали?
И назовите хоть ОДИН-ДВА плагина, которые у Вас пошли на 1.0 RC.

Я принципиально против. Буду пользоваться тем, что предлагают разработчики. Во всяком случае, пока. На данной стадии развития CMS, внедрение в систему сторонних скриптов считаю не целесообразным. Проще потратить эти (не малые) деньги на разработку похожего (нужного) функционала конкретно под Альто. ИМХО.