The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
PHP & FastCGI, !*! alexvs, 09-Дек-07, 03:19  [смотреть все]
Необходимо ли вносить какие-то изменения в php скрипт для запуска его под fastcgi + Apache?
С PHP практически не знаком, но мне необходимо увеличить производительность одного сервиса, написанного на php под Апачом.

На Perl писал скрипт работающий под fastcgi, он компилился единожды и жил "вечно", в цикле ожидал запрос и обрабатывал его: while(my $req=new CGI::Fast) { process_request(); }. Но что-то подобного в PHP не могу найти.

  • PHP & FastCGI, !*! CSX, 09:58 , 10-Дек-07 (1)
    • PHP & FastCGI, !*! alexvs, 12:47 , 10-Дек-07 (2)
      >[оверквотинг удален]
      >>fastcgi + Apache?
      >>С PHP практически не знаком, но мне необходимо увеличить производительность одного сервиса,
      >>написанного на php под Апачом.
      >>
      >>На Perl писал скрипт работающий под fastcgi, он компилился единожды и жил
      >>"вечно", в цикле ожидал запрос и обрабатывал его: while(my $req=new CGI::Fast)
      >>{ process_request(); }. Но что-то подобного в PHP не могу найти.
      >>
      >
      >Нет, в коде ничего менять не нужно.

      Тогда в чём отличие от использования eacelerator'a, кроме большей безопасности?

      • PHP & FastCGI, !*! CSX, 13:10 , 10-Дек-07 (3)
        • PHP & FastCGI, !*! alexvs, 15:21 , 10-Дек-07 (4)
          >>>Нет, в коде ничего менять не нужно.
          >>
          >>Тогда в чём отличие от использования eacelerator'a, кроме большей безопасности?
          >
          >Ваш вопрос прямо ставит меня в тупик =) Это совершенно разные технологии...
          >В чем отличие между файерволлом и mod_access ?
          >
          >Кстати, php через  fcgi вполне может работать с eaccelerator'ом...

          Ну, в perl под fastcgi я мог инициализировать глобальные переменные, соединения с базой и другими сервисами единожды и использовать для все всех запросов без переопределения. Получал значительный выигрыш в производительности. Но для достижения этого вносились изменения в обычный cgi-script. А как php + fastcgi это разруливыает, как узнаёт что я хочу использовать повторно при следующем соединения, а что нет?


          • PHP & FastCGI, !*! alexvs, 11:41 , 11-Дек-07 (5)
          • PHP & FastCGI, !*! anonim, 03:28 , 17-Дек-07 (7)
            • PHP & FastCGI, !*! angra, 05:34 , 17-Дек-07 (8)
            • PHP & FastCGI, !*! alexvs, 13:49 , 17-Дек-07 (9)
              >http://ru2.php.net/manual/ru/function.mysql-pconnect.php

              Во первых, это уже изменение кода, а выше утверждалось что в этом нет необходимости.
              Во вторых, это частный случай. Допустим у меня есть соединения (socket) с другими сервисами или  использование внешних фидов (xml, txt), которые можно б было единожды инициализировать (загрузить) и больше не тратится на это.

              На перле это б выглядело так:
              #!/usr/bin/perl
              use strict;
              use warnings;
              use perl 5.8.8;

              use CGI::Fast;

              my $data = Load_Big_Hash();

              while(my $req=new CGI::Fast) { main(); }

              sub main {
                print "OK" if(exists($data->{$ENV{QUERY_STRING}}));
              }

              А на PHP?

        • PHP & FastCGI, !*! alexvs, 14:43 , 12-Дек-07 (6)
          >Ваш вопрос прямо ставит меня в тупик =) Это совершенно разные технологии...
          >В чем отличие между файерволлом и mod_access ?

          С помощью файерволла и mod_access можно управлять доступом к системе/сайту, но на разном уровне. Имеют как общие возможности (ограничить доступ по IP), так и разные (mod_access - доступ по логин/пароль, файерволла - шейп, ограничение количества конектов, размер и тип пакета ....).

          А если сравнивать fcgi и eaccelerator для PHP, то принципиальной разницы не вижу: оба оптимизируют/ускоряют работу скриптов, в обоих случаях не нужно модифицировать код, а значит не возможности тонкого управления процессом оптимизации.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру