Без mod_perl все работает. Но медленно. Заметно медленнее, чем Bugzilla 2.2 на том же сервере.

Слышал, что ускорить помогает mod_perl. Установил, проверил работу простым скриптом, где глобальная переменная "живет" между запросами. Все работает.

Последнее, что осталось - настроить Bugzilla под mod_perl. В конфиг Apache добавил, как сказано в документации:

PerlSwitches -I/var/www/html/bugzilla -I/var/www/html/bugzilla/lib -w -T
PerlConfigRequire /var/www/html/bugzilla/mod_perl.pl

Само собой, "/var/www/html/bugzilla" заменил на "D:/Bugzilla"
После этого Apache не запустился. Проверка конфигурации показала ошибку:

... Apache2::SizeLimit at the moment works only with non-threaded MPMs ...

По этой теме нашел обсуждение:
https://bugzilla.mozilla.org/show_bug.cgi?id=370370

Исправил mod_perl.pl, как там советуют, т.е. отключил модуль Apache2::SizeLimit:
https://bugzilla.mozilla.org/attachment … ction=diff

Судя по отзывам, так у кого-то работает, у кого-то нет. У меня Apache просто зависает на старте.

Люди добрые, подскажите - работает ли у кого нибудь в Windows Bugzilla под mod_perl?
И если работает, то в чем хитрость?

Насколько я вижу (http://www.bugzilla.org/docs/3.6/en/html/configuration.html) в конфигурация bugzilla + mod_perl нормально работает только если apache работает в Prefork MPM. Кроме того, вы видели ограничения на такую конфигурацию:

• mod_perl support in Bugzilla can take up a HUGE amount of RAM. You could be looking at 30MB per httpd child, easily. Basically, you just need a lot of RAM. The more RAM you can get, the better. mod_perl is basically trading RAM for speed. At least 2GB total system RAM is recommended for running Bugzilla under mod_perl.

• Under mod_perl, you have to restart Apache if you make any manual change to any Bugzilla file. You can't just reload--you have to actually restart the server (as in make sure it stops and starts again). You can change localconfig and the params file manually, if you want, because those are re-read every time you load a page.

• You must run in Apache's Prefork MPM (this is the default). The Worker MPM may not work--we haven't tested Bugzilla's mod_perl support under threads. (And, in fact, we're fairly sure it won't work.)

• Bugzilla generally expects to be the only mod_perl application running on your entire server. It may or may not work if there are other applications also running under mod_perl. It does try its best to play nice with other mod_perl applications, but it still may have conflicts.

• It is recommended that you have one Bugzilla instance running under mod_perl on your server. Bugzilla has not been tested with more than one instance running.

Я считаю, что bugzilla с mod_perl фактически не работает.

Понятно. Мнение принято. Спасибо!

Ограничения видел. Для начала хочется просто запустить и оценить разницу. Пункт 1 надо тестировать на месте. Пункт 3 беспокоит больше всего. Так понимаю, под Windows в Apache нет режима "Prefork MPM". Остальные пункты - не проблема.

Ведь у людей-то работает! И под тоже.

Я ставил по данному https://wiki.mozilla.org/Bugzilla:Win32Install руководству.
Там написано:

Я использовал на Win2003 R2:
mysql-essential-5.1.44-win32.msi
ActivePerl-5.8.9.827-MSWin32-x86-291969.msi
httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi

В общем всё вроде работает

Значит это неправда?

у меня работает
OpenSUSE
UBUNTU
и ускоряет существенно

Windows + Apache + mod_perl == cheap + right + fast: pick any two

На тестовом сервере запустил Ubuntu Server + Apache2 + Bugzilla 3.4. Машина Pentium-4 2 GHz.
Открытие страницы без mod_perl - 6 c, с mod_perl - 3 c.
На таком же сервере с Windows и без mod-perl - 6 c.

однозначно, для ускорения работы надо включать mod_perl

зыж По моему скромному мнению в нормальной организации должна быть хоть одна машинка на *nix, хотя бы и на виртуалке.