Хм.
Миграция с джанги на пхпшную cms — это интересно. А почему с него мигрировали?
полнейшая неготовность целевой аудитории подобных сайтов к «навороченности»
Согласен. Вообще, футуриковская парадигма, которая лежит в основе, очень специфична и годится только для сайтов с аудиторией по уровню выше среднего. Для обычного человека надо менять очень много. «Подключенные», «плохие», «хорошие», «коллективные», «персональные» — это для человека, пришедшего из вконтактега или блогов на мейлру — кромешный адъ :)
Дизайн, кстати, нормальный, на мой взгляд, логотип только надо получше.
Самое неудачное в дизайне — это название домена. Плати для seo. Что вы сказать хотели? Гусары за seo не платят! :)
Ну да, действительно, про экшны забыл. Получается, экшны и шаблоны — для этого нужно делегирование. А остальное (модели-мапперы-сущности) лучше делать переопределением ( protected $aInherits=array() ). Так?
А в делегировании template точно такой синтаксис, с путями и подчеркиванием?
B хотел бы сразу начать дискуссию вот по какому вопросу — для чего на данный момент в движке нужно делегирование? Я упомянул в посте, что оно нужно только для конструкция вида
public $aDelegates = array(
'template' => array('index.tpl'=>'my_plugin_index.tpl')
);
в главном файле плагина, т.е. для замены файла шаблона. Это так, или оно еще для чего-то нужно? Или про него можно совсем забыть?
Если кратко… я приглашаю блогеров размещать на pay4seo анонсы своих статей и их обзоры.
А зачем ты с этим сюда? Здесь нет блоггеров.
Советую поставить вордпресс для себя любимого и влиться в стройные ряды бомжей и сапе-сеошнигов с торбой пассивного дохода. Проект мертворожденный, никто туда кроме авторов писать не будет.
PS Тексты для наполнения сайтов для контекста сапы вы писать научились, но тексты для людей — нет. :)
2ort Может, в движке по дефолту запретить кэш в конфиге? Или, лучше, ввести дополнительную настройку «разрешать кэш на локалхосте», которая бы разрешала кэширование, если ip юзера 127.0.0.1, а по дефолту — нет, кэш включался бы только на продакшн, когда ip юзера не локалхост.
А то слишком много таких топиков и комментов, замусоривается сайт.
Привыкайте, батенька, профи-писание на php — оно такое. Во многих фреймворках так.
Я тоже у себя на фреймворке в контроллерах пишу mysql-запросы, потому что я уверен, что данный проект не перерастет во что-то большее. Но разработчику публичной CMS надо предусмотреть все возможности, поэтому мапперы необходимы.
Месяц назад, чуть меньше.
Вы о новом дефолтном скине, который недавно вышел, вместе с уроком? Это те же яйца, только сбоку. И 960.gs вместе с блюпринтом противопоказаны движкам типа когира или LS, тем более в наше время повсеместных широких мониторов. Только резина.
Буквально месяц назад выбирал между cogear и livestreet. Выбрал LS.
Когир — отличный движок. Единственно, что ему не хватает — это дизайнера в команде, чтобы сделал шаблон и вообще юзабилити на уровне. У LS в команде такой человек есть, и я хочу высказать ему глубочайшие респекты за его профессиональную работу. Если бы у когира был бы такой же человек — был бы когир черезвычайно мощным конкурентом. LS до 0.4.1 проигрывал в архитектуре этому движку, но после ввода плагинов и прочего — они на уровне, практически одинаковы. А с учетом комьюнити — LS выигрывает.
Текущий переход на 2.0 версию считаю ошибкой, так как возможности для расширения в 1.0 — уже отличные. Зачем надо это улучшать — не понимаю. Плагины к когиру не пишут не из-за движка или каких-то косяков, а из-за того, что двиг нераспространенный. А нераспространенный он потому, что на дефолтный диз без слез не взглянешь.
Я правильно понимаю, что на данный момент (0.4.2) в движке существует пересекающийся функционал — переопределение методов в классах и делегирующие хуки? Они же делают фактически одно и то же, НО делегирование нужно только для одной вещи — для полной замены tpl-файла на свой? Больше ни для чего оно не нужно, в остальных случаях (модули и т.п.) грамотнее использовать переопределение.
Миграция с джанги на пхпшную cms — это интересно. А почему с него мигрировали?
Согласен. Вообще, футуриковская парадигма, которая лежит в основе, очень специфична и годится только для сайтов с аудиторией по уровню выше среднего. Для обычного человека надо менять очень много. «Подключенные», «плохие», «хорошие», «коллективные», «персональные» — это для человека, пришедшего из вконтактега или блогов на мейлру — кромешный адъ :)
Самое неудачное в дизайне — это название домена. Плати для seo. Что вы сказать хотели? Гусары за seo не платят! :)
А в делегировании template точно такой синтаксис, с путями и подчеркиванием?
в главном файле плагина, т.е. для замены файла шаблона. Это так, или оно еще для чего-то нужно? Или про него можно совсем забыть?
Советую поставить вордпресс для себя любимого и влиться в стройные ряды бомжей и сапе-сеошнигов с торбой пассивного дохода. Проект мертворожденный, никто туда кроме авторов писать не будет.
PS Тексты для наполнения сайтов для контекста сапы вы писать научились, но тексты для людей — нет. :)
А то слишком много таких топиков и комментов, замусоривается сайт.
Я тоже у себя на фреймворке в контроллерах пишу mysql-запросы, потому что я уверен, что данный проект не перерастет во что-то большее. Но разработчику публичной CMS надо предусмотреть все возможности, поэтому мапперы необходимы.
И разработчики модулей — от них напрямую зависит будущее движка, в отличие от пассивных 97% пользователей.
Вы о новом дефолтном скине, который недавно вышел, вместе с уроком? Это те же яйца, только сбоку. И 960.gs вместе с блюпринтом противопоказаны движкам типа когира или LS, тем более в наше время повсеместных широких мониторов. Только резина.
Когир — отличный движок. Единственно, что ему не хватает — это дизайнера в команде, чтобы сделал шаблон и вообще юзабилити на уровне. У LS в команде такой человек есть, и я хочу высказать ему глубочайшие респекты за его профессиональную работу. Если бы у когира был бы такой же человек — был бы когир черезвычайно мощным конкурентом. LS до 0.4.1 проигрывал в архитектуре этому движку, но после ввода плагинов и прочего — они на уровне, практически одинаковы. А с учетом комьюнити — LS выигрывает.
Текущий переход на 2.0 версию считаю ошибкой, так как возможности для расширения в 1.0 — уже отличные. Зачем надо это улучшать — не понимаю. Плагины к когиру не пишут не из-за движка или каких-то косяков, а из-за того, что двиг нераспространенный. А нераспространенный он потому, что на дефолтный диз без слез не взглянешь.
Я правильно понимаю, что на данный момент (0.4.2) в движке существует пересекающийся функционал — переопределение методов в классах и делегирующие хуки? Они же делают фактически одно и то же, НО делегирование нужно только для одной вещи — для полной замены tpl-файла на свой? Больше ни для чего оно не нужно, в остальных случаях (модули и т.п.) грамотнее использовать переопределение.