Сорри за глупый вопрос, но я новичек в php.

Изучаю php, для этого дома под WinXP поставил IIS и установил PHP. настроил, все работает, великолепно.
Но: для обработки насколько я понял запускается файл PHP.exe. Так вот, хотелось бы узнать мож кто знает: для каждого обращения запускается этот файл или он как-то запускается один раз и сидит в памяти?
Я о том что если несколько юзеров будут долбиться до сайта то не приведет ли это к тому что слишком часто будут запускаться файл и будут тормоза?

Сноси нафиг iis и ставь rus-апач.
http://www.dklab.ru/chicken/web/

Genux
Не суть важно какой сервер... Может ему на IIS удобнее.

hiramon
Вот объясни мне, откуда ты взял такой оригинальный ход мыслей?

Вариант первый: даже если ты вообще ничего об этом не знаешь, то взгляни хотя бы на форум, куда отпостил сообщение - думаешь сюда люди по одному ходят? Гигантские порталы висят на PHP, однако очереди там явно не наблюдается.

Вариант второй: а предположим, что действительно есть тормоза! И что ты предпримешь в этом случае? Перейдёшь на Perl? Так там тот же perl.exe валяется. И куда податься?

Так что не заморачивайся на таких мыслях и продолжай изучать со спокойной душой. А о скорости пусть разработчики думают.

Dark

Понимаю я все это
Вот мне и стало интересно как это так не тормозит

hiramon
не тормозит. не бойся.

Dark
> И куда податься?
в html :}

hiramon
>> Вот мне и стало интересно как это так не тормозит
-- А не тормозит, потому что php.exe - это не photoshop.exe: у них "немножко" отличаются объёмы пожираемых ресурсов. Да к тому же на сервере не P233 стоят...

Mips
>> в html :}
-- JavaScript спасёт мир!

hiramon

Начнем издалека. Как можно выдавать динамический контент:
1) использовать API http-сервера. То есть http-запрос отдается обработчику, работющему в контексте процесса http-сервера, а тот возвращает http-response.
+ быстрее не бывает
- жесткая привязка к конкретному серверу
- бинарник и ничего больше
- скорее всего, жесткая привязка к операционной системе
- ошибка, скорее всего, приведет к падению http-сервера.
- сложно.

2) использовать внешний сервер, например, fastcgi-сервер. Сервер, используя сокеты или пайпы, отдает http-request заранее запущенному внешнему серверу, тот обрабатывает его и тем же путем возвращает http-response. Сервер может быть как однотредным, так и многотредным.
+ быстро (для апача и IIS есть соответствующие модули)
- ошибка приводит к падению и, если все настроено нормально, рестарту fastcgi-сервера. А это - снова подъем статичной информации в память.

3) классика CGI: запуск процесса и пайпы - для передачи запроса, получения ответа, и для получения ошибок.
+ ошибка приводит к отказу только одного запроса. То есть надежность высокая.
+ широкий выбор средства реализации - хоть шелловские скрипты.
- очень медленно

4) интерпретатор как модуль http-сервера. Похоже на (1), но модуль выполняет единственное действие - интерпретирует переданный ему скрипт.
+ быстро
+ достаточно надежно
+ достаточно хорошая переносимость
- не все задачи хороши для интерпретатора

По скорости работы порядок будет таков: (1) - (2) - (4) - (3). (2) и (4) могут поменяться местами при длинном ответе, и под Win В качестве примера - (2) быстрее, чем (3) в среднем на порядок, и при повышении сложности приложения различие в скорости становится значительнее.

PHP существует в вариантах (3) и (4) (насколько я в курсе)
Perl - (2), (3) и (4).

Так что неважно, что у тебя на рабочей машине - главное, как будет настроен рабочий сервер Наверняка будет (4)

Anafay
Осталось только взять книжку по серверным технологиям и медленно "переваривать" всё вышесказанное.

hiramon
А теперь попробуй только вякнуть, что ты что-то не понял!

Dark

да уж....
вякнуть не посмею