почему бы вместо траты времени на написание не позаимствовать что-либо из...

«Позаимстовать» что-то из стандарта и «перейти полностью» на какой-то стандарт — это разные вещи. Мы как раз «заимствуем». Например, общий стиль, принятый у нас в команде, базируется на стандарте Zend'а. Поддержка PSR-0 для библиотечных классов встроена в движок. Но есть ряд причин (как объективных, так и субъективных), почему невозможно (или нежелательно) просто слепо следовать какому-то одному уже существующему стандарту.

Проанализировать и взять лучшее

Анализ несомненно имеет место быть. Но вот «лучшее» без конкретизации — это сугубо субъективный критерий. Например, в отличии от приведенных стандартов, я считаю использование «венгерской нотации» хорошей практикой в PHP. Но знаю людей, которым это категорически не нравится.

Поэтому я считаю, что необходимость в собственном стиле — Alto Coding Style — реально существует. И работа по его созданию обязательно будет доведена до конца.

Работаем, парни, работаем

Самое болезненное — это изменение УРЛов топиков. Вы знаете, какие УРЛы были у топиков раньше? Задаете в настройках такие параметры, чтоб генерились точно такие же ссылки, и вопрос решен

В целях совместимости параметр path.static.skin тоже пока оставлен. Но лучше пользоваться новым. Для лучшего понимания (особенно для новичков) введены новые параметры, где совершенно четко и однозначно разделяются пути дисковые и веб. Если дисковый путь — в параметре присутствует dir, если веб, то url. Кстати, и в сущностях тот же принцип постарались соблюсти.

И пока да, изображения шблонов напрямую из папок шаблонов берутся, но, надеюсь, это до поры до времени. Хочется довести до того, что у веб-клиента будет доступ лишь к двум папкам: /_run и /upload.

Так я ж говорю, чтоб файл не уходил в assets, а брался прямо из папки шаблона, надо в конфиге задать URL этого файла, а не дисковый путь:
___path.skin.dir___ — указывает на дисковый путь к папке текущего скина
___path.skin.url___ — указывает на URL к папке текущего скина

Если задать так: ___path.skin.DIR___/css/common.css, то файл common.css будет копироваться в assets, а если так: ___path.skin.URL___/css/common.css, то будет подставляться URL непосредственно на папку скина без всякого копирования (разумеется, dir и url маленькими должны быть написаны, это я их так выделил, чтоб понятней было).

Откуда эти редиректы из коммента вообще берутся?

Они берутся, если есть реальная папка /aaa/, а запрос к ней идет без слеша в конце: site.com/aaa. Непосредственно в движке, если «живьем» такой папки нет, то управление в любом случае передается «единой точке входа» — site.com/index.php

И вообще, почему я не могу создать папку abc.txt собственно?

Да без проблем! Так вот как раз для того, чтоб показать, что это именно папка, а не файл, и предлагается ставить в конце слеш.

Не догоняю, что значит «прямо из шаблона»? Имеется ввиду из конфига шаблона?

Нет, только при добавлении новых топиков или при редактировании старых

Штатными средствами — нет. Потому что задача какая-то уж слишком экзотическая

Чтобы asset-файлы формировались каждый раз, можно задать так:

$config['compress']['css']['force'] = true;
$config['compress']['js']['force']  = true;

И еще важный нюанс: в папку _run/assets/ переносятся только те файлы, для которых задан дисковый путь. Если же задан URL, то путь в HTML передается без изменений. Например:

$config['head']['default']['js'] = array(
    '___path.frontend.dir___/libs/js/vendor/jquery-1.9.1.min.js',
    '___path.frontend.url___/libs/js/core/main.js',
}

Здесь у первого файла указан файловый путь, и этот скрипт будет перенесен в папку /_run/assets/, а второй — останется, как есть, т.е. в HTML мы получим:

<script src="site.com/_run/assets/123abc/jquery-1.9.1.min.js"></script>
<script src="site.com/common/templates/frontend/libs/js/core/main.js"></script>

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

Единственное, что приходит сходу в голову — это правка метода InitAction() в HookMain.class.php, хотя и несколько «костыльно».

И возможно ли сделать чтобы поисковики индексировали сайт в закрытом режиме?

Вообще, нет. Но опять же можно какой-то костыль придумать, и проверять UserAgent'а (если понимаете, о чем я), и сделать список агентов-кроулеров от Яндекса, Гугла, Бинга и т.д., для которых отключать закрытый режим

Похожий функционал будет

По ссылке, которую я дал, есть полное описание возможных параметров. Я же не знаю, какие УРЛ формировались у Вас с помощью плагина. Но все, что было возможно в NiceURL, оно возможно и здесь

Читаем: altocms.ru/41.html

Зачем использовать NiceUrl, если этот функционал в Альто есть из коробки? Тем более, что даже в самом ЛС этот плагин ломает напрочь логику работы движка

+ Объединить blogname/ и blogname чтоб не индексировали 2 раза

Где?

+ Произвольная настройка доп полей в шаблоне как на DLE {xvalue_}

Предлагаете бросить все и пойти изучать DLE?

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

Интересная мысль, логика в этом действительно есть

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

Вообще вам стоит обратить внимания на ВордПресс...

Наверное, я не типичный пользователь, но меня лично нередко именно вордпрессовская реализация раздражает. Чаще всего мне нужно просто вставить фотку в конкретное место топика, и вот для этих целей минималистичный интерфейс Альто подходит идеально. Но у других юзеров на других сайтах, наверное, другие задачи и другие подходы должны применяться. Вот поэтому я и стараюсь понять — что же нужно? Что именно не так?

А не делают потому что принцип останется без изменений

Не понимаю, откровенно не понимаю. Сделать из фотосета настоящее слайд-шоу и вставить его в начало топика — это то же самое, что и сейчас? Честно говоря, я и сам давно бы это сделал, не будь более приоритетных задач.

Фотосет — это, фактически, фотоальбом (возможно, так и стоит его называть в текстах? непродвинутым юзерам гораздо понятней будет). Цеплять ли его к любому топику или создать для этого специальный тип контента — сейчас это полностью в руках админа сайта.

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

… возможность простой мультизагрузки изображений не через фотосет...

Не вполне понимаю о чем речь. С фотосетом все ясно, там фотки грузятся по порядку в один список. А в топике куда они будут грузиться?

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

Не понял Вашу мысль: в какую сторону, на Ваш взгляд, нужно пересматривать фотосет?