Не так давно я представил набросок простейшего фреймворка, предназначеного для изучения новичками и для создания простейших сайтов. Комментарий, оставленный к тому посту уважаемым мною Иваном Броткиным, заинтриговал. Стало очень интересно, чего же можно добиться, если поднастроить ko3 на скорость работы. Интерес чисто академический, поэтому и настройки, по ходу дела, будут такие же. Единственное условие, которое я поставил для себя: фреймворк должен остаться полностью работоспособным, без ограничений!
Итак, начнем. Для начала, отключаем все, что можно: кеш, логирование, все доп.модули. Вывод из контролера в браузер делаем через echo, чтобы избежать использование доп. кода в самой кохане. Смотрим результат:
time: 0.0273728370667;
memory: 749360
Совсем-совсем не плохо, если сравнивать с ko3.2 и дефолтными настройками (напомню: time: 0.0946259498596; memory: 1330864). Но, данные параметры все-равно довольно высоки, поэтому идем дальше.
Тюнинг kohana 3.0 →
Мне очень нравится (или нравился, еще не определился) фреймворк kohana. Удобный, легко расширяемый, довольно легкий… Но, каким бы легким он не был, все-равно иногда использовать его не правильно, как из пушки по воробьям. Вот, для примера, такой случай: решил я провести пару опытов над поисковиками и сделать пару мелких сайтов для этих тестов. Сами тесты, в данный момент, абсолютно не принципиальны (о них, возможно, расскажу как-нибудь потом). Важно — сайты для тестов ОЧЕНЬ простые: 1 контроллер с 3-4 методами, 1 модель с 2-3 методами, 3-4 вьюшки, автообновление через полу-универсальный парсер… Использовать полноценный фреймворк с кучей неиспользуемых библиотек и пр. не правильно, на мой взгляд.
Милли-фреймворк по следам kohana →
Прочли заголовок? Тогда Вы знаете, о чем я хочу порассуждать вслух…
Для начала, опишу саму проблему: последний год (может быть чуть больше), все проекты я пишу на фреймворке kohana. До коханы пользовался codeigniter-ом. Саму коханы выбрал за минималистичность: минимум встроенных модулей, минимум встроенных классов, минималистичная (но очень удобная) файловая структура и пр. Переходить с CI 1.7 было сложно из-за привычек, но далее все было замечательно (чего не скажу про ko2.x)…
Но сегодня я уверен, что придется все-таки переходить на что-то другое. Скорее всего это будет yii или zf. Первый мне не нравится, но второй я вообще терпеть не могу (((
Напрашивается резонный вопрос — а нахрена? Вот на него я и буду отвечать далее…
Развитие фреймворка kohana →
Читайте, *** (цензура), список изменений, при смене версии фреймворка или языка программирования! Еще раз повторю — ЧИТАЙТЕ ВНИМАТЕЛЬНО! Именно из-за моей невнимательности я вчера потратил больше 4-х часов на отладку простейшего модуля системы (модуль flash-сообщений). Вдумайтесь — больше 4 часов жизни на десяток простейших строк приложения!
Расскажу подробнее… Все началось с того, что в новом проекте решил использовать свой модуль notify из предыдущих проектов, на которых он отлично работал. Используется он примерно так:
Notify::error('Сообщение об ошибке');
$this -> request -> redirect($url);
или так:
Notify::error('Сообщение об ошибке');
$this -> content = View::factory('page');
Если происходит редирект, notify сохраняет flash-сообщения в сессию и редиректит. Если происходит вывод страницы — выводит flash-сообщения и забывает про них. Достигается подобное использованием модуля Kohana-Dispatcher: проставляем запуск определенных событий в определенных местах приложения. Вот тут-то я и нарвался на неприятности…
Как убить время? Спросите меня =) →
Сегодня расскажу как интегрировать kohana 3.2 в wordpress. Тема для меня интересная, т.к. последний опыт написания скриптов на чистом php мне не понравился =). Вообще, в инете инфу на данную тематику найти тяжело. Либо все ссылаются на плагин Kohana-for-Wordpress, либо инфа очень старая и не подходит для WP3 или/и KO3.2.
Для начала, немного истории о том, как я искал всю эту инфу =). Первым шагом, конечно-же, был поиск. Первым пунктом в выдаче идет блог уважаемого мной программиста Саши Купреева. На странице, которую выдал Яндекс, подробное описание использования плагина Kohana-for-Wordpress, о котором я говорил выше. И в этом описании видно, что плагин тестировался для ko3.0 и wp2.8.4. Те, кто следит за развитием kohana или wordpress поймут, что версии настолько устарели, что вряд ли вообще этот плагин будет работать. Так же подумал и я, но решил проверить…
WordPress + Kohana →
