Re: [apache-talk] php's config

["Khimenko Victor" <khim@xxxxxxxxxxxx>]

In <20000124125253.A1166@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> Pavel Ammosov (apv@xxxxxxxxxxxx) wrote:
PA> On Mon, Jan 24, 2000 at 12:11:01PM +0300, Khimenko Victor wrote:
>> VW> Заточенность php под web. Сложная система управления контентом как правило
>> VW> включает в себя не только web-интерфейсы. То же самое конфигурирование
>> VW> апача, пакетные интефейсы репликации и резервного копирования, интерфейсы
>> VW> для доступа к базе данных локально (необходимы для раскрутки системы и
>> VW> лечения серьезных сбоев), различные кроновские задания, то самое
>> VW> конфигурирование web-сервера, с которого весь шум начался.
>>
>> Ну и кто мешает вам все это сделать на PHP ? Если уж вам ТАК нужно
>> конфигураировать web-сервер, что вы об этом в перечне проблем дважды написали,
>> то кто мешает потратить день (один, от силы два) и перенести все необходимые
>> запчасти из mod_perl'а в php ?

PA>    Не, объясни мне, нафига переписывать, когда уже есть? :-)

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

PA>    Только из-за того, что нельзя найти пол-дня и прочитать лама-бук?

Нет. Мне perl КАТЕГОРИЧЕСКИ не нравится как язык (CPAN я уважаю и потому
иногда приходится perl'ом пользоваться). Он коряв. Особенно внутри. Если бы
это не вырывалось наружу, то и черт бы с ним. Но, к сожалению, подбор версии
perl'а под majordomo или подкручивание majordomo под имеющуюся версию perl'а --
то, чем приходится заниматься ПОСТОЯННО. Когда я обнаружил (год назад!), что
GC в perl'е не работает как положено (из-за этого FreeType binding перестал
работать при переходе с 5.004 на 5.005) и сообщил об этом, как честный человек,
куда положено (в perl5-porters mailing list), то там вспыхнула дискуссия  на
тему "как бы это сделать правильно" и в конечном итоге решили, что "и так
сойдет". В конечном итоге я изобрел какой-то kludge и все как-то заработало,
но сам подход мне совершенно не нравится.

PA>    Из-за отстутсвия $600 на 512Mb ram?

Возможно.

PA>    Может, мне еще и apache переписать?  Да, что там apache, свою ОС
PA>    для web-серверования забабахать!

Если есть желание.

>> Все пакетные интерфейсы и интерфейсы для доступа
>> к базе локально также пишутся на PHP (конечно нужно будет binding GTK сделать).
>> Ну и т.д.

PA>    Угу, как раз ос и останется.

Останутся GTK, *SQL и т.д. и т.п. В сущности требуется сделать CPAN для PHP.
И со временем его таки сделают - никуда не денутся.

>> В конечном итоге если чуть-чуть (не сильно) копнуть, то выяснится,
>> что у Perl'а есть РОВНО одно преимущество - CPAN.

PA>    А если сильно копнуть?

То же самое :-)

>> Сильное преимущество,
>> согласен - без него Perl вообще не было бы смысла использовать.

PA>    Угу.  Самвсэм не имеет смысла.  HTML::Parser на php уже написали?
PA>    или, как обычно, ``Я пихаю эту идею разработчикам, а они пока не
PA>    хотят''?

Вот поставил я perl и коробки и пытаюсь сделать 'use HTML::Parser'. А мне
и говорят "пошел на х;%©%:". Если рассматривать Perl без CPAN'а, то в нем
никакого смысле не остается. И вы сами первым же своим примером это доказали :-)

>> Но вот
>> преищуство ли это ЯЗЫКА ? Не думаю. Конечно PHP моложе и пока не смог
>> накопить такого количества готовых запчастей.

PA>     PHP щас делает то же что и остальные.
PA>     Просто, с опозданием лет на десять.

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

PA> P.S. А письмо про идиотов мне в двух экземплярах специально пришло?

Я сделал "reply-to-all", так что, наверное, да.



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