Mojolicious (произносится «моджолишес») — это новый и активно развивающийся веб-фреймворк , написанный на Perl. И написал его не абы кто, а Sebastian Riedel, который является одним из разработчиков Catalyst . В последнее время Mojolicious стал темой активного обсуждения в сообществе Perl-программистов, так что я просто не мог его не попробовать.
1. Что пишут о Mojolicious?
Если вбить в гугле слово Mojolicious, можно найти следующие его обзоры:
- Пробуем Mojolicious от Егора Курьяновича. Еще на Ютубе можно найти видео-ролики по сабжу его же авторства;
- Хабра-пост Mojolicious v1.12 за авторством человека под ником heoh;
- Mojolicious::Lite стартуем! от Андрея Опейкина. Также на allframeworks.ru можно найти недописанное (увы!) введение в Mojolicious и подборку ссылок по теме. Все его же авторства;
- Mojolicious – знакомство с «вебом из коробки» от Дмитрия ака СетевойГибитобой;
- Пример приложения на Mojolicious от Виктора Турского. Фактически, это единственный пост, посвященный именно Mojolicious, а не Mojolicious::Lite.
Почитав все это, я так и не понял самого главного — чем же так хорош Mojolicious , что все о нем говорят. Действительно он мне нужен, или это просто чьи-то заморочки на тему идеальной архитектуры приложения, совершенного кода и тп? И в конце концов любопытство взяло надо мной вверх.
2. Установка и настройка
Mojolicious можно поставить из CPAN или, если вы пользуетесь FreeBSD, из портов . Кстати, во FreeBSD теперь стандартным интерпретатором Perl стал 5.12, ибо 5.10 больше не поддерживается. Не забудьте обновиться!
pkg_add -r p5-Mojolicious
Что приятно, фреймворк не тянет за собой никаких зависимостей. Catalyst, как я слышал, тянет за собой Moose , а это очень много пакетов. Далее я создал свой первый проект:
cd ~ / projects / mojolicious / test_app /
mojo generate app TestApp
Появилась следующая структура каталогов:
log — сюда пишутся логи
public — статические файлы (css, js, картинки)
script — ядро Моджолишеса
t — все тесты
tempaltes — шаблоны страниц
Также было создано немного кода, который сразу можно проверить в действии. Наше приложение может работать под Apache или Nginx , но во время отладки удобнее всего использовать встроенный веб-сервер Моджолишеса:
По умолчанию сервер слушает 3000-ый порт.
Если хотите знать мое мнение, встроенный веб-сервер — это охренительно. Больше не нужно извращаться, поднимая локальный Apache. Или заниматься написанием кода в VIM через SSH-соединение. Нет, VIM+SSH — это тоже хорошо. До тех пор, пока с интернетом все в порядке. Ну или пока требуется делать только небольшие правки.
У меня со встроенным веб-сервером возникла только одна проблема. Под Виндой ( Windows 7 + Strawberry Perl ) ключ — -restart почему-то не работает. В результате, сервер приходится перезапускать вручную после внесения изменений в код.
Дополнение: В новых версиях Mojolicious убрали ключик — -restart. Вместо него предлагается использовать сервер morbo:
Как использовать Mojolicious в режиме CGI, FastCGI и PSGI, можно прочитать в Mojolicious::Guides::Cookbook . Все достаточно просто. Например, прикручивание к Apache в режиме CGI осуществляется одной строчкой в httpd.conf:
Затем говорим:
… и заходим на http://example.ru/test_app/. Лично я в первый раз получил Internal Server Error. Просмотр /var/log/httpd-error.log подтвердил мою догадку:
(13)Permission denied: exec of ‘/usr/local/www/apache22/
data/test_app/script/test_app’ failed
…, а команды …
chown -R eax:www . / test_app
chmod -R g+rx . / test_app
… исправили ситуацию. Вроде, все работает. Однако если заглянуть в логи приложения, оказывается, что кое-что работает не совсем правильно:
passphrase needs to be changed!!!
Избавиться от этих сообщений очень просто — достаточно дописать в ./test_app/lib/TestApp.pm следующее:
sub startup {
my $self = shift ;
# ВОТ, ЧТО ДОПИСЫВАЕМ:
# Secret passphrase можно получить с помощью pwgen -s 16
$self -> secret ( ‘*pOpRTm;M<;5?fk{‘ ) ;
# …
}
3. Роуты и обработка аргументов
Немного покурив документацию, я более-менее понял общий принцип работы фреймворка. Например, чтобы добавить на наш сайт новую страницу, нужно дописать в метод TestApp::startup() следующее:
$r -> route ( ‘/example-page/’ ) -> via ( ‘get’ ) -> to ( ‘example-page#index’ ) ;
# для той же страницы, запрашиваемой методом POST:
# ->via(‘post’)->to(‘example-page#result’);
# если метод не важен:
# $r->route(‘/example-page/’)->to(‘example-page#result’);
Разумеется, можно делать не только статические страницы, но и ЧПУ в стиле post12345.html, используя части адреса в качестве аргументов скрипта. Подробности о роутах можно прочитать здесь .
Далее создаем test_app/lib/TestApp/Example/Page.pm:
use Mojo :: Base ‘Mojolicious::Controller’ ;
# выводим example-page
sub index {
my ( $self ) = @_ ;
# мне очень хотелось написать о возможности вести логи,
# но не знал, куда запихнуть эту одну строчку кода 🙂
$self -> app -> log -> debug ( «rendering /example-page/ ….» ) ;
$self -> render ( var1 => ‘123’ , var2 => ‘456’ ) ;
}
Как вы могли заметить, тут имеет место связь с роутами:
Имена страниц при этом, разумеется, могут быть любыми. Если нужно получить переданные пользователем аргументы, это делается так:
my @names = $self -> param ;
# получить параметр по его имени:
my $value = $self -> param ( «name» ) ;
# получить параметр, переданный методом GET:
my $value = $self -> req -> query_params -> param ( «name» ) ;
# получить параметр, переданный методом POST:
my $value = $self -> req -> body_params -> param ( «name» ) ;
Подробности относительно обработки запросов можно посмотреть здесь .
4. Готовим шаблоны
Страница уже почти готова, осталось только сделать для нее шаблон. Для этого создаем файл templates/example/page/index.html.ep:
% title ‘Превееед!’;
< p > Это — тестовая страница.
Переменная var1 = <% = $var1 %> , а var2 = <% = $var2 %> .
Перейти < a href = «<%= url_for ‘/’ %> «>на главную < / a > . < / p >
Первая строчка определяет лейаут (см templates/layouts/). Далее идет определение заголовка страницы и собственно код страницы. Как видите, в имени шаблона присутствует имя класса и его метода. «Html» в названии шаблона как бы намекает на формат, в котором мы отдаем данные. В том же каталоге можно создать файл index.json.ep или index.xml.ep для вывода данных в соответствующих форматах.
Расширение файла .ep означает «Embedded Perl». То есть, в шаблоне на самом деле идет Perl-код вперемешку с HTML, как это часто делается в PHP. В первых двух строчках, к примеру, происходит обычный вызов функций layout() и title(). Подробнее о шаблонах Mojolicious можно прочитать здесь .
5. Пишем тесты
Далее я написал тест для только что созданной страницы. Это не обязательно, но сильно упрощает жизнь, когда из заказчика ВНЕЗАПНО начинает переть креатив. Тесты позволяют убедиться, что при изменении сайта ничего не отвалилось. И да, я в курсе, что TDD подразумевает написание тестов перед написанием кода, но я же сейчас в фреймворке разбираюсь, а не работаю над реальным проектом. Итак, файл t/example-page.t :
use strict ;
use Test :: More ;
use Test :: Mojo ;
use_ok ‘TestApp’ ;
my $t = Test :: Mojo -> new ( app => ‘TestApp’ ) ;
$t -> get_ok ( ‘/example-page/’ ) ;
$t -> status_is ( 200 ) ;
$t -> content_type_is ( ‘text/html;charset=UTF-8’ ) ;
$t -> content_like ( qr #<a href=»#i);
done_testing ( ) ;
Обратили внимание, что тут автоматически тестируется пользовательский интерфейс ? Запускаем тест:
Если все сделано правильно, будут запущены все имеющиеся тесты (скрипты test_app/t/*.t). При успешном их прохождении будет выведено сообщение «Result: PASS» . Конечно, тестировать можно не только страницы, но и любые классы и функции. Подробнее о Test::More и Test::Mojo можно прочитать на CPAN.
6. Так что же дает Mojolicious?
Я вижу следующие преимущества от использования Mojolicious:
- Хотим — используем CGI, хотим — FastCGI, хотим — mod_perl. Нравится Apache — прикручиваем к Apache. Нравится nginx — прикручиваем к нему. Не нравится ни тот, ни другой — используем собственный веб-сервер Моджолишеса;
- Как вы могли заметить, Mojolicious является MVC фреймворком,
а это сейчас модно. То есть, он позволяет нам отделить данные от логики; - Безопасность. Все, что выводится в шаблонах, если обратное не указано явно, подвергается замене символов в стиле PHP-функции htmlspecialchars() , так что о вездесущих XSS-уязвимостях можно забыть. Все кукисы подписываются с помощью HMAC-MD5 (для чего, собственно, и нужен passphrase). Так что в кукисах хранится только то, что мы сами в них запишем;
- Не нужно писать свои велосипеды с mod_rewrite;
- Шаблонизатор из коробки;
- Модульное тестирование из коробки;
- Быстрое получение прототипов с помощью Mojolicious::Lite;
- Вменяемые сообщения об ошибках в окне браузера и логах;
- Можно сделать свое веб-приложение устанавливаемым ;
- Легкость;
- Гибкость, обеспечиваемая stash’ем (глобальным хранилищем), плагинами, хуками и хелперами. Хелперы — это небольшие функции типа url_for, которую вы могли заметить в приведенном ранее шаблоне;
- Хорошая документация, активное сообщество программистов.
По поводу плагинов. Их много . Особенно интересными, на мой взгляд, являются Session, Database, Mail, Config, I18n, Cache, CSRFProtect , JSUrlFor и ContentManagement.
7. Дополнительная инфа
В качестве источников дополнительной информации, помимо постов, перечисленных в начале этой заметки, я бы рекомендовал следующие:
- http://mojolicio.us/perldoc — краткая справка для начинающих;
- https://github.com/kraih/mojo/wiki — наиболее полная и актуальная справочная информация;
- http://perl5doc.ru/cpan/distr/Mojolicious — русскоязычная документация;
- http://ru-perl.livejournal.com/ — сообщество Perl-программистов в ЖЖ. Сюда можно адресовать вопрос, если документация не помогла.
Ну или спрашивайте меня прямо в комментариях к этой заметке. Не могу назвать себя большим знатоком Mojolicious’а, но постараюсь помочь, чем смогу.
Дополнение: Обратите также внимание на заметку Мой первый опыт использования MongoDB . Упомянутая в ней сокращалка ссылок написана на Mojolicious.