Считаете ли Вы PHP текстовым интерпретатором, не предназначенным ни для чего более? Считаете ли целесообразным использовать эту кроссплатформенную технологию в других областях?

Legislative для чего тебе этот социологический опрос?

Чтобы понять, использует ли кто PHP в целях, отличных от работы с БД, разбором текста и применения ООП.

Считаю, что PHP - в первую очередь шаблонизатор, но при этом он отлично подходит для много другого.

PHP используют в целях применения ООП? И где ж ты такое видел? 

Вы считаете, что это "текстовый интерпретатор"  
Я считаю, что PHP идеально подходит для web решений практически любого уровня сложности.

PHP: Hypertext Preprocessor — скриптовый язык программирования, созданный для генерации HTML-страниц на веб-сервере и работы с базами данных.

взять для примера мясорубку - она предназначена не только для того что бы молоть мясо, её можно и овощи и другое перерабатывать, так почему бы и РНР не использовать для чего то друго? Только следует задуматься, а надо-ли это?

Добавлено через 2 минуты и 32 секунды

а ICQ-бот в какое направление подходит?

Я как раз не считаю, что это "текстовый интерпретатор"

То Kangaroo : имелось ввиду, что для облегчения создания больших проектов можно применить ООП в том виде, в каком оно имеется в языке.

А я вот, в частности, использую php как встроенный скриптовый язык в приложении. Впрочем, как я его ни пристраивал, толком работать он начал только в составе web-броузера из того-же приложения, так что  получившийся монстр все равно очень напоминает Апач. (Как не собираю, все равно автомат получается ;-()

То MoLeX : работа с сетевым траффиком по сути есть разбор данных/текста.

тогда практически все что связано с вебом можно отнести к разбору данных\текста 

А как насчет работы с портами (я задавал такой вопрос, и оттуда решил поднять такой опрос) и соответственно насчет работы с подключенным оборудованием?
А как насчет создания процессов, которые бы в фоновом режиме отрабатывали, пока обрабатывается десяток запросов?

Ну, траффик бывает разный. Есть текстовые протоколы, такие, как FTP, SMTP, HTTP. И с ними проблем нет.
асечный же протокол, как мне кажется - бинарный. Хотя я и могу ошибаться.
С другой стороны, и с бинарным, в общем-то, работать не сильно сложнее, чем с текстовым. 

Другое дело, есть такое понятие, как "специализированный язык".
К примеру, в PHP есть туча специализированных функций для работы с HTTP - header, setcookie, apache_request_headers и прочая и прочая. Ни одной для работы с ком-портами я не видел.
В массиве $_SERVER - море переменных, относящихся к веб. И ни одной - к аппаратной части.

Добавлено @ 12:25
В этом смысле PHP - язык не столько для работы с текстом (в этом деле король - перл), а именно для работы с веб.
И именно в этой роли он вышвырнул перл с веб-серверов начисто. Хотя перл во многом мощнее пыха в работе с текстом.
То есть, специализация что-то, да значит.

А в плане работы с аппратным обеспечением пхп ничуть не лучше шелла или того же перла, или бейсика. 
И, насколько я могу судить по своему опыту, фразы типа "универсальный кроссплатформенный язык" обычно говорят люди, которые просто никаких других языков не знают. Обычно. Не всегда, но часто.

А ещё я хочу задать вопрос Legislative.
Скажи, все выскажутся против - ты откажешься от своей идеи писать работу с портами на РНР?

Это сообщение отредактировал(а) Feldmarschall - 24.3.2008, 12:36

Просто не стоит закрывать глаза на правду. Абривиатура PHP уже должна что-то говорить.
Да, пхп можно и кофе научить делать но ОСНОВНОЙ задачей пхп является работа с web-сервисами.


Legislative, тебя никто не будет останавливать, это было бы неправильно, но просто подумай, надо ли оно тебе?

делаю им всё, что лень делать руками

наверно, потому, что я его лучше знаю, чем другие языки

к примеру, вместо того чтобы разбираться с прогами по конвертированию изображений в нужные мне размеры и типы, легче было написать этот самый конвертор на пхп