Kamrad.ru (https://kamrad.ru/index.php)
- Веб-дизайн, вёрстка и веб-программирование (https://kamrad.ru/forumdisplay.php?forumid=87)
-- Когда запускается php.exe? (https://kamrad.ru/showthread.php?threadid=45268)
Когда запускается php.exe?
Сорри за глупый вопрос, но я новичек в 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
да уж....
вякнуть не посмею
Текущее время: 16:19
Powered by: vBulletin Version 2.0.1
Copyright © Jelsoft Enterprises Limited 2000, 2001.
Любое использование материалов сайта
возможно только с разрешения его администрации.