[devel] mod_perl

[devel] mod_perl

[Stanislav Yadykin]

[-- Attachment #1: Type: text/plain, Size: 532 bytes --]

Добрый день!

А почему возникла такая политика, чтобы вместо apache+mod_perl ставить 
apache-perl? Для меня (а я, думаю, не одинок) довольно часто требуется 
поддержка как mod_perl'a, так и mod_php + mod_ssl. Я знаю, что при 
использовании mod_perl как модуля теряется поддержка SSI, но не часто же оно 
применяется? А так получается, что к перловому апачу не прикрутишь ни 
mod_ssl, ни mod_php.

Может стоит все-таки сделать дополнительно к apache-perl альтернативу в виде 
apache + mod_perl?

-- 
Stanislav Yadykin
ALT Linux Team

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mod_perl

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 542 bytes --]

* Stanislav Yadykin <tosick@> [040929 12:30]:
> Может стоит все-таки сделать дополнительно к apache-perl альтернативу в виде 
> apache + mod_perl?
Перевожу - а не собрать ли mod_perl динамически?  С возможностью
паралельного существования обоих пакетов.

P.S. Голосую за.

-- 
Regards, Sir Raorn.
-------------------
> Различия есть - просто нет времени копаться в более других дистрибутивах 
> и выяснять как там это сделано... Работать нужно:)
Если нет времени копаться, поверьте тем, кто копается. :-)
		-- ab in community@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mod_perl

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 553 bytes --]

On Wed, Sep 29, 2004 at 01:18:24PM +0400, Alexey I. Froloff wrote:
> > Может стоит все-таки сделать дополнительно к apache-perl
> > альтернативу в виде apache + mod_perl?
> Перевожу - а не собрать ли mod_perl динамически?  С
> возможностью паралельного существования обоих пакетов.
> P.S. Голосую за.

Перевожу уже не раз озвученное в community@ и sisyphus@ --
патчите, собираете, тестите, результаты в багзиллу.

И всё у нас получится :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 573 bytes --]

On Wed, Sep 29, 2004 at 09:02:56PM +0300, Michael Shigorin wrote:
> >> Может стоит все-таки сделать дополнительно к apache-perl
> >> альтернативу в виде apache + mod_perl?
>> Перевожу - а не собрать ли mod_perl динамически?  С
>> возможностью паралельного существования обоих пакетов.
>> P.S. Голосую за.
 MS> Перевожу уже не раз озвученное в community@ и sisyphus@ --
 MS> патчите, собираете, тестите, результаты в багзиллу.
 MS> И всё у нас получится :-)

Не напомнишь, почему у нас сейчас всё раздельно?

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 430 bytes --]

On Wed, Sep 29, 2004 at 01:18:24PM +0400, Alexey I. Froloff wrote:
>> Может стоит все-таки сделать дополнительно к apache-perl альтернативу в виде 
>> apache + mod_perl?
 AIF> Перевожу - а не собрать ли mod_perl динамически?  С возможностью
 AIF> паралельного существования обоих пакетов.
 AIF> P.S. Голосую за.

Apache прекрасно работает как прокси к apache-perl :)

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Ткаченко Максим]

В сообщении от Четверг 30 Сентябрь 2004 04:47 Денис Смирнов написал(a):
> Не напомнишь, почему у нас сейчас всё раздельно?
Не знаю как у Шигорина, но у меня не получалось свалить все в кучу :(... 
покрайнер мере на mod_perl не накатывается mod_sql... причина как я понял в 
патчах от russian-apache.. По крайнер мере на их сайте такое проскакивало где 
то в форуме.

Re: [devel] mod_perl

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 650 bytes --]

* Денис Смирнов <mithraen@> [040930 01:49]:
> >> Может стоит все-таки сделать дополнительно к apache-perl альтернативу в виде 
> >> apache + mod_perl?
>  AIF> Перевожу - а не собрать ли mod_perl динамически?  С возможностью
>  AIF> паралельного существования обоих пакетов.
>  AIF> P.S. Голосую за.
> Apache прекрасно работает как прокси к apache-perl :)
Это АЦЦКИ неудобно...

-- 
Regards, Sir Raorn.
-------------------
Если что-то не успели -- не расстраивайтесь. Во-первых все чего-то не
успели, во-вторых есть updates, в-третьих -- да здравствует Sisyphus!
Камешек до вершины он докатить  все равно не сможет.
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mod_perl

[Денис Смирнов]

On Thu, Sep 30, 2004 at 08:01:52AM +0400, Alexey I. Froloff wrote:
>  AIF>> Перевожу - а не собрать ли mod_perl динамически?  С возможностью
>  AIF>> паралельного существования обоих пакетов.
>  AIF>> P.S. Голосую за.
>> Apache прекрасно работает как прокси к apache-perl :)
 AIF> Это АЦЦКИ неудобно...

Помнится раньше это было чем-то обосновано.
А у меня этой настройкой всё равно скрипт занимается, это было один раз
неудобно :) Сейчас в /service/ (я пользуюсь daemontools) поднимается
основной апач и кучка mod_perl апачей, с предварительным вызовом ip add
(для создания новых адресов на loopback-интерефейсе).

-- 
С уважением, Денис

http://freesource.info

Re: [devel] mod_perl

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 1097 bytes --]

On Thu, Sep 30, 2004 at 09:09:08AM +0400, Денис Смирнов wrote:
> On Thu, Sep 30, 2004 at 08:01:52AM +0400, Alexey I. Froloff wrote:
> >  AIF>> Перевожу - а не собрать ли mod_perl динамически?  С возможностью
> >  AIF>> паралельного существования обоих пакетов.
> >  AIF>> P.S. Голосую за.
> >> Apache прекрасно работает как прокси к apache-perl :)
>  AIF> Это АЦЦКИ неудобно...
> Помнится раньше это было чем-то обосновано.
Это было (да и до сих пор обоснованно) совершенно различными
дефолтными политиками в отношении настроек апача (количество
детей/потоков, временем их жизни итп). К тому же, использование
mod_perl некоторое время назад приводило к заметным подтеканиям
(из-за чего, собственно, и приходилось изменять эти самые настройки).

> А у меня этой настройкой всё равно скрипт занимается, это было один раз
> неудобно :) Сейчас в /service/ (я пользуюсь daemontools) поднимается
> основной апач и кучка mod_perl апачей, с предварительным вызовом ip add
> (для создания новых адресов на loopback-интерефейсе).
Возможно, сейчас mod_perl уже полечили от этих проблем.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Stanislav Yadykin]

[-- Attachment #1: Type: text/plain, Size: 434 bytes --]

В сообщении от Четверг, 30-Сен-2004 04:09 Ткаченко Максим написал(a):
> Не знаю как у Шигорина, но у меня не получалось свалить все в кучу :(...
> покрайнер мере на mod_perl не накатывается mod_sql... причина как я понял в
> патчах от russian-apache.. По крайнер мере на их сайте такое проскакивало
> где то в форуме.

Что есть mod_sql?
Гугль в ответ на такие вопросы намекает в сторону proftpd.

-- 
Stanislav Yadykin
ALT Linux Team

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Ткаченко Максим]

В сообщении от Четверг 30 Сентябрь 2004 14:10 Stanislav Yadykin написал(a):
> В сообщении от Четверг, 30-Сен-2004 04:09 Ткаченко Максим написал(a):
> > Не знаю как у Шигорина, но у меня не получалось свалить все в кучу :(...
> > покрайнер мере на mod_perl не накатывается mod_sql... причина как я понял
> > в патчах от russian-apache.. По крайнер мере на их сайте такое
> > проскакивало где то в форуме.
>
> Что есть mod_sql?
> Гугль в ответ на такие вопросы намекает в сторону proftpd.
Сории конечно же mod_ssl

Re: [devel] mod_perl

[Victor Forsyuk]

On Thu, Sep 30, 2004 at 08:01:52AM +0400, Alexey I. Froloff wrote:
> * Денис Смирнов <mithraen@> [040930 01:49]:
> > >> Может стоит все-таки сделать дополнительно к apache-perl альтернативу в виде 
> > >> apache + mod_perl?
> >  AIF> Перевожу - а не собрать ли mod_perl динамически?  С возможностью
> >  AIF> паралельного существования обоих пакетов.
> >  AIF> P.S. Голосую за.
> > Apache прекрасно работает как прокси к apache-perl :)
> Это АЦЦКИ неудобно...

Я сейчас пробую собрать всё это хозяйство как это делается у всех
кроме мандрейка - то есть без извратов, динамически.

Re: [devel] mod_perl

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 331 bytes --]

* Victor Forsyuk <force@> [040930 18:48]:
> > > Apache прекрасно работает как прокси к apache-perl :)
> > Это АЦЦКИ неудобно...
> Я сейчас пробую собрать всё это хозяйство как это делается у всех
> кроме мандрейка - то есть без извратов, динамически.
А я уже собрал.  Осталось только протестить.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 588 bytes --]

On Thu, Sep 30, 2004 at 01:34:30PM +0700, Alexey Morozov wrote:

 AM> Это было (да и до сих пор обоснованно) совершенно различными
 AM> дефолтными политиками в отношении настроек апача (количество
 AM> детей/потоков, временем их жизни итп). К тому же, использование
 AM> mod_perl некоторое время назад приводило к заметным подтеканиям
 AM> (из-за чего, собственно, и приходилось изменять эти самые настройки).

Тогда пущай живёт как есть.

Программа которая один раз показала, что написана криво, доверие теряет
надолго.

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mod_perl

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 796 bytes --]

* Alexey I. Froloff <raorn@> [040930 19:15]:
> > > > Apache прекрасно работает как прокси к apache-perl :)
> > > Это АЦЦКИ неудобно...
> > Я сейчас пробую собрать всё это хозяйство как это делается у всех
> > кроме мандрейка - то есть без извратов, динамически.
> А я уже собрал.  Осталось только протестить.
Результаты моей жизнедеятельности по этому вопросу отражены по
адресам https://bugzilla.altlinux.org/show_bug.cgi?id=5263 и
https://bugzilla.altlinux.org/attachment.cgi?id=600&action=view

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

-- 
Regards, Sir Raorn.
-------------------
> Может всвязи с глобальным переходом на gcc3 выкинуть нафиг этот
> "2.96" и собирать ядро старым добрым 2.95.3?
Руки прочь от 2.96! :)
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mod_perl

[Victor Forsyuk]

On Thu, Sep 30, 2004 at 07:15:02PM +0400, Alexey I. Froloff wrote:
> * Victor Forsyuk <force@> [040930 18:48]:
> > > > Apache прекрасно работает как прокси к apache-perl :)
> > > Это АЦЦКИ неудобно...
> > Я сейчас пробую собрать всё это хозяйство как это делается у всех
> > кроме мандрейка - то есть без извратов, динамически.
> А я уже собрал.  Осталось только протестить.

(мечтательно) Хорошо бы еще mod_charset так оторвать.

Re: [devel] mod_perl

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 703 bytes --]

* Victor Forsyuk <force@> [041001 17:02]:
> > > > > Apache прекрасно работает как прокси к apache-perl :)
> > > > Это АЦЦКИ неудобно...
> > > Я сейчас пробую собрать всё это хозяйство как это делается у всех
> > > кроме мандрейка - то есть без извратов, динамически.
> > А я уже собрал.  Осталось только протестить.
> (мечтательно) Хорошо бы еще mod_charset так оторвать.
mod_charset говорит, что он not DSO ready.

А с mod_perl я рано радовался - коредампится при любом обращении
если включен mod_perl...

-- 
Regards, Sir Raorn.
-------------------
2ldv: Дим, глянь плз на modutils, если тебя все устраивает - давай его в
Sisyphus, нам без него плохо ;-)
		-- rider in devel-kernel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mod_perl

[Victor Forsyuk]

On Fri, Oct 01, 2004 at 05:03:43PM +0400, Alexey I. Froloff wrote:
> * Victor Forsyuk <force@> [041001 17:02]:
> > > > > > Apache прекрасно работает как прокси к apache-perl :)
> > > > > Это АЦЦКИ неудобно...
> > > > Я сейчас пробую собрать всё это хозяйство как это делается у всех
> > > > кроме мандрейка - то есть без извратов, динамически.
> > > А я уже собрал.  Осталось только протестить.
> > (мечтательно) Хорошо бы еще mod_charset так оторвать.
> mod_charset говорит, что он not DSO ready.

В KSI Linux усилиями Вити Хименко это было сделано.

В архивах на apache.lexa.ru есть об этом упоминания. Типа:

http://apache.lexa.ru:8101/mail-archive/msg03261.html

Сохранились и srpm'ы, вот только Витя делал это через свою альтернативу
EAPI (KEAPI) и повторить это для свежего апача у меня нет ни времени,
ни потенции. ;)

Эх, хорошо бы, если бы Витя тряхнул стариной... :)
 
> А с mod_perl я рано радовался - коредампится при любом обращении
> если включен mod_perl...

Странно.

Re: [devel] mod_perl

[Stanislav Yadykin]

[-- Attachment #1: Type: text/plain, Size: 524 bytes --]

В сообщении от Пятница, 01-Окт-2004 16:03 Alexey I. Froloff написал(a):
> А с mod_perl я рано радовался - коредампится при любом обращении
> если включен mod_perl...

Странно... у  меня к альтовскому апачу прикручен mod_ssl и mod_perl 
динамически и все работает без проблем, проблемы появляются только при работе 
с большими объемами графики с Perl::Magick'ом, да и при использовании им же 
родимым файл-хендлеров вместо имен файлов, но я это отношу к проблемам самого 
Perl-Magick'а.

-- 
Stanislav Yadykin
ALT Linux Team

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mod_perl

[Michael Shigorin]

On Fri, Oct 01, 2004 at 04:16:33PM +0300, Victor Forsyuk wrote:
> Эх, хорошо бы, если бы Витя тряхнул стариной... :)

Дык сколько ж можно трясти стариной над стариной (1.3.x) -- оно
уже не в том возрасте, когда *API меняют как перчатки...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] Re: mod_perl

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 731 bytes --]

On Fri, Oct 01, 2004 at 05:38:35PM +0300, Stanislav Yadykin wrote:
> > А с mod_perl я рано радовался - коредампится при любом
> > обращении если включен mod_perl...
> Странно... у  меня к альтовскому апачу прикручен mod_ssl и
> mod_perl динамически и все работает без проблем, проблемы
> появляются только при работе с большими объемами графики с
> Perl::Magick'ом, да и при использовании им же родимым
> файл-хендлеров вместо имен файлов, но я это отношу к проблемам
> самого Perl-Magick'а.

(задумчиво) а в сейфе с тараканами записку по этому поводу
оставить -- не судьба, чтоб другие следом хоть не дублировали...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Victor Forsyuk]

On Fri, Oct 01, 2004 at 08:29:19PM +0300, Michael Shigorin wrote:
> On Fri, Oct 01, 2004 at 04:16:33PM +0300, Victor Forsyuk wrote:
> > Эх, хорошо бы, если бы Витя тряхнул стариной... :)
> 
> Дык сколько ж можно трясти стариной над стариной (1.3.x) -- оно

Да как тебе сказать... Может 1.3.x и старина, но apache2 пока
что излишней популярностью не страдает. Свежих данных под рукой
нет, но вот скажем в феврале прошлого года второй апач составлял
мизерный процент общей популяции апачей. См.:

http://news.netcraft.com/archives/2003/02/25/apache_on_windows_struggling.html

> уже не в том возрасте, когда *API меняют как перчатки...

Тогда ты меня не понял. Я не о том, чтобы Витя вдохнул жизнь в свой
KEAPI (пусть он технически лучше EAPI, но раз в мейнстрим не попал,
то нет смысла его упорно тащить), а о том, что было бы здорово
получить динамически подключаемый mod_charset (на основе EAPI,
разумеется).

[devel] Re: mod_perl

[Michael Shigorin]

On Tue, Oct 05, 2004 at 02:52:30PM +0300, Victor Forsyuk wrote:
> Тогда ты меня не понял.

Угу.  А на практике -- что получаем с суверенитета mod_charset?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Re: mod_perl

[Stanislav Yadykin]

[-- Attachment #1: Type: text/plain, Size: 980 bytes --]

> > Странно... у  меня к альтовскому апачу прикручен mod_ssl и
> > mod_perl динамически и все работает без проблем, проблемы
> > появляются только при работе с большими объемами графики с
> > Perl::Magick'ом, да и при использовании им же родимым
> > файл-хендлеров вместо имен файлов, но я это отношу к проблемам
> > самого Perl-Magick'а.
>
> (задумчиво) а в сейфе с тараканами записку по этому поводу
> оставить -- не судьба, чтоб другие следом хоть не дублировали...

Да я даже и не знаю... Скорее это проблема перл-интерфейса самого 
ImageMagick'а. С обычными файлхендлами все работает на ура, но стоит tie'нуть 
файлхендл на свой модуль (со всеми необходимыми методами) начинаются 
сегфолты.

А с файлами большого размера тут вообще не понятно, может и пройти на ура, а 
может и трапнуться. В mod_perl'овом окружении трапается гораздо чаще, нежели 
при использовании "голого" интерпретатора, и закономерности, к сожалению, я 
не заметил.

-- 
Stanislav Yadykin
ALT Linux Team

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mod_perl

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 480 bytes --]

On Tue, Oct 05, 2004 at 08:29:35PM +0300, Stanislav Yadykin wrote:
> > > Странно... у  меня к альтовскому апачу прикручен mod_ssl и
> > > mod_perl динамически и все работает без проблем
> > (задумчиво) а в сейфе с тараканами записку по этому поводу
> > оставить -- не судьба, чтоб другие следом хоть не дублировали...
> Да я даже и не знаю..

Да я про фичу, не багу :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Stanislav Yadykin]

[-- Attachment #1: Type: text/plain, Size: 621 bytes --]

В сообщении от Среда, 06-Окт-2004 08:34 Michael Shigorin написал(a):
> On Tue, Oct 05, 2004 at 08:29:35PM +0300, Stanislav Yadykin wrote:
> > > > Странно... у  меня к альтовскому апачу прикручен mod_ssl и
> > > > mod_perl динамически и все работает без проблем
> > >
> > > (задумчиво) а в сейфе с тараканами записку по этому поводу
> > > оставить -- не судьба, чтоб другие следом хоть не дублировали...
> >
> > Да я даже и не знаю..
>
> Да я про фичу, не багу :-)

Дык фича ж описана уже в ящике с тараканами?
https://bugzilla.altlinux.org/show_bug.cgi?id=5263
Или Вы о другой фиче?

-- 
Stanislav Yadykin
ALT Linux Team

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mod_perl

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 359 bytes --]

On Wed, Oct 06, 2004 at 09:24:12AM +0300, Stanislav Yadykin wrote:
> > > > чтоб другие следом хоть не дублировали...
             ^^^^^^
> Дык фича ж описана уже в ящике с тараканами?

Так это как раз Ваш коллега _параллельно_ и делал.  О чём и спич.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Stanislav Yadykin]

[-- Attachment #1: Type: text/plain, Size: 410 bytes --]

В сообщении от Среда, 06-Окт-2004 11:55 Michael Shigorin написал(a):
> > Дык фича ж описана уже в ящике с тараканами?
> Так это как раз Ваш коллега _параллельно_ и делал.  О чём и спич.

Так сначала обсудить хотел - может были подобные вопросы у других раннее, но 
по какой-то причине не захотели так делать, а к тому моменту как созрел - уже 
был в багзилле такой тикет.

-- 
Stanislav Yadykin
ALT Linux Team

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Victor Forsyuk]

On Tue, Oct 05, 2004 at 04:05:33PM +0300, Michael Shigorin wrote:
> On Tue, Oct 05, 2004 at 02:52:30PM +0300, Victor Forsyuk wrote:
> > Тогда ты меня не понял.
> 
> Угу.  А на практике -- что получаем с суверенитета mod_charset?

Я бы сформулировал так... Актуальность mod_charset постоянно падает.
За два с лишним последних года я не включал его ни для одного
виртуального хоста на сервере хостинга (более двухсот сайтов).
Ни один владелец сайта не попросил, никаких жалоб от посетителей
не было. Процент посещений сайтов браузерами, которые не поддерживают
"неродную" для своей системы кодировку (или поддерживают не до конца
корректно: пример - неверная перекодировка украинских букв в NN4)
_исчезающе мал_.

В такой ситуации мне представляется неосмысленным и нерациональным
вкомпилировать в сервер код "русского" апача.

Re: [devel] Re: mod_perl

[Anton V. Boyarshinov]

> Ни один владелец сайта не попросил, никаких жалоб от
> посетителей не было.

А вот жалобы на наличие RA встречаются постоянно. ИМХО его стоит
убрать. Или сделать альтернативную сборку с ним, но чтоб по
умолчанию -- без него.

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 16:32:00  up 67 days, 15:06,  9 users,  load average: 0.01,
0.10, 0.06

[devel] mod_charset (was: mod_perl)

[Michael Shigorin]

On Wed, Oct 06, 2004 at 04:35:57PM +0400, Anton V. Boyarshinov wrote:
> > Ни один владелец сайта не попросил, никаких жалоб от
> > посетителей не было.
> А вот жалобы на наличие RA встречаются постоянно. ИМХО его
> стоит убрать. Или сделать альтернативную сборку с ним, но чтоб
> по умолчанию -- без него.

Предлагаю продолжить обсуждение (и сбор статистики) в #2941.
Внести/вынести -- дело техники, а вот решить...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Re: mod_perl

[Victor Forsyuk]

On Wed, Oct 06, 2004 at 04:35:57PM +0400, Anton V. Boyarshinov wrote:
> 
> > Ни один владелец сайта не попросил, никаких жалоб от
> > посетителей не было.
> 
> А вот жалобы на наличие RA встречаются постоянно. ИМХО его стоит
> убрать. Или сделать альтернативную сборку с ним, но чтоб по
> умолчанию -- без него.

Можно, например, за-if-ить сборку с ним в spec-файле в по умолчанию
отключенном состоянии. Кому RA действительно нужен - пересоберет.

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 423 bytes --]

On Wed, Oct 06, 2004 at 02:03:28PM +0300, Victor Forsyuk wrote:

 VF> В такой ситуации мне представляется неосмысленным и нерациональным
 VF> вкомпилировать в сервер код "русского" апача.

Угу. А потом пользователи маются с результатами форм, заполненых
недобраузерами типа эксплорера :) Перекодировать формы-то тоже надо. И не
все вебавторы это умеют делать.

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 363 bytes --]

On Wed, Oct 06, 2004 at 04:35:57PM +0400, Anton V. Boyarshinov wrote:

 AVB> А вот жалобы на наличие RA встречаются постоянно. ИМХО его стоит
 AVB> убрать. Или сделать альтернативную сборку с ним, но чтоб по
 AVB> умолчанию -- без него.

А какого рода могут быть жалобы? Чем он мешает, если выключен?

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Anton V. Boyarshinov]

On Thu, 7 Oct 2004 20:40:17 +0400 Денис Смирнов
 wrote:

>  VF> В такой ситуации мне представляется неосмысленным и
>  VF> нерациональным вкомпилировать в сервер код "русского"
>  VF> апача.
> 
> Угу. А потом пользователи маются с результатами форм,
> заполненых недобраузерами типа эксплорера :) Перекодировать
> формы-то тоже надо. И не все вебавторы это умеют делать.

Не поможет. Потому что как раз этот недобраузер имеет обыкновение
выбирать кодировку для отправки формы основываясь не на кодировке
страницы, а на введённых в форму данных. Например, если введён
знак номера -- отправит в cp1251 в какой бы кодировке ни была
страница. RA от этого не спасёт.

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 11:00:00  up 69 days,  9:33,  9 users,  load average: 0.03,
0.07, 0.08

Re: [devel] Re: mod_perl

[Victor Forsyuk]

On Fri, Oct 08, 2004 at 11:02:21AM +0400, Anton V. Boyarshinov wrote:
> On Thu, 7 Oct 2004 20:40:17 +0400 Денис Смирнов
>  wrote:
> 
> >  VF> В такой ситуации мне представляется неосмысленным и
> >  VF> нерациональным вкомпилировать в сервер код "русского"
> >  VF> апача.
> > 
> > Угу. А потом пользователи маются с результатами форм,
> > заполненых недобраузерами типа эксплорера :) Перекодировать
> > формы-то тоже надо. И не все вебавторы это умеют делать.
> 
> Не поможет. Потому что как раз этот недобраузер имеет обыкновение
> выбирать кодировку для отправки формы основываясь не на кодировке
> страницы, а на введённых в форму данных. Например, если введён
> знак номера -- отправит в cp1251 в какой бы кодировке ни была
> страница. RA от этого не спасёт.
            ^^^^^^^^^^^^^^^^^^^^^

Точно так. Поэтому я просто не могу понять, какие могут быть аргументы
за то, чтобы и дальше RA вкомпилировать в апач. В своё время он был
нужен и отлично справлялся со своей задачей. Но сейчас браузеров, для
работы с которыми он был нужен, практически не осталось. По статистике
сайтов на хостинге, который я админил, посещений таковыми браузерами
уже сейчас меньше 0.1%. Ко времени выхода следующего дистра от АЛТ
это число будет стремиться к нулю. :)

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 543 bytes --]

On Fri, Oct 08, 2004 at 11:02:21AM +0400, Anton V. Boyarshinov wrote:

 AVB> Не поможет. Потому что как раз этот недобраузер имеет обыкновение
 AVB> выбирать кодировку для отправки формы основываясь не на кодировке
 AVB> страницы, а на введённых в форму данных. Например, если введён
 AVB> знак номера -- отправит в cp1251 в какой бы кодировке ни была
 AVB> страница. RA от этого не спасёт.

RA может перекодировать эту самую форму, и отдать скрипту уже
перекодированые данные.

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 699 bytes --]

On Fri, Oct 08, 2004 at 05:50:14PM +0300, Victor Forsyuk wrote:

 VF> Точно так. Поэтому я просто не могу понять, какие могут быть аргументы
 VF> за то, чтобы и дальше RA вкомпилировать в апач. В своё время он был
 VF> нужен и отлично справлялся со своей задачей. Но сейчас браузеров, для
 VF> работы с которыми он был нужен, практически не осталось. По статистике
 VF> сайтов на хостинге, который я админил, посещений таковыми браузерами
 VF> уже сейчас меньше 0.1%. Ко времени выхода следующего дистра от АЛТ
 VF> это число будет стремиться к нулю. :)

К сожалению вряд ли до выхода следующего дистра от АЛТ эксплорер загнётся
:)

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Anton V. Boyarshinov]

On Fri, 8 Oct 2004 23:53:16 +0400 Денис Смирнов
 wrote:

>  AVB> Не поможет. Потому что как раз этот недобраузер имеет
>  AVB> обыкновение выбирать кодировку для отправки формы
>  AVB> основываясь не на кодировке страницы, а на введённых в
>  AVB> форму данных. Например, если введён знак номера --
>  AVB> отправит в cp1251 в какой бы кодировке ни была страница.
>  AVB> RA от этого не спасёт.
> 
> RA может перекодировать эту самую форму, и отдать скрипту уже
> перекодированые данные.

Денис, ты не понял. RA не сможет этого сделать. Перечитай
внимательно вышенаписанное.

-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 10:56:00  up 72 days,  9:29,  9 users,  load average: 0.06,
0.10, 0.26

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 754 bytes --]

On Mon, Oct 11, 2004 at 10:58:29AM +0400, Anton V. Boyarshinov wrote:

>  AVB>> Не поможет. Потому что как раз этот недобраузер имеет
>  AVB>> обыкновение выбирать кодировку для отправки формы
>  AVB>> основываясь не на кодировке страницы, а на введённых в
>  AVB>> форму данных. Например, если введён знак номера --
>  AVB>> отправит в cp1251 в какой бы кодировке ни была страница.
>  AVB>> RA от этого не спасёт.
>> RA может перекодировать эту самую форму, и отдать скрипту уже
>> перекодированые данные.
 AVB> Денис, ты не понял. RA не сможет этого сделать. Перечитай
 AVB> внимательно вышенаписанное.

Меня глючит, или таки при отправке формы эксплорером передаётся и
кодировка? 

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mod_perl

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 653 bytes --]

On Thu, Oct 07, 2004 at 08:40:42PM +0400, Денис Смирнов wrote:
>  AVB> А вот жалобы на наличие RA встречаются постоянно. ИМХО его стоит
>  AVB> убрать. Или сделать альтернативную сборку с ним, но чтоб по
>  AVB> умолчанию -- без него.
> А какого рода могут быть жалобы? Чем он мешает, если выключен?

В общем, пока похоже на off by default и отдельную
(конфликтующую, но из того же src.rpm) сборку бинарника с RA,
ну или вывернуться на альтернативах, но что-то мне это как-то 
вы сами поняли.

Правда, спек и так достаточно монструозен...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Anton V. Boyarshinov]

On Tue, 12 Oct 2004 00:35:44 +0400 Денис Смирнов
 wrote:

> >> RA может перекодировать эту самую форму, и отдать скрипту
> >уже> перекодированые данные.
>  AVB> Денис, ты не понял. RA не сможет этого сделать. Перечитай
>  AVB> внимательно вышенаписанное.
> 
> Меня глючит, или таки при отправке формы эксплорером передаётся
> и кодировка? 

Я давно не следил за развитием RA, но когда я им интересовался --
ЕМНИП он не мог сделать перекодировку на основе этой информации.
Впрочем, тогда и IE этим не страдал.

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 16:08:00  up 73 days, 14:41,  9 users,  load average: 0.00,
0.00, 0.00

Re: [devel] Re: mod_perl

[Victor Forsyuk]

On Sat, Oct 09, 2004 at 02:52:36AM +0400, Денис Смирнов wrote:
> On Fri, Oct 08, 2004 at 05:50:14PM +0300, Victor Forsyuk wrote:
> 
>  VF> Точно так. Поэтому я просто не могу понять, какие могут быть аргументы
>  VF> за то, чтобы и дальше RA вкомпилировать в апач. В своё время он был
>  VF> нужен и отлично справлялся со своей задачей. Но сейчас браузеров, для
>  VF> работы с которыми он был нужен, практически не осталось. По статистике
>  VF> сайтов на хостинге, который я админил, посещений таковыми браузерами
>  VF> уже сейчас меньше 0.1%. Ко времени выхода следующего дистра от АЛТ
>  VF> это число будет стремиться к нулю. :)
> 
> К сожалению вряд ли до выхода следующего дистра от АЛТ эксплорер загнётся
> :)

Я пока не видел доказательств того, что RA решает проблему (обсуждаемую
в этом триде, с кодировкой формы), имеющуюся в эксплорере. Кто-то может
показать, что решает? Если нет, то зачем мы тащим код, реально необходимый
стремящейся к нулю части посетителей сайтов?

Re: [devel] Re: mod_perl

[Victor Forsyuk]

On Tue, Oct 12, 2004 at 09:58:32AM +0300, Michael Shigorin wrote:
> On Thu, Oct 07, 2004 at 08:40:42PM +0400, Денис Смирнов wrote:
> >  AVB> А вот жалобы на наличие RA встречаются постоянно. ИМХО его стоит
> >  AVB> убрать. Или сделать альтернативную сборку с ним, но чтоб по
> >  AVB> умолчанию -- без него.
> > А какого рода могут быть жалобы? Чем он мешает, если выключен?
> 
> В общем, пока похоже на off by default и отдельную
> (конфликтующую, но из того же src.rpm) сборку бинарника с RA,

Ну хоть так. Если уж не хочется просто define для возможности
самостоятельной пересборки с.

> ну или вывернуться на альтернативах, но что-то мне это как-то 
> вы сами поняли.

Угу. :-)
 
> Правда, спек и так достаточно монструозен...

Абы был логичен. А я потихоньку начинаю посматривать в эту сторону.
И хочу пособирать к апачам полезных модулей, а то у нас их явно
маловато.

[devel] Re: mod_perl

[Michael Shigorin]

On Tue, Oct 12, 2004 at 06:30:33PM +0300, Victor Forsyuk wrote:
> > В общем, пока похоже на off by default и отдельную
> > (конфликтующую, но из того же src.rpm) сборку бинарника с RA,
> Ну хоть так. Если уж не хочется просто define для возможности
> самостоятельной пересборки с.

welcome to #2941 :-)

> > Правда, спек и так достаточно монструозен...
> Абы был логичен. А я потихоньку начинаю посматривать в эту
> сторону.

А кто первый -- того и тапки. :-)

> И хочу пособирать к апачам полезных модулей, а то у нас их явно
> маловато.

Угу.  У меня есть сляпанный по-быстрому mod_limitipconn для
нелюбителей любителей FlashGet и прочей гадости, к коим я себя
однозначно отношу. :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Re: mod_perl

[Sergey Y. Afonin]

On Tuesday 12 October 2004 21:17, Michael Shigorin wrote:

> Угу.  У меня есть сляпанный по-быстрому mod_limitipconn для
> нелюбителей любителей FlashGet и прочей гадости, к коим я себя
> однозначно отношу. :-)

А он правильно различает, когда у него просто качать начинают, 
а когда это какой-нибудь браузер в кучу коннектов пытается
страничку загрузить ? Или когда толпа юзеров из-за NAT приходит ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

[devel] Re: mod_perl

[Michael Shigorin]

On Tue, Oct 12, 2004 at 09:33:03PM +0500, Sergey Y. Afonin wrote:
> > Угу.  У меня есть сляпанный по-быстрому mod_limitipconn для
> > нелюбителей любителей FlashGet и прочей гадости, к коим я себя
> > однозначно отношу. :-)
> А он правильно различает, когда у него просто качать начинают,
> а когда это какой-нибудь браузер в кучу коннектов пытается
> страничку загрузить ? Или когда толпа юзеров из-за NAT приходит
> ?

Аффигегознает.  Т.е. в changelog какие-то заметки по теме есть
(когда из двух выбирал -- учёл), но он включен только на
http://ftp.linux.kiev.ua (UA-IX only, можете не валить
недоступность извне на модуль :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 471 bytes --]

On Tue, Oct 12, 2004 at 09:58:32AM +0300, Michael Shigorin wrote:

 MS> В общем, пока похоже на off by default и отдельную
 MS> (конфликтующую, но из того же src.rpm) сборку бинарника с RA,
 MS> ну или вывернуться на альтернативах, но что-то мне это как-то 
 MS> вы сами поняли.
 MS> Правда, спек и так достаточно монструозен...

IMHO лучше его вкомпилировать, а включать/отключать например через
control.

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 673 bytes --]

On Tue, Oct 12, 2004 at 07:17:19PM +0300, Michael Shigorin wrote:

 >> И хочу пособирать к апачам полезных модулей, а то у нас их явно
 >> маловато.
 MS> Угу.  У меня есть сляпанный по-быстрому mod_limitipconn для
 MS> нелюбителей любителей FlashGet и прочей гадости, к коим я себя
 MS> однозначно отношу. :-)

/me для борьбы с этими товарищами и не только сейчас играется с сервером
от Сысоева. Прикольная игрушечка. Изначально рассчитана на тысячи и
десятки тысяч keep-alive соединений и может использоваться в качестве
фронтенда. На неделе начну опробывать её в бою, и, скорее всего, отправлю
в Сизиф.

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mod_perl

[Victor Forsyuk]

On Tue, Oct 12, 2004 at 07:17:19PM +0300, Michael Shigorin wrote:
> On Tue, Oct 12, 2004 at 06:30:33PM +0300, Victor Forsyuk wrote:
> > > В общем, пока похоже на off by default и отдельную
> > > (конфликтующую, но из того же src.rpm) сборку бинарника с RA,
> > Ну хоть так. Если уж не хочется просто define для возможности
> > самостоятельной пересборки с.
> 
> welcome to #2941 :-)

Ну, я думаю, что в этой рассылке обсуждение будет эффективнее. Есть
еще разногласия, а в рассылке аудитория больше. Я думаю, что в таких
условиях (при наличии слухов, что RA какую-то реальную проблему всё
же решает), твое предложение, два конфликтующих двоичных пакета из
одного src.rpm - оптимально...
 
> > > Правда, спек и так достаточно монструозен...
> > Абы был логичен. А я потихоньку начинаю посматривать в эту
> > сторону.
> 
> А кто первый -- того и тапки. :-)

Так как с сабжем, все ж таки? :-) Пойдет сборка с динамическим mod_perl
в сизиф? Мне-то (ну кроме этой модификации, за которую голосую скорее с
позиции упрощения системы - не люблю "странных" решений ;) нужно сейчас
только маленькое усовершенствование - упростить работу с подключением
модулей. Сейчас у нас есть addon-modules и addon-modules.d. Хотя
Include conf/addon-modules.d/*.conf в апачевском конфиге вполне достаточно.

Вот из-за этого:
>>>
When adding this module dynamically you have to keep in mind that
mod_gzip should be specified as last one of several LoadModule
directives to be used.
>>>
это не просто вопрос красоты. Пока модули добавляют себя через apxs
в самый конец конфига, я не могу обеспечить для mod_gzip необходимый
порядок загрузки.

[devel] mod_charset, mod_gzip, mod_deflate... (was: mod_perl)

[Michael Shigorin]

On Wed, Oct 13, 2004 at 06:13:40PM +0300, Victor Forsyuk wrote:
> > welcome to #2941 :-)
> Ну, я думаю, что в этой рассылке обсуждение будет эффективнее.

Эээ... я-то его откладываю в =packages/apache, но ты понял. :(

> Так как с сабжем, все ж таки? :-) Пойдет сборка с динамическим
> mod_perl в сизиф?

Так как с её стабильностью?  Вроде пока все собравшие обломались
по этой части быстро и качественно.

> не люблю "странных" решений ;)

Аналогично, но ещё меньше люблю to break things.

> нужно сейчас только маленькое усовершенствование - упростить
> работу с подключением модулей. Сейчас у нас есть addon-modules
> и addon-modules.d. Хотя Include conf/addon-modules.d/*.conf в
> апачевском конфиге вполне достаточно.

Угу.  Особенно никого не пинал, поскольку там явно надо класть
[0-9][0-9][a-z_]+ именно для упорядочивания.

> Вот из-за этого:
> >>>
> When adding this module dynamically you have to keep in mind that
> mod_gzip should be specified as last one of several LoadModule
> directives to be used.
> >>>
> это не просто вопрос красоты. Пока модули добавляют себя через
> apxs в самый конец конфига, я не могу обеспечить для mod_gzip
> необходимый порядок загрузки.

Ну, в общем, это всё планировалось сказать в web packaging
policy, но раз уж такой апач и в Sisyphus, и (afair) в 2.4, то по
крайней мере про addon-modules.d можно договариваться -- первые
становятся 00*, последние -- 99*, если кого-то из них выходит >1
-- это хороший тест на конфликтность пакетов, видимо.

PS: ты не проспал, что есть mod_deflate? ;-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Re: mod_perl

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 343 bytes --]

On Wed, Oct 13, 2004 at 06:13:40PM +0300, Victor Forsyuk wrote:

 VF> это не просто вопрос красоты. Пока модули добавляют себя через apxs
 VF> в самый конец конфига, я не могу обеспечить для mod_gzip необходимый
 VF> порядок загрузки.

Зачем нужен mod_gzip, если есть mod_deflate?

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mod_charset, mod_gzip, mod_deflate... (was: mod_perl)

[Victor Forsyuk]

On Wed, Oct 13, 2004 at 09:46:36PM +0300, Michael Shigorin wrote:
> 
> > Так как с сабжем, все ж таки? :-) Пойдет сборка с динамическим
> > mod_perl в сизиф?
> 
> Так как с её стабильностью?  Вроде пока все собравшие обломались
> по этой части быстро и качественно.

http://perl.apache.org/docs/1.0/guide/install.html#When_DSO_can_be_Used

When DSO can be Used

Perl versions prior to 5.6.0, built with -Dusemymalloc, and versions 5.6.0
and newer, built with -Dusemymalloc and -Dbincompat5005, pollute the main
httpd program with free and malloc symbols. When httpd restarts (happens at
startup too), any references in the main program to free and malloc become
invalid, and this causes memory leaks and segfaults.

To determine if you can use a DSO mod_perl with your version of Perl, first
find out which malloc your Perl was built with by running:

  % perl -V:usemymalloc

If you get:

  usemymalloc='n';

then it means that Perl is using the system malloc, so mod_perl will work
fine as DSO.


 
> > не люблю "странных" решений ;)
> 
> Аналогично, но ещё меньше люблю to break things.

Так а есть ли мальчик? В этой рассылке, если я ничего не пропустил,
жалоба была только на сегфолты с перл-интерфейсом ImageMagick'а.
А это, я скажу тебе, само по себе глюкало еще то.

Честно говоря, я бы не стал винить mod_perl за проблемы с программой,
которая и без него сегфолтится:

>>>
А с файлами большого размера тут вообще не понятно, может и пройти на ура, а
может и трапнуться. В mod_perl'овом окружении трапается гораздо чаще, нежели
при использовании "голого" интерпретатора, и закономерности, к сожалению, я
не заметил.
>>>
 
> PS: ты не проспал, что есть mod_deflate? ;-)

Нет, конечно. Возился же со сборками апача, видел. НО!

"Поскольку для работы mod_deflate необходимо патчить тексты Apache,
модуль должен быть статически слинкован с Apache."

Нехорошо это. Опять таки, предлагаю если не отказаться от mod_deflate
(может кто-то его предпочитает), то сделать off by default. 

Re: [devel] Re: mod_perl

[Victor Forsyuk]

On Thu, Oct 14, 2004 at 01:50:04PM +0400, Денис Смирнов wrote:
> On Wed, Oct 13, 2004 at 06:13:40PM +0300, Victor Forsyuk wrote:
> 
>  VF> это не просто вопрос красоты. Пока модули добавляют себя через apxs
>  VF> в самый конец конфига, я не могу обеспечить для mod_gzip необходимый
>  VF> порядок загрузки.
> 
> Зачем нужен mod_gzip, если есть mod_deflate?

См. мой ответ Шигорину: модульность.

[devel] Re: mod_charset, mod_gzip, mod_deflate... (was: mod_perl)

[Michael Shigorin]

On Thu, Oct 14, 2004 at 02:26:59PM +0300, Victor Forsyuk wrote:
> http://perl.apache.org/docs/1.0/guide/install.html#When_DSO_can_be_Used
> When DSO can be Used

Вот пусть требующие и протестируют, а патчи -- в багзиллу.
У меня проблема не с пересборкой, а с тем, что мне это не нужно
(а на красоты и принципиальности сейчас попросту нет времени,
даже с тем же apache есть более важные вещи в TODO).

> > > не люблю "странных" решений ;)
> > Аналогично, но ещё меньше люблю to break things.
> Так а есть ли мальчик? В этой рассылке, если я ничего не
> пропустил, жалоба была только на сегфолты с перл-интерфейсом
> ImageMagick'а.  А это, я скажу тебе, само по себе глюкало еще
> то.

Не, raorn тоже не запустился.  Про IM прочёл внимательно, в целом
согласен.

> > PS: ты не проспал, что есть mod_deflate? ;-)
> Нет, конечно. Возился же со сборками апача, видел. НО!
> "Поскольку для работы mod_deflate необходимо патчить тексты Apache,
> модуль должен быть статически слинкован с Apache."
> Нехорошо это. Опять таки, предлагаю если не отказаться от
> mod_deflate (может кто-то его предпочитает), то сделать off by
> default. 

Голосовалки на вас всех нету. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Re: mod_charset, mod_gzip, mod_deflate... (was: mod_perl)

[vserge]

[skip]
> 
> > > PS: ты не проспал, что есть mod_deflate? ;-)
> > Нет, конечно. Возился же со сборками апача, видел. НО!
> > "Поскольку для работы mod_deflate необходимо патчить тексты Apache,
> > модуль должен быть статически слинкован с Apache."
> > Нехорошо это. Опять таки, предлагаю если не отказаться от
> > mod_deflate (может кто-то его предпочитает), то сделать off by
> > default. 
> 
> Голосовалки на вас всех нету. :)
Гы... mod_servuey кажется так надо поднимать  :)


-- 
> И, если кто-то пользуется, могу на досуге собрать драйвер в пакет.
Это и для себя любимого полезно бывает.  Потом понадобится где --
а все уже в коробке ;-)
		-- mike in sisyphus@

Re: [devel] Re: mod_charset, mod_gzip, mod_deflate... (was: mod_perl)

[Victor Forsyuk]

On Thu, Oct 14, 2004 at 06:02:34PM +0300, Michael Shigorin wrote:
> On Thu, Oct 14, 2004 at 02:26:59PM +0300, Victor Forsyuk wrote:
> > http://perl.apache.org/docs/1.0/guide/install.html#When_DSO_can_be_Used
> > When DSO can be Used
> 
> Вот пусть требующие и протестируют, а патчи -- в багзиллу.
> У меня проблема не с пересборкой, а с тем, что мне это не нужно
> (а на красоты и принципиальности сейчас попросту нет времени,
> даже с тем же apache есть более важные вещи в TODO).

А опубликай-ка своё TODO по апачу. Гуртом и батька легше... :)
 

[devel] web packaging policy draft, again (was: mod_*)

[Michael Shigorin]

[-- Attachment #1.1: Type: text/plain, Size: 718 bytes --]

On Fri, Oct 15, 2004 at 04:06:08PM +0300, Victor Forsyuk wrote:
> > > http://perl.apache.org/docs/1.0/guide/install.html#When_DSO_can_be_Used
> > > When DSO can be Used
> > Вот пусть требующие и протестируют, а патчи -- в багзиллу.
> > У меня проблема не с пересборкой, а с тем, что мне это не нужно
> > (а на красоты и принципиальности сейчас попросту нет времени,
> > даже с тем же apache есть более важные вещи в TODO).
> А опубликай-ка своё TODO по апачу. Гуртом и батька легше... :)

В основном висит в bugzilla как (re)opened, а полиси недавно
кидал вот опять ("web packaging policy"), но повторяю.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #1.2: ALT-web-packaging-policy.txt --]
[-- Type: text/plain, Size: 1072 bytes --]

/var/www
	проблемы:
		- version mgmt => sec udates
		- instance mgmt

apache2:
	кусочки conf в /etc/httpd.d/conf;
	apachkconfig: управдение деревом addons
	"runlevel": apache version (1, 1+mod_perl, 2)

	* TODO (mike): сбэкпортить описания на apache1

Pilot:
legion:
yurix:

/var/www/VH/1/pMA/config
/usr/share/pMA/config
	=> symlink farm


migor:
	/www/VH/1/pMA/
		      pMA/ -> /usr/share/pMA/
		      config.php
	/usr/share/pMA/
		       ...
		       ...
		       config.php -> ../config.php
		       ...

NB[migor]: _иногда_ по отсутствию конфига что-лбо определяется (e.g. Mambo)

работа с БД:
	выполняется в рамках рулилки _виртхостами_
	удаление БД: _не_ по умолчанию; с дампом

	действия при уст./обн./удал. продукта (switch):
		1) экспорт и eval "шаблонных" св-в *
		2) экспорт и запуск скриптлетов
		3) control? [ldv: hier ok]
	NB: _надо_ запоминать, _какие_ БД созданы (х-бы для upgrade)

создание БД:
	- "дефолтный" сервер (тип, где, как)
	switch:
		1) скриптик в пакете продукта *
		2) "шаблонные" свойства



[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]