On Tue, 5 Oct 2004, Nick S. Knutov wrote:
> >> [
> >> Есть пожелание. Хотелось бы, чтобы он умел [в будущем] модули,
> >> подключаемые в качестве плагинов, причем, чтобы они могли быть
> >> написаны на чем угодно, например на перле.
> >> ]
> IS> С перлом есть проблемы - ненадёжный язык.
>
> В чем именно выражается его ненадежность? Я ни разу не сталкивался
> с какими либо проблемами при написании чего либо на перле. Вот пхп
> там да. Там в зависимости от версий можно вставить комментарий от
> которого вся прога работать не будет. Да там и пустой строки порой
> бывает достаточно.
Про ненадёжность я написал в предыдущем письме. Добавлю лишь, что
от программиста (перлового) надёжность не шибко зависит - перл не
даёт записать куда попало или вызвать что попало - всё контроллируется
интерпретатором. Однако падает.
Про php сказать ничего не могу - не работал.
> Опять же пожелание - пусть все будет, а надежность и прочее
> оставить на усмотрение того человека, который это будет
> использовать. Тем более, если все это делается в виде модулей -
> можно отключить.
Вставить поддержку perl в event-driven архитектуру достаточно сложно.
Но можно. В результате мы будем иметь такую же надёжность и прожорливость
к памяти, как в случае mod_perl. И чем это отличается от mod_perl'а ?
> >> Есть ли (Будут ли) для него свои вариации FastCGI и mod_perl?
> >> Если будут, то какие? Написанные с нуля свои варианты, или
> >> портированные существующие с сохранением совместимости?
> IS> Будет FastCGI.
>
> А будет ли поддержка явасервлетов?
В смысле запускать java-машину ? Не думаю. Не люблю я java.
> ps: А предполагается ли его в будущем довести по функциональности
> так, чтобы он мог стать заменой Апачу?
Вряд ли. Функциональсть будет наращиваться, но до Апача ему далеко.
Игорь Сысоев
