Комментарии 11
<offtopic>Почему-то всегда наблюдается одна картина. Если человек пишет пост про С++, Python, PHP..., но обязательно пишет в заголовке, про какой язык будет идти речь. Но если язык не указан, то это точно Perl. Интересно, почему так происходит?</offtopic>
Название модуля как бы намекает
А указания хаба «Perl» и соответствующих тэгов разве недостаточно?
Вот-вот, и я про это. В мире перла принято изъясняться намёками. Если намёка достаточно, то больше не будет не сказано ничего. Видимо язык располагает к такому стилю мышления. Любопытный эффект.
Никакого эффекта. Размещение поста в разделе «Perl», по моему мнению, более чем достаточно что-бы понять о каком языке идет речь. При этом указание языка еще и в заголовке, считаю, уже будет тавтологией.
Однако, по зрелым размышлениям я понимаю что при чтении ленты это может доставить неудобство. Учту на будущее.
Однако, по зрелым размышлениям я понимаю что при чтении ленты это может доставить неудобство. Учту на будущее.
Враки, половина пэхэпэшников тоже не пишут что за язык, причём на хабре это постоянно обсуждается.
Лучший способ для Perl при разработки веб-приложений уйти от Apache — это писать их на фреймворках типа Mojolicious, Catalyst и т.п. Рекомендую именно Mojolicious. Преимуществ — масса.
В нашем случае задачи очень специфические и фреймворки для них избыточны. С учетом того, что нужно высокое быстродействие, фреймворки вообще противопоказаны.
Да и вообще, мой опыт говорит о том что очень часто то, что помогает программисту и облегчает ему жизнь, очень отрицательно сказывается на качестве продукта. Поэтому я традиционно очень скептически отношусь к таким вещам.
Да и вообще, мой опыт говорит о том что очень часто то, что помогает программисту и облегчает ему жизнь, очень отрицательно сказывается на качестве продукта. Поэтому я традиционно очень скептически отношусь к таким вещам.
Для некоторых задач фреймворки избыточны/недостаточны/просто не нужны, тогда лучше взять Plack, это набор утилит для работы с (поверх) PSGI, а затем уже проект можно запускать практически под любым сервером (Apache, Nginx, Startman, Twiggy и т.д.), и поверх любого интерфейса (CGI, FastCGI, PSGI, mod_perl и т.д.), благо PSGI для этого и создавался.
PSGI — унифицированный интерфейс между Perl приложением и веб-сервером.
И да, mojolicious крутой. =) Но иногда он не нужен.
PSGI — унифицированный интерфейс между Perl приложением и веб-сервером.
И да, mojolicious крутой. =) Но иногда он не нужен.
Возможно, Вы не пробовали Mojolicious? Поверьте, он гибок и быстр + широта его функционала позволяют использовать его в очень большом кол-ве случаев. Это реальная инновация. Поизучайте!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
Развитие модуля FCGI::ProcManager