информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Линуксовый ботнет, распространяющийся... 
 Конец поддержки Internet Explorer 
 Рекордное число уязвимостей в 2021 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / beginners
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
Замолвлю слово за C++ 15.01.07 15:01  Число просмотров: 2533
Автор: 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 и т.д.. Библиотек - море.

ЗЫ: Сам я веб еще не писал, но просмотрев интерфейсы библиотек просто решительно не вижу, в каком месте мне будет на плюсах труднее, чем на перле.
<beginners>
mod_perl vs fastCGI 13.01.07 15:59  
Автор: НачинающийКодер Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Недавно начал осваивать Perl преминительно к web, в связи с чем возникли вопросы.
1. Какую технологию лучше использовать при программировании на Perl, mod_perl или fastCGI? Если однозначно ответить нельзя, то объясните в каких случаях кажджой нужно отдать предпочтения.
2. Что лучше с точки зрения быстродействия: fastCGI на Perl или на C?
Re 14.01.07 06:53  
Автор: Heller <Heller> Статус: Elderman
Отредактировано 14.01.07 06:55  Количество правок: 1
<"чистая" ссылка>
> Недавно начал осваивать 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 и т.д.. Библиотек - море.

ЗЫ: Сам я веб еще не писал, но просмотрев интерфейсы библиотек просто решительно не вижу, в каком месте мне будет на плюсах труднее, чем на перле.
Аналогично. 16.01.07 04:19  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
При этом на С можно написать че угодно, отладить под Мастдаем и быть увереным, что работать будет где угодно. Нет проблемы "прикручивания" чужого глючного софта. Ве в "одном флаконе" все понятно и прозрачно.
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach