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] php's config
In <20000124125253.A1166@promstroyproekt.intranet.psp> Pavel Ammosov
(apv@i-connect.ru) 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@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
|
