ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] Strannie yavleniya s Apache+PHP



In <Pine.LNX.4.10.9903070019370.2039-100000@frodo.sharat.home> Stanislav 
Malyshev a.k.a Frodo (frodo@sharat.co.il) wrote:
KV>>> SF> PHP, во всех случаях, строится с --with-mod-charset. Система - Linux
KV>>> SF> 2.2.2, RH 5.1 плюс всякие апгрейды, libc-2.0.109.so, pgcc-2.91.57.
KV>>>                                         ^^^^^^^^^^^^^^^
KV>>> Мдаа. А обязательно искать приключений на свою задницу ? Совместимость

SF> Ну нету у меня 5 машин - по одной для каждой версии чего-либо. Бедный я ;)

У меня тоже нету. Потому и не лезу поперек батьки в пекло :-)) Жду пока KSI
на glibc 2.1 переползет.

SF> Все машины - рабочие, тестовых не предвидится. Вернее, предвидится, но
SF> пока нет и неизвестно. Поэтому что ставлю и работает - остается. Этот libc
SF> - работал (т.е. проблем ни у кого, кроме Апача, с ним не было).

Ни StarOffice'а, ни JDK ты, похоже, не пользуешь :-)) Да и perl'овые примочки
с использованием DSO и разделяемых библиотек -- видимо тоже не очень... BTW
у perl'а вообще те же самые проблемы, что и у Apache'е...

SF> Да еще у RH половина пакетов (из новых - 90%) под эти беты собрана, а на
SF> их 2.0.7 - не работает.

Про это -- не надо. Весь комплект RH 5.[12] рассчитан на 2.0.7, а RawHide -- он
же beta, он же для сильных духом -- чего с него взять ?

SF> То есть либо все руками строить, либо следующей версии RH ждать, либо
SF> новый libc брать. Бардак-с.

Где бардак ? Какой бардак ? Не вижу... RawHide (и пакеты с нее и вся она в
целом) для боевых машин не предназначено...

KV>>> примерно вышеописанные эффекты. Или ты весь RH 5.1
KV>>> перекомпилировал ? Я уж не говорю про использование весьма

SF> Да нет. Все и так нормально, как ни странно. У одного-двух RPM проблемы
SF> бывали - перекомпиляция вылечила.

См. выше.

KV>>> древней beta-версии давно (месяц назад :-) вышедшей библиотеки.

SF> Ну если я еще каждые 2 дня libc переставлять стану - я вообще окочурюсь, а
SF> ранее - окочурится компютер, на котором мне еще иногда что-то делать надо
SF> ;)

Ну он может glibc по ночам компилировать :-))

KV>>> Затем что возникают какие-то глюки в загрузчике. Говорят в
KV>>> release glibc 2.1 оно поправлено. Пока не проверял. В любом
KV>>> случае это -- не проблемы Apache'а и равным образом не проблемы
KV>>> моих RPM'ов :-)) Они рассчитаны на RedHat, а не "сборную
KV>>> солянку".

SF> Ага. Ну ты меня успокоил. Значит, будем ап- или даун-грейдить libc, а там
SF> видно станет. Или просто погружу это на чистый RH и там откомпилю.

В любом случае RPM'ы собранные НА ТАКОМ RedHat'е будут ничем не лучше
KSI-Linux'ных: в других (нормальных :-) RedHat'ах они ходить не будут :-((

KV>>> Дык это. Традиция :-) Оно AFAIK еще с NCSA HTTP тянется...

SF> А убрать нафиг? Какая, собственно, цель у этой традиции?

А никто не помнит :-)) Токо просто так убрать не получится: многие модули
на это рассчитаны (те же mod_ssl, mod_fastcgi): они первую инициализацию
пропускают. Идея в том, что сначала все прогружается по первому разу и
модули имеют шанс проверить конфигурационный файл. Потом Apache отсоединяется
от терминала и загружает все по новой -- уже зная, что с конфигурационным
файлом все в порядке...





=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.