Здравствуйте. Вобщем вопрос по организации perl проектов.

У меня есть один большой web проект который внедряется и развивается. В нем я выделил некоторые базовые вещи
и сложил их в отдельную директорию LIB. 
html шаблоны  так же как и JS скрипты храняться тоже в отдельных директориях. Структура сайта реализована в виде множества perl файлов, которые ссылаются (require,use) на файлы
из библиотеки и используют их. Таким образом пользователь бегает от одного модуля к другому. Хотел посоветоваться правильно ли вообще это?
Может стоило сделать один главный файл допустим index.pl и в него сразу включить все файлы библиотеки и включать все файлы проекта?

Как лучше организовывать проекты? Поделитесь опытом пожалуйста...

Если есть возможность, надо смотреть в сторону Catalist. Если нет - надо принимать решение исходя из того, как будут запускаться скрипты. Много файлов можно запускать как CGI или mod_perl, но не как FastCGI. Один файл хорошо будет работать под FastCGI и mod_perl и плохо под CGI. mod_perl можно во внимание не принимать.

Какие технологии используются ?
1) CGI / mod_perl / FastCGI ?
2) какой шаблонизатор ? TT / Mason что то другое ?

Я обычно делаю стандартную структуру:

lib                - perl Модули общего использования
www           - статические данные html, css, js
templates   - шаблоны  
bin               - скрипты, работающее в бэкграунде - по крону или как демоны
cgi-bin         - CGI скрипты (если нужны)
var               - изменяемые данные (те что изменяются при работе сайта)

все кроме var - помещается в CVS/SVN/Git  или что там используется.

Откуда такие предубеждения против FastCGI? У меня на проекте под FastCGI работает 2 десятка скриптов

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

По сути FastCGI - это запуск приложения, обрабатывающего один запрос, для параллельной обработки надо запустить несколько копий. Если два десятка скриптов, каждый запускается в восьми копиях - в памяти 160 перловых процесса. Довольно накладно. Если запускать меньше копий, то преимущества от FastCGI теряются. 

mvsgt, 
Какой-то странный у вас вывод. FastCGI отличается от CGI тем, что процесс постоянно не нужно перезапускать. 




Не думаю, чтобы они полностью терялись. Преимущество FastCGI перед CGI как раз в том, что не нужно перезапускать процесс перед обработкой следующего запроса. Причем тут количество копий?

Представьте, что у Вас процессор с 8-ю ядрами. Значит, параллельно будут выполняться 8 процессов, не больше. Вот на эти 8 параллельных процесса надо запустить 8 копий FastCGI серверов. Если у вас 20 скриптов, то надо запустить в общей сложности 8*20=160 копий FastCGI. Поэтому выгодней объединить скрипты в один - это в 20 раз уменьшит количество памяти и количество соединений с базой данных.

Это оффтоп, но все же:

что мешает одному процессу FastCGI исполнять несколько различных скриптов по очереди ?

кстате, подскажите имеется 

lighttpd FastCGI 

если я хочу изменить код в скрипте, то нужно ли перегружать веб-сервер? 
и если будет ошибка в коде, то весь сервак упадет?

кто знает есть  FastCGI (lighttpd)

если я хочу внести изменения в код catalyst, то нужно ли мне перегруать веб-сервер ?

или достаочно прибить всех детей и оно само перегрузит?

То, есть два варианта - либо каждый скрипт будут каждый раз перегружаться заново - это будет CGI, либо в памяти будет сидеть копия интерпретатора на каждый скрипт. Если будет один интерпретатор на все скрипты, это будет не fastcgi, а mod_perl co всеми вытекающими недостатками и достоинствами.

У меня щас просто CGI и много .pl файликов.

Я  про FastCGI хочу спросить. Это нужно определенный доступ к серверу иметь чтоб так перезагружать в память обновленные скрипты? 
Будет ли нормально работать это все у меня скрипты периодически ссылаются друг на друга через require и  use.

Надо задуматься, мож попробовать проект перенести под FastCGI, При переходе между скриптами всё таки присутствует некоторое время ожидания при загрузке.

Либо Вы неправильно употребляете термин "скрипты", либо что-то неправильно в Ваших программах. Скриптами обычно называют исполняемые программы на перле, а то, на что ссылаются  use и require называют модулями и подключаются они из скриптов, а не запускаются апачем или fastcgi.

бред. Во первых у меня есть скрипты - базовое ПО(библиотека), я ее везде использую и подключаю с помощью use. Иногда бывает так что скрипты использует функции друг-друга и общаются между собой(я обычно require использую). Обычное дело помоему.

Значит Вы просто не понимаете смысл слов, которые используете. Сейчас это обычное дело.