Все именно так

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

Давайте начнем с ключевого момента: Андрей предлагает не лепить костыль, натягивая галерею на обычный топик, а создать фотоальбом как самостоятельную сущность. Т.е. юзер выбирает — либо он обычный топик создает, либо фотоальбом. Если обычный, то для него остается все, как есть (фотосет можно отключить). Если фотоальбом — то там свой интерфейс, мультизагрузка изображений и все дела.

И вот исходя из этого, мы уже танцуем дальше

Загружаю фото в топик, размер фото 1620px по длинной стороне. Часть картинок грузится без изменения разрешения а другая часть уменьшается

Не понял, часть картинок так и остается 1620px, а другая часть уменьшается?

По-моему, все описанное мало общего имеет с фотогалереей. Она все таки иные задачи должна решать

И тут скорее всего нужно отказаться от поля «описание»

В конце концов, можно сделать его опциональным, и задавать в админке, должно оно быть в галереях или нет

… в текстовом топике, и уже туда добавлялись фотки из каких либо альбомов… в редакторе нужно отключать кнопку «Вставка изображения»...

Как-то уж замороченно, на мой взгляд. Это юзеру, чтоб вставить единственную фотку в топик, нужно сначала альбом создать (и иногда он из одного изображения будет состоять) и уже потом вставить из альбома в топик. Да юзеры убьют за такие инновации :)

Объявить краудфандинг на альбом — вообще без проблем. Главное — четкое понимание того, что будет на выходе. Хотелок много разных, но прежде, чем браться за их реализацию, необходимо свести все воедино. Подход Андрея мне нравится

А редактор какой? Разбивка на параграфы (то бишь тегом <p>) работает по умолчанию в wysiwyg.

Что конкретно не получается? Ошибки какие-то? Или что?

Либо не хватает прав на запись в папки /_run и /_tmp, либо хостинг очень слабенький и не может за отведенной время обработать css- и js-файлы. Для начала надо отключить слияние js и css (и очистить папку /_run).

У меня даже не открылся install — стандартная ошибка «Веб-страница недоступна»

Это стопудово не вина движка. Вероятно, тоже какие-то косяки с правами, более точно трудно сказать, почему страница недоступна, если она там есть

Title

Настраивается в конфиг-файле параметром

$config['view']['html']['title_max']

Более подробно ответил здесь: altocms.ru/696.html#comment12619

Description

Делает плагин SEO: altocms.ru/addons/item/50/

Перелинковка постов

Делает плагин Похожие статьи: altocms.ru/addons/item/86/

Пингер

А вот этого пока нет. Думаю, что имеет смысл сделать, только не хотелось бы жестко под Яндекс затачиваться. Наверняка ведь и у Гугла подобная фича есть

Как я проводил анализ, если кому будет интересно, создам отдельную тему

Мне интересно :) Поэтому пишите

Должен пойти

Есть такой плагин: altocms.ru/addons/item/16/

Там и скин можно менять, и тему (если у скина несколько тем). Можно по такому же принципу сделать переключение тем на сайте

Есть вариант, когда не нужно копировать все подряд, но для этого хоть немного надо программировать.

А вариант такой: создаете для своего сайта плагин, основная (или вообще единственная) задача — это переопределение шаблонов. Т.е. у плагина может быть только корневой файл /common/plugins/test/PluginTest.class.php примерно такой:

<?php

class PluginTest extends Plugin {

    protected $aDelegates = array(
        'template' => array(
            // здесь список шаблонов
            'topics/topic.edit.tpl',
            'actions/blog/action.blog.add.tpl',
        ),
    );

    public function Activate() {
        return true;
    }

    public function Init() {
        return true;
    }
}

// EOF

Будет в одной из будущих версий возможность наследовать скин, как описал выше

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

Мои ответы — не догма, скорее, советы.

Идея наследования скинов существует давно, и обязательно будет реализована. Это когда можно указать, что скин myskin является наследником скина start-kit. И тогда в myskin мы добавляем только те файлы-шаблоны, которые требуется изменить, все остальные будут браться из start-kit.

Но сейчас такого нет. Поэтому, если нам требуется не просто css-классы менять, но и tpl-файлы, то лучше всего создать новый скин: в папке /common/templates/ создаем подпапку myskin, копируем туда содержимое /common/templates/start-kit/ и меняем файлы, какие нужно. И если меняется start-kit, то изменения самостоятельно вручную надо будет перенести и в myskin.

Если же речь об изменения только на уровне CSS, то можно все сделать проще:

1) Создается новая тема для скина, например, /common/templates/skin/start-kit/themes/test/, если новая тема будет называться test, и скопировать туда файлы из исходной темы.

2) В файле /common/templates/skin/start-kit/settings/config/config.php надо найти строку:

'___path.skin.dir___/themes/___view.theme___/style.css',

и добавить после нее такую строку:

'___path.skin.dir___/themes/___view.theme___/custom.css',

3) Создать файл /common/templates/skin/start-kit/themes/test/custom.css и в него уже внести все необходимые изменения, которые будут перекрывать старые заданные значения.

Например, можно задать:

.container {
    max-width: 1000px;
}

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

А вот тут я не очень понимаю: что такое мобильное приложение для Альто? Каков его функционал? Что оно будет уметь и чем будет отличаться от сайта на Альто в целом?

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

Поэтому повторюсь: хочу подробностев! И если мне покажется это интересным и перспективным — готов рассматривать и обсуждать всяческие формы поддержки.

Хотелось бы разобраться с проблемой. Если допустите к телу (сайта)

А, ну да, все верно — если база уже создана, то ее создавать не надо

Имя новой базы, куда будет копироваться