Как-то так:

{$oUser = E::User_GetUserById($nId)}
{if $oUser}
  {$sUserLogin = $oUser->GetLogin}
{/if}

И если все ОК, то в $sUserLogin будет логин юзера. Но это плохая практика, все же лучше это не в шаблоне делать, а в экшене или через сущность

Хотите стать добровольным тестером-волонтером?

Потому что редактировать комментарий можно в течение ограниченного времени после его создания

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

Наверняка проблема не в функции E::IsUser(), а в чем-то другом

Нет уж, лучше все-таки рассказать.

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

Для начала хочу удивиться вашим программерам — если у них на ЛС такая отрицательная реакция, то на какой движок у них хотя бы нейтральная реакция?

На мой взгляд, как раз архитектура ЛС в целом очень даже неплоха. Особенно для допилки собственным напильником, когда плевать на обновления и совместимость версий. Хотя есть, конечно, узкие места, которые мы сейчас в Альто как раз и расшиваем, чтоб повысить гибкость и уменьшить необходимость в ядро влезать.

Теперь по сути: «гибкость в настройке и простота для пользователя» — как ни печально, но в своем развитии это взаимоисключающие понятия. Потому что максимальная гибкость — это миллион настроек, всяческих формочек, полей и кнопочек, в которых рядовой юзер просто утонет. А максимальная простота — это одна большая кнопка «Сделать зашибись». И где между ними провести «золотое сечение» — хрен его знает. Пытаемся нащупать это опытным путем :)

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

Мне доводилось немало делать сайтов для людей на ВП. И во многих случаях движок из коробки + набор готовых плагинов + готовый шаблон = конечный результат. Т.е. все делается без «напильника», из одной только админки. А раз без «напильника», то я это понимаю так, что человек получает готовое решение «из коробки»

Буквально каждый? Категорически не согласен

С удовольствием перенесу, если пойму, что топиков в этом блоге будет более одного-двух )))

Попробуй прочитать мой коммент целиком, а не только первое предложение. Там дальше — про твою «отсебятину»

Итак, немного резюмирую для себя:

1. В теге title не должно быть тройного названия, либо только топик, либо топик + название сайта (или блог, когда список топиков в блоге просматривается).

2. Кому-то расширенные настройки нужны, а кому-то — нет. Отсюда вывод — расширенные настройки имеет смысл вынести в плагин. Кому они нужны — его ставят и радуются. Но такой SEO-плагин должен быть.

А вообще, SEO-оптимизация — это не ведь не только тайтлы. Было бы классно, если б сео-спецы высказали свои предложения по всем другим проблемным (с их точки зрения) точкам движка. Что вам мешает в сео-продвижении сайтов на Альто? Каким вы видите движок своей мечты?

Только, пожалуйста, не здесь в комментах, а отдельным топиком.

А почему ссылка выше — это «на заборе», а твоя — это под «нормальным соусом»? Только потому что это написал ты? Другой человек тоже не из пальца высосал свои выводы.

Я, например, считаю, что включать в «плюсы» движка то, что реализуется сторонними плагинами независимых разработчиков — это, как минимум, лукавство. Поэтому, когда (цитата) "из 30 важных для каждой системы управления контентом возможностей в LiveStreet полностью реализовано 16..." (выделено мной), делать вывод, что «ливстрит является SEO friendly CMS на 93%» — это явно перебор

Лучшим решением было бы — возможность настраивать шаблон формирования заголовка

С этого места поподробней, пожалуйста

Хотелось бы услышать на эту тему мнения тех, кто занимается SEO. Я не большой сео-спец, но, насколько я помню, цепочка тайтлов — это когда-то были именно сео-рекомендации, а не просто так от балды взялось.

Пока глянул навскидку — у сайта www.seoconference.ru заголовки страниц уникальны тоже процентов на 20-25.

Но, повторюсь, хотелось бы, чтоб высказались те, кто глубже в теме

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

Вот-вот, уже на подходе…

Так напишите, в каких местах и какой гибкости не хватает. Постараемся учесть

Сделать переадресацию с site.ru/mycat/ на site.ru/blog/mycat/ можно уже сегодня. Правда, не из админки, а руками в конфиге прописывать надо. И прописывать, разумеется, для каждого блога/раздела

А можно как-то сделать чтоб например в конфиге плагина прописал какой/какие плагины активировать при включении шаблона и деактивировать при выключении?

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

И вообще есть в альто команды для деактивации плагинов через плагин?

E::Plugin_Activate($sPluginId);
E::Plugin_Deactivate($sPluginId);