Добрый день.

В наличии FreeBSD 7.2-STABLE, nginx/0.7.65, Apache/2.2.14. Все самое распоследнее из портов.

nginx стоит фронтэндом к апачу.

Хочется (волею судеб), что бы некоторые сайты работали на связке nginx+php-fpm, а некоторые проксировались дальше, где бы их обрабатывал "стандартно" apache+php.

Действую строго по инструкции (хttp://php-fpm.org/download/)

Так вот у меня собирается либо пхп+модуль для апача ('--with-apxs2=/usr/local/sbin/apxs'), либо пхп+пхп-фпм ('--enable-fpm').

Вместе не собираются никак. Это так задумано?

А то у меня уже бредовая идея, собрать с libphp5.so, оттащить ее в сторону, собрать с fpm, вернуть libphp5.so ))

Есть варианты?

Спасибо.

ПЫС: ошибки такие, что гугл говорит: "уберите --with-apxs2". что-то вроде "undefined reference to `ap_sub_req_lookup_uri'"

извините, нет сил уже все пересобирать по новой.

On Monday 19 April 2010 18:56:02 Sadok wrote:
> Добрый день.
>
> В наличии FreeBSD 7.2-STABLE, nginx/0.7.65, Apache/2.2.14. Все самое
> распоследнее из портов.
>
> nginx стоит фронтэндом к апачу.
>
> Хочется (волею судеб), что бы некоторые сайты работали на связке
> nginx+php-fpm, а некоторые проксировались дальше, где бы их обрабатывал
> "стандартно" apache+php.
>
> Действую строго по инструкции (хttp://php-fpm.org/download/)
>
> Так вот у меня собирается либо пхп+модуль для апача
> ('--with-apxs2=/usr/local/sbin/apxs'), либо пхп+пхп-фпм ('--enable-fpm').
>
> Вместе не собираются никак. Это так задумано?
>
> А то у меня уже бредовая идея, собрать с libphp5.so, оттащить ее в сторону,
> собрать с fpm, вернуть libphp5.so ))

Да, это так задумано. Php может собираться только с одним sapi (не считая
cli).

Технически возможно допилить m4 hell в php так, чтобы использовать одну
libphp5.so и разные sapi. Но нужны прямые руки, много терпения и готовность к
странным проблемам на пути.

Если цель - собрать, а не улучшить мир, то проще собрать два раза с разными
sapi.


--
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

А как так? Под 5.2.12 был порт, где уживались вместе оба варианта. Тут пролетал. Единственное что, там, кажется в Makefile был указан конфликт с php 5.2, но если эту строчку поправить, то все работало.

Я извиняюсь за ламерские вопросы, я ненастоящий сварщик.

On Monday 19 April 2010 19:25:50 Sadok wrote:
> А как так? Под 5.2.12 был порт, где уживались вместе оба варианта. Тут
> пролетал.

Было такое, в официальных freebsd портах, кстати. Но там был вариант для
prefork mpm (без TSRM) и cgi/fastcgi.

Произвольные sapi подружить сложнее.


--
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On 19.04.2010 21:56, Sadok wrote:
> Вместе не собираются никак. Это так задумано?

Да, все SAPI сразу собрать нельзя.
Можно собрать CGI или CLI + еще одно.

> А то у меня уже бредовая идея, собрать с libphp5.so, оттащить ее в сторону, собрать с fpm, вернуть libphp5.so ))

А в чем проблема?
В собираете threaded-SAPI для апача, зачем же собирать всё остальное с включенным thread safety?
Нет, герои в Debian были, они включали по-дефолту ZTS для CLI, но это же бессмысленно.

Собирайте одно, потом другое.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

19.04.2010 21:42, Antony Dovgal wrote:
> On 19.04.2010 21:56, Sadok wrote:
>
>
>> А то у меня уже бредовая идея, собрать с libphp5.so, оттащить ее в сторону, собрать с fpm, вернуть libphp5.so ))
>>
>
> А в чем проблема?
> В собираете threaded-SAPI для апача,
А почему это оно будет threaded? Разве указано, что у apache mpm worker
или что-то такое?


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On Monday 19 April 2010 19:42:27 Antony Dovgal wrote:
> On 19.04.2010 21:56, Sadok wrote:
> > Вместе не собираются никак. Это так задумано?
>
> Да, все SAPI сразу собрать нельзя.
> Можно собрать CGI или CLI + еще одно.
>
> > А то у меня уже бредовая идея, собрать с libphp5.so, оттащить ее в
> > сторону, собрать с fpm, вернуть libphp5.so ))
>
> А в чем проблема?
> В собираете threaded-SAPI для апача, зачем же собирать всё остальное с
> включенным thread safety? Нет, герои в Debian были, они включали
> по-дефолту ZTS для CLI, но это же бессмысленно.

Смысл как раз был - они хотели один набор бинарных пакетов с extensions, чтобы
работали и для TSRM и для CLI.

> Собирайте одно, потом другое.

+1


--
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On 19.04.2010 22:49, Andrey Nigmatulin wrote:
> Смысл как раз был - они хотели один набор бинарных пакетов с extensions, чтобы
> работали и для TSRM и для CLI.

Облегчение жизни мэйнтенеров не должно сказываться на кач-ве пакетов.
TSRM добавляет доп. нагрузку в CLI, где thread safety никак не может пригодиться.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On Monday 19 April 2010 19:58:18 Antony Dovgal wrote:
> On 19.04.2010 22:49, Andrey Nigmatulin wrote:
> > Смысл как раз был - они хотели один набор бинарных пакетов с extensions,
> > чтобы работали и для TSRM и для CLI.
>
> Облегчение жизни мэйнтенеров не должно сказываться на кач-ве пакетов.
> TSRM добавляет доп. нагрузку в CLI, где thread safety никак не может
> пригодиться.

Где-то можно посмотреть бенчмарки, из которых можно было бы оценить "доп.
нагрузку" ?

Есть предположение, что для многих практических применений она несущественна.


--
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On 19.04.2010 23:02, Andrey Nigmatulin wrote:
>> Облегчение жизни мэйнтенеров не должно сказываться на кач-ве пакетов.
>> TSRM добавляет доп. нагрузку в CLI, где thread safety никак не может
>> пригодиться.
>
> Где-то можно посмотреть бенчмарки, из которых можно было бы оценить "доп.
> нагрузку" ?
>
> Есть предположение, что для многих практических применений она несущественна.

Ты же понимаешь, что результат зависит от того кто и как тестирует =)
В общем случае - это бессмысленная нагрузка.
Какая именно - в каждом конкретном случае разная.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On Monday 19 April 2010 20:29:03 Antony Dovgal wrote:
> On 19.04.2010 23:02, Andrey Nigmatulin wrote:
> >> Облегчение жизни мэйнтенеров не должно сказываться на кач-ве пакетов.
> >> TSRM добавляет доп. нагрузку в CLI, где thread safety никак не может
> >> пригодиться.
> >
> > Где-то можно посмотреть бенчмарки, из которых можно было бы оценить "доп.
> > нагрузку" ?
> >
> > Есть предположение, что для многих практических применений она
> > несущественна.
>
> Ты же понимаешь, что результат зависит от того кто и как тестирует =)
> В общем случае - это бессмысленная нагрузка.
> Какая именно - в каждом конкретном случае разная.

С какой стати тогда ты указываешь мэйнтейнерам как должно собирать php ?

On Monday 19 April 2010 20:29:03 Antony Dovgal wrote:
> >> Облегчение жизни мэйнтенеров не должно сказываться на кач-ве пакетов.


--
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On 04/19/10 21:56, Sadok wrote:
> Добрый день.
>
> В наличии FreeBSD 7.2-STABLE, nginx/0.7.65, Apache/2.2.14. Все самое распоследнее из портов.
>
> nginx стоит фронтэндом к апачу.
>
> Хочется (волею судеб), что бы некоторые сайты работали на связке nginx+php-fpm, а некоторые проксировались дальше, где бы их обрабатывал "стандартно" apache+php.
>

вообще надо заметить что fpm полн и достаточен для ВСЕГО.
у меня раз даже зэнд говнофрэймворк спокойно работал на fpm без всяких
говноапачей.

(иначе говоря, апач лишён смысла)


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

[i](иначе говоря, апач лишён смысла)[/i]

это не моя прихоть.

всем большое спасибо за ответы.

>> Хочется (волею судеб), что бы некоторые сайты работали на связке
>> nginx+php-fpm, а некоторые проксировались дальше, где бы их обрабатывал
>> "стандартно" apache+php.
>>
>
> вообще надо заметить что fpm полн и достаточен для ВСЕГО.
> у меня раз даже зэнд говнофрэймворк спокойно работал на fpm без всяких
> говноапачей.
>
> (иначе говоря, апач лишён смысла)

лучшее враг хорошего. бывает просто говнолень говнотрогать
говнокурицу, которая и говнотак говнонесёт


--

wbr,
fisher


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On 04/20/10 09:56, Alexey A. Rybak wrote:
>>> Хочется (волею судеб), что бы некоторые сайты работали на связке
>>> nginx+php-fpm, а некоторые проксировались дальше, где бы их обрабатывал
>>> "стандартно" apache+php.
>>>
>>
>> вообще надо заметить что fpm полн и достаточен для ВСЕГО.
>> у меня раз даже зэнд говнофрэймворк спокойно работал на fpm без всяких
>> говноапачей.
>>
>> (иначе говоря, апач лишён смысла)
>
> лучшее враг хорошего. бывает просто говнолень говнотрогать
> говнокурицу, которая и говнотак говнонесёт


зачем вам тогда nginx и fpm?!
купите ещё пару-тройку серверов и не трогайте ничего.



--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

2010/4/20 silly sad <the.silly.sad@gmail.com>:
> On 04/20/10 09:56, Alexey A. Rybak wrote:
>>>>
>>>> Хочется (волею судеб), что бы некоторые сайты работали на связке
>>>> nginx+php-fpm, а некоторые проксировались дальше, где бы их обрабатывал
>>>> "стандартно" apache+php.
>>>>
>>>
>>> вообще надо заметить что fpm полн и достаточен для ВСЕГО.
>>> у меня раз даже зэнд говнофрэймворк спокойно работал на fpm без всяких
>>> говноапачей.
>>>
>>> (иначе говоря, апач лишён смысла)
>>
>> лучшее враг хорошего. бывает просто говнолень говнотрогать
>> говнокурицу, которая и говнотак говнонесёт
>
>
> зачем вам тогда nginx и fpm?!
> купите ещё пару-тройку серверов и не трогайте ничего.

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



--

wbr,
fisher


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On 04/20/10 10:43, Alexey A. Rybak wrote:
> 2010/4/20 silly sad<the.silly.sad@gmail.com>:
>> On 04/20/10 09:56, Alexey A. Rybak wrote:
>>>>>
>>>>> Хочется (волею судеб), что бы некоторые сайты работали на связке
>>>>> nginx+php-fpm, а некоторые проксировались дальше, где бы их обрабатывал
>>>>> "стандартно" apache+php.
>>>>>
>>>>
>>>> вообще надо заметить что fpm полн и достаточен для ВСЕГО.
>>>> у меня раз даже зэнд говнофрэймворк спокойно работал на fpm без всяких
>>>> говноапачей.
>>>>
>>>> (иначе говоря, апач лишён смысла)
>>>
>>> лучшее враг хорошего. бывает просто говнолень говнотрогать
>>> говнокурицу, которая и говнотак говнонесёт
>>
>>
>> зачем вам тогда nginx и fpm?!
>> купите ещё пару-тройку серверов и не трогайте ничего.
>
> это я мама! я не видел апач уже лет шесть как. но я просто какбе
> намекаю что есть разные причины на то чтобы где-то у кого-то был апач,
> и миграция со старых технологий на новые в зависимости от сложности и
> денежности проекта может быть простой тольно на словах.
>

а вы думаете человек обратился в рассылку чтобы получить нечто отличное
от слов?

вы могли бы передать вещество по электронной почте?



--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

> а вы думаете человек обратился в рассылку чтобы получить нечто отличное от
> слов?

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

> вы могли бы передать вещество по электронной почте?

меня позабавил этот вопрос, но я не уверен, что мы его одинаково интерпретируем

--

wbr,
fisher


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On 20.04.2010 04:09, Andrey Nigmatulin wrote:
>> Ты же понимаешь, что результат зависит от того кто и как тестирует =)
>> В общем случае - это бессмысленная нагрузка.
>> Какая именно - в каждом конкретном случае разная.
>
> С какой стати тогда ты указываешь мэйнтейнерам как должно собирать php ?

Перечитай еще раз мой ответ.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

On 04/20/10 11:30, Alexey A. Rybak wrote:
>> а вы думаете человек обратился в рассылку чтобы получить нечто отличное от
>> слов?
>
> степень полезности слов, к счастью, верифицируема
> ну нужен человеку апач - ну зачем его убеждать в том, что апач бесполезен?

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

"не можешь сказать в топик, обосри коментаторов."


--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru

а mod_fcgi в апаче не выход для того, чтобы подружить апрч с php-fpm?

2010/4/20 Sadok <nginx-forum@nginx.us>

> (иначе говоря, апач лишён смысла)
>
> это не моя прихоть.
>
> всем большое спасибо за ответы.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?25,76724,76920#msg-76920
>
>
>
> --
> Subscription settings:
> http://groups.google.com/group/highload-php-ru/subscribe?hl=ru
>

Dima Golovchenko Wrote:
-------------------------------------------------------
> а mod_fcgi в апаче не выход для
> того, чтобы подружить апрч
> с php-fpm?

вполне. но заказчик хочет чистого эксперемента.

On Apr 20, 2:22 pm, Dima Golovchenko <dimago...@gmail.com> wrote:
> а mod_fcgi в апаче не выход для того, чтобы подружить апрч с php-fpm?

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

--
Subscription settings: http://groups.google.com/group/highload-php-ru/subscribe?hl=ru