Summary: | Зависимость на apache2-httpd-prefork | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Boris Savelev <boris> |
Component: | apache2-mod_php5 | Assignee: | Anton Farygin <rider> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P2 | CC: | boris, boris, boyarsh, erthad, rider, solo |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | 17285 | ||
Bug Blocks: |
Description
Boris Savelev
2008-07-30 14:14:42 MSD
$ apt-cache search apache2-httpd-peruser |wc -l 0 Такого пакета нет в сизифе. А даже если бы и был, то тогда у них должен быть общий provides. зависит от 16460. когда соберут, будет. и mod_php5 без prefork будет не поставить. хочется решать проблемы превентивно (In reply to comment #3) > хочется решать проблемы превентивно Для этого нужно добавить виртуальный провайд в апачи, с которыми работает mod_php5 и тогда я его добавлю вместо apache2-httpd-prefork. (In reply to comment #4) > (In reply to comment #3) > > хочется решать проблемы превентивно > > Для этого нужно добавить виртуальный провайд в апачи, с которыми работает > mod_php5 и тогда я его добавлю вместо apache2-httpd-prefork. С какими именно MPM должен работать mod_php5 (штатно, согласно документации)? Пока у меня в голове крутится мысль "с тем MPM, с которым собран". Возможно она не правельная... PS: Добавить виртуальный провайд в апачи не проблема. Скажите как его обозвать. (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > хочется решать проблемы превентивно > > > > Для этого нужно добавить виртуальный провайд в апачи, с которыми работает > > mod_php5 и тогда я его добавлю вместо apache2-httpd-prefork. > > С какими именно MPM должен работать mod_php5 (штатно, согласно документации)? http://ru2.php.net/manual/en/faq.installation.php : Why shouldn't I use Apache2 with a threaded MPM in a production environment? PHP is glue. It is the glue used to build cool web applications by sticking dozens of 3rd-party libraries together and making it all appear as one coherent entity through an intuitive and easy to learn language interface. The flexibility and power of PHP relies on the stability and robustness of the underlying platform. It needs a working OS, a working web server and working 3rd-party libraries to glue together. When any of these stop working PHP needs ways to identify the problems and fix them quickly. When you make the underlying framework more complex by not having completely separate execution threads, completely separate memory segments and a strong sandbox for each request to play in, feet of clay are introduced into PHP's system. If you feel you have to use a threaded MPM, look at a FastCGI configuration where PHP is running in its own memory space. Сухое резюме из этого такое (возможно, оно не следует из написанного), но получено экспериментально: PHP не работает с threaded MPM. Насколько работоспособен mod_php5, собранный для prefork, с другими non-threaded MPM? (может это хотел спросить Алексей) Как по мне, так вполне работоспособен (из практического наблюдения), но хочется услышать теоретическое мнение мантейнера. (In reply to comment #7) > Насколько работоспособен mod_php5, собранный для prefork, с другими non-threaded MPM? С другими non-threaded MPM работоспособность mod_php5 я не проверял. > Как по мне, так вполне работоспособен (из практического наблюдения) Без перекомпиляции? (In reply to comment #8) > > Как по мне, так вполне работоспособен (из практического наблюдения) > > Без перекомпиляции? > Без перекомпиляции. Учитываю что проверяемые мной MPM (itk, peruser) основаны на prefork для которого mod_php5 собран, ничего удивительного. Но это мое недалекое мнение. Если есть какие-то тесты, чтобы у всех успокоилась совесть, то я могу их провести-) И после успешного прохождения зависимость будет перебита на вирт. Кстати, у меня сложилось подозрение, что Константин знаком с itk, но мнения своего не высказал... (In reply to comment #9) > (In reply to comment #8) > > > Как по мне, так вполне работоспособен (из практического наблюдения) > > > > Без перекомпиляции? > > > Без перекомпиляции. Раз так, то когда solo@ поставит в itk и peruser виртуальный провайд, то я его пропишу в этом пакете и ссылку на этот баг поставлю. Так что если не будет работать, то все будут знать кого благодарить :) отлично, потому что пока мантейнер itk и peruser я-) если будут претензии, я готов их принять. В любой случае есть дистрибутивный prefork с которым mod_php работает. давайте определимся с именем провайда и вопрос закроется. (In reply to comment #6) > (In reply to comment #5) ... > > С какими именно MPM должен работать mod_php5 (штатно, согласно документации)? > > http://ru2.php.net/manual/en/faq.installation.php : > > Why shouldn't I use Apache2 with a threaded MPM in a production environment? > > PHP is glue. It is the glue used to build cool web applications by sticking dozens of 3rd-party libraries together and making it all ... > > If you feel you have to use a threaded MPM, look at a FastCGI configuration where PHP is running in its own memory space. > > Сухое резюме из этого такое (возможно, оно не следует из написанного), но > получено экспериментально: PHP не работает с threaded MPM. OK, значит модель в моей голове не была верной. (In reply to comment #11) > отлично, потому что пока мантейнер itk и peruser я-) > если будут претензии, я готов их принять. В любой случае есть дистрибутивный > prefork с которым mod_php работает. > давайте определимся с именем провайда и вопрос закроется. OK, повесил на apache2 https://bugzilla.altlinux.org/show_bug.cgi?id=17285, блокирующий данный. Данный баг переоткрываю (до проставления коректных зависимостей во всех нужных местах). provides в apache2 добавлены Provides: apache2-httpd-prefork-like legion? Я знаю про эту багу. В новой сборке добавлю нужный requires. (В ответ на комментарий №16) > Я знаю про эту багу. В новой сборке добавлю нужный requires. спасибо Исправлено в 5.2.9.20090205-alt1 а в 5.0 это попадёт? (В ответ на комментарий №19) > а в 5.0 это попадёт? Это не в моей компетенции. Если кто-то переложит, то пойдёт. Так сейчас можно перекладывать самому... Тогда действуйте... я не против. Перекладывающий - должен быть мантейнером... В смысле - ACL должен допускать изменения пакета в 5.0. Я не являюсь мантейнером ни одного из пакетов в чём-то отличном от репозитория Sisyphus и не поддерживаю эти пакеты. Я просил исправить Packager в бранчах (ALT#17469), чтобы никого не сбивать с толку. Если этого до сих пор не сделано, то мне очень жаль, но помочь ничем не могу. |