Sezarin

Дата регистрации: 2009-08-03 14:32:21

Ник: Sezarin

Комментариев: 17

Сайт: http://vasheslovo.com

Дата рождения: 1962-01-01 00:00:00

Комментарии

  • Аутентификация с использованием Jelly и Jelly-Auth -- часть 2
    2010-04-23 17:46:16

    Неплохой пример реализации сложных вещей просто...

    Я думаю, у Jelly - большое будущее.

    Кстати, со вчера на Github (http://github.com/jonathangeiger/kohana-jelly) появилась версия с документацией на русском.

    Спасибо Сергею Гладковскому! (http://github.com/smgladkovskiy)

  • Аутентификация с использованием Jelly и Jelly-Auth
    2010-04-15 10:00:08

    Стандартный модуль ORM, по-моему, здесь ни к чему.

    jelly-auth - расширение стандартного модуля auth.

    Для работы с jelly - просто изменить в config/auth.php

    драйвер на 'driver' => 'Jelly' ;)

  • Поток сознания: Madeam, Solar и WebFinger
    2010-02-28 17:54:54
    Кстати, про Solar. Я давно присматриваюсь к нему...

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

    К тому-же solar использует символические связи, что делает эту систему несовместимой с локальным сервером под Windows :(

  • Писать или не писать свю CMS?
    2009-11-26 23:00:49
    как вам дуу по сравнению с другими фреймами?

    Сыроват еще, хотя перспективы, думаю, есть.

    Очень хорошо построен ORM - простой, быстрый, легкий в использовании.

    Но, главное, что меня убивает в системах подобного рода - ручная загрузка классов.

    Как говорит Joshua Davey - разработчик PHP-фреймворка Madeam, кто хоть раз попробует работать с автозагрузкой классов, подобной ZF - никогда не сможет отказаться от этого...

    Так вот ZF - дело прошлое, с которым не часто, да и не сказать, что-бы с охотой приходится иногда работать, а вот малоизвестный Madeam задел меня пару месяцев тому назад серьезно.

    Сам по себе фреймворк небольшой, легкий и очень быстрый, но при этом - легко расширяем сторонними библиотеками.

    Сначала попробовал вклеить туда библиотеку Flourish - неудачно. Затем подумал - а почему-бы не адаптировать классы Kohana3? Пришлось потратить пару дней на это, зато какая прелесть...

    Жаль в то время вышла последняя бета EE2, и мне всерьез пришлось заняться ее анатомией...

    Как-никак, EE - мой основной инструмент :)

  • Модуль Kohana 3 CheatSheet - пример
    2009-10-30 14:26:00
    Осталось прикрутить кэш...

    А лучше - сгенерировать html-ку, какие есть вопросы!

    А как же кэш?

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

    Надеюсь - сегодняшний веб-скриптинг не повторит путь C1, равно как и игровой индустрии, успешно выполняющих свою неблагодарную миссию, миссию двигателя ненужного никому прогресса компьютерных систем с невосстребованными рессурсами :)

    Завтрашнее будущее сайтостроения - настольные системы генерации web-страниц в чистом html с автоматической их публикация на сервере...

  • Писать или не писать свю CMS?
    2009-09-15 10:19:45

    Ранее я писал:

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

    Так вот, оказывается - не все так плохо, потому что недавно появилась новая оболочка под названием DooPHP (doophp.com)!

    Во фреймворке есть практически все базовые функции, ставшие уже традиционными для малых систем: от ACL до CRUD с довольно мощной ORM, а самое главное - собственный Template Engine, использование которого (параллельно - есть, кстати, и альтернатива на php with html) позволит разрабатывать как простые так и продвинутые CMS для

    массового использования {не под себя :)}.

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

    К ч-рту искуственные HMVC - вызываем объекты прямо из html-шабблона:

    # A simple object
    Doo::loadModel('SomeModel');
    $obj = new SomeModel;
    $obj->fullname = 'My Cool Name';
    $obj->SomeObject->weight = 88
    $data['obj'] = $obj;
    {{obj.@fullname}}
    {{upper(obj.@fullname)}}
    {{obj.@SomeObject.@weight}}
    # Looping an array of Object
    <!-- loop users -->
        <li>
            Name:   {{users' value.@fullname}}
            Gender: {{users' value.@gender}}
            Weight: {{users' v.@Physical.@weight}}
            Height: {{l' v.@Physical.@height}}
        </li>
    <!-- endloop -->

  • Делаем простой HMVC-виджет в Kohana3
    2009-09-14 14:12:43

    В Yii имеется CWidget - мощный класс виджетов со множеством подклассов.

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

  • Делаем простой HMVC-виджет в Kohana3
    2009-09-12 22:14:06
    ...Кстати, желающие могут вызывать виджет прямо из шаблона:

    От имени всех желающих - благодарность, и...

    Results Triple Match: ZF:KO3:YII - 3:4:5

  • Пользовательский ввод в Kohana3 - часть 1
    2009-09-07 11:56:53
    ...нелатинские символы трактуются в два раза «длиннее», чем латинские...

    Кстати, Text::limit_chars() страдает той-же болезнью :(

    И когда, наконец, достижения эволюции кодировок освободят нас от этой 'мигрени'?..

  • Простейший HMVC в Kohana3 RC2.1
    2009-08-28 14:59:31

    Сегодня искал на офф. форуме обсуждение вопросов работы роутинга KO3 и наткнулся на одно полезное решение, которое должно добавить гибкости в работе скрипта.

    Это расширение класса Kohana_Route (в оригинале - этот файл без логики). Заполняем его следующим кодом:

    class Route extends Kohana_Route {
        public static $language = '';
        public function matches($uri) {
            if (preg_match('#^([a-z]{2})/|$#', $uri, $matches) AND isset($matches[1])) {
                // Set the currently defined language
                Route::$language = $matches[1];
                // Remove the language from the URI
                $uri = substr($uri, 3);
            }
            // call the parent function
            return parent::matches($uri);
        }
    }

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

    Есть возможность использовать это в динамическом режиме. Например, сгенерировав линки по определенным параметрам. Допустим, сегмент /en/ должен выводиться только на странице 2 примера, описанного выше. Для этого достаточно заменить строчку в методе _simple_nav контролера welkome.php

    $slugs[] = HTML::anchor($slug, url::title($slug));

    на что-то типа:

    $slugs[] = $slug == 'page2' ? HTML::anchor('/en/' . $slug, url::title($slug)) : HTML::anchor($slug, url::title($slug));
  • Простейший HMVC в Kohana3 RC2.1
    2009-08-24 10:42:29
    Подытоживая, хочу сказать, что главное, на мой взгляд, достоинство HMVC состоит в возможности отделения логики фронт-контроллера (управляющего процессом общей обработки запроса) от логики контроллера бизнес-логики (управляющего манипуляцией данных в конкретном смысловом поле, модуле если угодно).

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

    Основной роутинг пишем в bootstrap.php (вызов view/.../index.php), а остальное выносим в соответствующий индексный файл представления :)

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

    Ведь мы же можем написать, например в файле: view/blog/index.php

    примерно следующее:

    <?php if (Router::$rsegments[1] == 'category') { echo $content_category; } else { ... } ?>
  • Писать или не писать свю CMS?
    2009-08-23 22:14:32
    Надеюсь, ЕЕ 2 тоже скоро появится

    Я уже писал ранее, что EE2 пытаются построить на старой рухляди под названием "Codeigniter", поэтому, думаю, Вы, Александр, скорее заставите работать "Kohana" по шаблонно-компонентной схеме, чем мы с Вами увидим первый релиз EE2!..

  • Views в Kohana3
    2009-08-12 10:57:48

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

    <div id="right-block">
      <?php echo $widget_one; ?>
      <?php echo $widget_twoo; ?>
    </div>

    И, если да, то как при этом будет осуществляться вызов соответствующих контролеров.

  • Увидела свет Kohana3 RC 2.1
    2009-08-08 09:16:29

    Архитектура Ко3 выглядит намного лучше прежней версии. Просматривается явная тенденция изменений на улучшение путем копирования лучших решений вокруг...

    Невольно возникает вопрос:

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

  • Писать или не писать свю CMS?
    2009-08-05 11:11:14
    Кстати, о популярности ЕЕ можно говорить, наверное, только среди тех, кто ею пользуется...

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

    У меня, например, расклад примерно такой:

    - Joomla 4-5% (сайт-визитка+бизнес);

    - Wordpress 10-15% (сайт-визитка, новостной, блог);

    - Drupal (отказался от использования с выходом joomla1.6 и появлением массы коммерческих расширений к ней);

    - ExpressionEngine 40-50%, но благодаря своей невероятной гибкости привлекае все больше и больше. Тут легко решается практически все, и дешевый ширпотреб и бизнес-требования, как Вы говорили выше, и все примерно с одними и теми же затратами :) Во многих случаях использование EE сдерживает наличие ранее наработанных решений под другие системы...

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

    Тоже фреймворк, правда платный, но, чего стоят одни только возможности html-верстки со встроенной логикой, например:

    <div class="box_body">
      <vte:if test="{article_list}">
        <vte:foreach item = "article" from = "{article_list}" start="1" loop="1">
          <vte:include file="{VIVVO_TEMPLATE_DIR}summary/vertical.tpl" image_size="article_small" />
        </vte:foreach>
        <vte:foreach item = "article" from = "{article_list}" start="2">
          <vte:include file="{VIVVO_TEMPLATE_DIR}summary/default.tpl" />
        </vte:foreach>
        <vte:else>
          <vte:value select="{LNG_NO_ENTRIES}" />
        </vte:else>
      </vte:if>
    </div>
  • Писать или не писать свю CMS?
    2009-08-05 09:26:14
    Полагаю, что просто сесть и написать код не получится...

    Совершенно верно, Александр.

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

    Я не беру в расчет те кустарные "одноразовые" экземпляры, которые то и дело появляются и исчезают. PHP фреймворков - десятки, развиваются годами, но дальше ручного, штучного использования дело не доходит. И этому есть свои причины...

    И дело здесь не в недостаточности мощности или гибкости той или иной исходной структуры. Проблема в отсутствии простого, легкого шаблонизатора, использование которого позволило бы легко организовать логику html шаблона без програмного кода. Ну хотябы, как у VIVVO CMS.

    И забудьте про ставший уже традиционным подход - сначала покромсать все на мелкие кусочки, а затем програмно сгенерировать, а хуже того - сгенерировать html абстрактно! Время доказало несостоятельность такого подхода. Да, конечно, каждый программист вправе делать под себя все, на что он способен и как ему удобно, но не нужно это переносить в массы...

    А фактически, будь то крупная, мелкая веб дизайн студия или просто, фриленцер - все ини предпочитают одно: возможность сверстать html шаблон, подогнать под браузеры, а затем легко, без лишней php-мороки посадить его на движок. Да, они готовы платить за это деньги. Возможно, этим и объясняется невероятно высокая популярность системы ExpressionEngine.

    Но вот, как только дело дошло до пересадки его на CE - пауза, вот уже второй год, с момента объявления. А ведь у них уже был немалый опыт разработки коммерческого продукта, уникальная система шаблонизации, а главное, ихний-же CodeIgniter позиционируется как оболочка для быстрой разработки приложений. Так-что, думай - не думай, а...

  • Развертывание Kohana3 на XAMPP под Windows
    2009-08-03 14:32:21

    Как-то непривычно видеть в Route::set() фактически html-ный

    таг /... А как же /:id ?