On Mon, 24 Jan 2000, Khimenko Victor wrote:
> VW> Заточенность php под web. Сложная система управления контентом как правило
> VW> включает в себя не только web-интерфейсы. То же самое конфигурирование
> VW> апача, пакетные интефейсы репликации и резервного копирования, интерфейсы
> VW> для доступа к базе данных локально (необходимы для раскрутки системы и
> VW> лечения серьезных сбоев), различные кроновские задания, то самое
> VW> конфигурирование web-сервера, с которого весь шум начался.
>
> Ну и кто мешает вам все это сделать на PHP ? Если уж вам ТАК нужно
> конфигураировать web-сервер, что вы об этом в перечне проблем дважды написали,
> то кто мешает потратить день (один, от силы два) и перенести все необходимые
Ровно то, что на perl я сделаю это за два часа. Если уж тратить _дни_, я
лучше возьму за основу python или tcl. Только вот начальство мне этих дней
не даст.
> запчасти из mod_perl'а в php ? Все пакетные интерфейсы и интерфейсы для доступа
> к базе локально также пишутся на PHP (конечно нужно будет binding GTK сделать).
Это еще зачем? Почему именно GTK? Потому что он столь же моден, сколь и
php? Нет, я лучше что-нибудь нормальное возьму - Motif, Tk или Xview. fltk
или xforms на худой конец.
Хотя в данной конкретной задаче больших преимуществ у локального GUI
перед web-интерфейсом нет. Локальные инструменты имеют преимущество тогда,
когда им GUI нафиг не нужен.
и т.д. В конечном итоге если чуть-чуть (не сильно) копнуть, то выяснится,
> что у Perl'а есть РОВНО одно преимущество - CPAN. Сильное преимущество,
Ты сказал.
> согласен - без него Perl вообще не было бы смысла использовать. Но вот
Хмм, но почему-то его же начали использовать. Причем настолько активно,
что написали CPAN.
> преищуство ли это ЯЗЫКА ? Не думаю. Конечно PHP моложе и пока не смог накопить
> такого количества готовых запчастей. Но не смог накопить и такого количества
> "quirks" (типа "my" и "local" - лучше использовать"my" но для некоторых
> переменных "my" использовать нельзя, например для $_).
Нет, как язык perl безобразен. Согласен. Проблема в том, что php не лучше.
Он, как и perl создавался на основе концепции "возьмем все, что нам
нравится и свалим в кучу". Python, tcl и Scheme этим недостатком не
страдают.
> И кто мешает все это сделать на PHP ? Не понимаю...
Отсутствие у php каких-либо преимуществ перед тем же perl и наличие
по крайней мере одного недостатка - отсутствия CPAN.
--------------------------------------------------
Victor Wagner vitus@xxxxxx
Programmer Office:7-(095)-203-50-60
Institute for Commerce Home: 7-(095)-135-46-61
Engineering http://www.ice.ru/~vitus
=============================================================================
= 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 =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.