Последнее в категории Веб

XSLT::Dependencies

Автор: ash — 15.02.2010 11:44 | Нет комментариев

Небольшая предыстория.

Верстка сайта Microsoft сделана на XSLT. Разумеется, многие XSLT-файлы зависимы от других, и при верстке довольно часто приходилось пересохранять неизмененный основной файл, хотя изменения делались где-то в другом файле, который подключался. А это напрягало.

Студийный parser долгое время тоже не умел обновлять кеш зависимых XSLT-шаблонов. Это тоже напрягало (хотя более напрягал, конечно, сам parser).

По мере возможности я стараюсь кешировать разобранные и скомпилированные XSLT-файлы. На спане есть модуль XSLT::Cache, который, однако, не отслеживает зависимости. Недостаток призван компенсировать модуль XSLT::Dependencies.

use XSLT::Dependencies;
my @dep_list = XSLT::Dependencies->new->explore('myfile.xslt');

В списке @dep_list оказывается перечень всех файлов, которые прямо или косвенно подключены к файлу myfile.xslt.

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

В todo числится обучить модуль читать XSLT не только напрямую из файла, но и из уже разобранного дерева XML::LibXSLT.

P. S. На типовом сайте, однако, отслеживать зависимости и не нужно: при разработке кешировать ничего не требуется, а на продакшне ничего не обновляется :-)

Template::Semantic

Автор: ash — 08.02.2010 22:40 | Нет комментариев

Один из бешеных японцев™ — Наоки Томита — сегодня опубликовал на спане интересный модуль Tempalte::Semantic, один из немногих yet another-шаблонизаторов, на который стоит обратить внимание.

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

Например, чтобы вывести заголовок на страницу, сначала создаем HTML-заготовку:

<html>
    <head>
        <title></title>
    </head>
</html>

А затем описываем правила а-ля CSS:

use v5.10;
use strict;
use Template::Semantic;

say Template::Semantic->process(
    'title.html',
    {
        'html title' => 'My Title',
    }
);

Эта программа напечатает HTML-код с подставленным заголовком:

<html>
    <head>
        <title>My Title</title>
    </head>
</html>

— Fantastique!

Описания с CSS-селекторами или XPath-адресами допустимо создавать и более сложной структуры, в том числе с вложенными хешами и списками (последние позволяют размножать фрагменты HTML-шаблонов).

Примеры наглядно описаны в документации модуля, а кроме того собраны в отдельном файле Template::Semantice::Cookbook.

HTML::DOM (1) — базовые методы чтения и записи

Автор: ash — 28.12.2009 23:08 | Нет комментариев

Недавно на спане появился модуль HTML::DOM, который одновременно — и парсер и билдер. Пара первых простейших экспериментов с этим модулем.

Создание HTML

use v5.10;
use strict;
use HTML::DOM;

my $dom = new HTML::DOM;
$dom->write('<html>');
say $dom->innerHTML;

Здесь модуль создаст HTML с полным набором нужных тегов:

<html><head></head><body></body></html>

Более того, правильно обрабатываются и неправильные вызовы, например такой код

$dom->write('<html>');
$dom->write('<title>My Title</title>');

аккуратно размещает тег <title> внутри <head>:

<html><head><title>My Title</title></head><body></body></html>

Чтение HTML

Базовая операция чтения файла проста:

use v5.10;
use strict;
use HTML::DOM;

my $dom = new HTML::DOM;
$dom->parse_file('test.html');
say $dom->innerHTML;

Опять же, происходит внятное преобразование до валидного HTML-кода. Если файл test.html содержит одну строку <title>My Title</title>, то на выходе получается следующее:

<html><head><title>My Title</title>
</head><body></body></html>

Этими примитивными действиями модуль не ограничивается. В его распоряжении набор методов, напоминающих методы, доступные в XML::LibXML и при обработке DOM с помощью JavaScript.

 

Perl и Премия рунета

Автор: ash — 25.11.2009 23:04 | Комментариев: 4

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

WhoYOUgle

Новый perl.org

Автор: ash — 13.11.2009 16:18 | Нет комментариев
Josef Kutej

Британец Leo Lapworth сообщил о смене дизайна сайта perl.org.

В своем блоге он пишет:

«Это занимало вечера, а иногда и выходные в течение шести недель, но теперь я с гордостью сообщаю о том, что новый www.perl.org только что открыт.

На работе (Foxtons) мне и некоторым дизайнерам в моей команде выделили время, иначе все затянулось бы еще дольше».

Изменения внешнего вида коснулись и сайтов dbi.perl.org и learn.perl.org.

 

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

1996 

1996.png1999 

1999.png2000 

2000.png2004 

2004.png2009

2009.png

libapreq2

Автор: ash — 21.09.2009 23:05 | Нет комментариев

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

В основном я использовал самописный парсер HTTP-запроса, который проработал почти без изменений больше пяти лет. Парсер умел разбирать все, в том числе и multipart/form-data, хотя и написан он не слишком высокопарно.

Потом, когда пришел UTF-8, потребовался mod_perl, а самописному парсеру стало все труднее справляться с запросами, я заменил его библиотекой libapreq2. Libapreq — это Apache HTTP Server Request Library. Это модуль, который собирается в отдельную библиотеку и подключается к Апачу:

LoadModule apreq_module modules/mod_apreq2.so

Установка весьма простая, однако следует помнить, что для установки сопутствующих Perl-модулей требуется вызывать не ./configure, a perl Makefile.PL:

perl Makefile.PL --with-apache2-apxs=/path/to/apache2/bin/apxs

В каталоге modules появится соответствующие бинарные библиотеки, а Perl получит модули для работы с ней, в частности, Apache2::Request.

Миграция с CGI или любого другого парсера на libapeq2 проходит гладко, поскольку, собственно, и задачи формулируются весьма просто: получить переменную из запроса или прочитать куку.

my $req = new Apache2::Request($this->{'r'});
$p{$_} = $req->param($_) for $req->param();

Так же просто читать куки и еще более просто получать прикрепленные файлы:

my $upload = $req->upload($param);

Итого: если у вас mod_perl, пользуйтесь libapreq.

« CPAN | Главная страница | Архивы | Версии Perl »

Категории

Архивы по месяцам

Страницы

  • img

Найти

Об архиве

Эта страница содержит последние записи категории Веб.

Предыдущая категория — CPAN.

Следующая категория — Версии Perl.

Смотрите новые записи на главной странице или загляните в архив, где есть ссылки на все сообщения.