> Недавно начал осваивать Perl преминительно к web, в связи с > чем возникли вопросы. В этом случае я бы посоветовал не заморачиваться и изучать Perl в самом общем виде под самой обычной CGI. Для начинающего FastCGI и mod_perl - совершенно лишние заморочки. Еще надо заметить, что скорее всего ты будешь использовать его на виртуальном хостинге, а не на didicated-сервере, а в этом случае ни FastCGI ни mod_perl тебе никто использовать не даст чисто физически (если есть хостингн, для которых это не так - дайте ссылку, оно мне надо).
> 1. Какую технологию лучше использовать при программировании > на Perl, mod_perl или fastCGI? Если однозначно ответить > нельзя, то объясните в каких случаях кажджой нужно отдать > предпочтения. Однозначно ответить на этот вопрос действительно нельзя. Гугль выдает достаточно большое количество ссылок:
http://www.google.com/search?q=FastCGI+vs+ModPerl В общем случае по быстродействию разницы не будет, но с написанием кода под mod_perl могут возникать трудности (в частности, некоторые библиотеки просто не будут работать). В то же время mod_perl имеет кучу фич для работы с кишками Апача, что может быть очень полезно при разработке крупных/сложных проектов.
> 2. Что лучше с точки зрения быстродействия: fastCGI на Perl > или на C? Си однозначно. Но сложность написания кода возрастает в разы. ИМХО, оно того не стоит.
Недавно начал осваивать Perl преминительно к web, в связи с чем возникли вопросы.
1. Какую технологию лучше использовать при программировании на Perl, mod_perl или fastCGI? Если однозначно ответить нельзя, то объясните в каких случаях кажджой нужно отдать предпочтения.
2. Что лучше с точки зрения быстродействия: fastCGI на Perl или на C?
> Недавно начал осваивать Perl преминительно к web, в связи с > чем возникли вопросы. В этом случае я бы посоветовал не заморачиваться и изучать Perl в самом общем виде под самой обычной CGI. Для начинающего FastCGI и mod_perl - совершенно лишние заморочки. Еще надо заметить, что скорее всего ты будешь использовать его на виртуальном хостинге, а не на didicated-сервере, а в этом случае ни FastCGI ни mod_perl тебе никто использовать не даст чисто физически (если есть хостингн, для которых это не так - дайте ссылку, оно мне надо).
> 1. Какую технологию лучше использовать при программировании > на Perl, mod_perl или fastCGI? Если однозначно ответить > нельзя, то объясните в каких случаях кажджой нужно отдать > предпочтения. Однозначно ответить на этот вопрос действительно нельзя. Гугль выдает достаточно большое количество ссылок:
http://www.google.com/search?q=FastCGI+vs+ModPerl В общем случае по быстродействию разницы не будет, но с написанием кода под mod_perl могут возникать трудности (в частности, некоторые библиотеки просто не будут работать). В то же время mod_perl имеет кучу фич для работы с кишками Апача, что может быть очень полезно при разработке крупных/сложных проектов.
> 2. Что лучше с точки зрения быстродействия: fastCGI на Perl > или на C? Си однозначно. Но сложность написания кода возрастает в разы. ИМХО, оно того не стоит.
Замолвлю слово за C++15.01.07 15:01 Автор: amirul <Serge> Статус: The Elderman
> > 2. Что лучше с точки зрения быстродействия: fastCGI на > Perl > > или на C? > Си однозначно. Но сложность написания кода возрастает в > разы. ИМХО, оно того не стоит.
В общем согласен, но можно ведь и на плюсах: скорость практически не отличается от C, но с использованием хороших библиотек сложность написания практически не отличается от перловой.
Контейнеры есть в плюсах стандартно (std::map, std::list и прочие)
Регэкспы - boost::regex
"Сборка мусора" - умные указатели std::auto_ptr, boost::shared_ptr и пр (автоматическая сборка мусора на мой взгляд создает больше проблем, чем решает)
Ну и собственно CGI-шной обвязкой (окружение, куки и т.д.) можно поручить заниматься cgicc, freecgi, jwcgi и т.д.. Библиотек - море.
ЗЫ: Сам я веб еще не писал, но просмотрев интерфейсы библиотек просто решительно не вижу, в каком месте мне будет на плюсах труднее, чем на перле.
При этом на С можно написать че угодно, отладить под Мастдаем и быть увереным, что работать будет где угодно. Нет проблемы "прикручивания" чужого глючного софта. Ве в "одном флаконе" все понятно и прозрачно.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
