forum.opennet.ru - "PHP & FastCGI" (9)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"PHP & FastCGI"

Форумы WEB технологии (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

"PHP & FastCGI"
Сообщение от alexvs (??) on 09-Дек-07, 03:19
Необходимо ли вносить какие-то изменения в php скрипт для запуска его под fastcgi + Apache? С PHP практически не знаком, но мне необходимо увеличить производительность одного сервиса, написанного на php под Апачом. На Perl писал скрипт работающий под fastcgi, он компилился единожды и жил "вечно", в цикле ожидал запрос и обрабатывал его: while(my $req=new CGI::Fast) { process_request(); }. Но что-то подобного в PHP не могу найти.
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

PHP & FastCGI, CSX, 09:58 , 10-Дек-07, (1)

PHP & FastCGI, alexvs, 12:47 , 10-Дек-07, (2)

PHP & FastCGI, CSX, 13:10 , 10-Дек-07, (3)

PHP & FastCGI, alexvs, 15:21 , 10-Дек-07, (4)

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)

PHP & FastCGI, alexvs, 14:43 , 12-Дек-07, (6)

Сообщения по теме [Сортировка по времени | RSS]

1. "PHP & FastCGI"

Сообщение от CSX (ok) on 10-Дек-07, 09:58

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "PHP & FastCGI"

Сообщение от alexvs (??) on 10-Дек-07, 12:47

>[оверквотинг удален]
>>fastcgi + Apache?
>>С PHP практически не знаком, но мне необходимо увеличить производительность одного сервиса,
>>написанного на php под Апачом.
>>
>>На Perl писал скрипт работающий под fastcgi, он компилился единожды и жил
>>"вечно", в цикле ожидал запрос и обрабатывал его: while(my $req=new CGI::Fast)
>>{ process_request(); }. Но что-то подобного в PHP не могу найти.
>>
>
>Нет, в коде ничего менять не нужно.
Тогда в чём отличие от использования eacelerator'a, кроме большей безопасности?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "PHP & FastCGI"

Сообщение от CSX (ok) on 10-Дек-07, 13:10

>>>
>>
>>Нет, в коде ничего менять не нужно.
>
>Тогда в чём отличие от использования eacelerator'a, кроме большей безопасности?
Ваш вопрос прямо ставит меня в тупик =) Это совершенно разные технологии... В чем отличие между файерволлом и mod_access ?
Кстати, php через  fcgi вполне может работать с eaccelerator'ом...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "PHP & FastCGI"

Сообщение от alexvs (??) on 10-Дек-07, 15:21

>>>Нет, в коде ничего менять не нужно.
>>
>>Тогда в чём отличие от использования eacelerator'a, кроме большей безопасности?
>
>Ваш вопрос прямо ставит меня в тупик =) Это совершенно разные технологии...
>В чем отличие между файерволлом и mod_access ?
>
>Кстати, php через  fcgi вполне может работать с eaccelerator'ом...
Ну, в perl под fastcgi я мог инициализировать глобальные переменные, соединения с базой и другими сервисами единожды и использовать для все всех запросов без переопределения. Получал значительный выигрыш в производительности. Но для достижения этого вносились изменения в обычный cgi-script. А как php + fastcgi это разруливыает, как узнаёт что я хочу использовать повторно при следующем соединения, а что нет?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "PHP & FastCGI"

Сообщение от alexvs (??) on 11-Дек-07, 11:41

?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "PHP & FastCGI"

Сообщение от anonim on 17-Дек-07, 03:28

>[оверквотинг удален]
>>В чем отличие между файерволлом и mod_access ?
>>
>>Кстати, php через  fcgi вполне может работать с eaccelerator'ом...
>
>Ну, в perl под fastcgi я мог инициализировать глобальные переменные, соединения с
>базой и другими сервисами единожды и использовать для все всех запросов
>без переопределения. Получал значительный выигрыш в производительности. Но для достижения этого
>вносились изменения в обычный cgi-script. А как php + fastcgi это
>разруливыает, как узнаёт что я хочу использовать повторно при следующем соединения,
>а что нет?
http://ru2.php.net/manual/ru/function.mysql-pconnect.php

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "PHP & FastCGI"

Сообщение от angra (ok) on 17-Дек-07, 05:34

>http://ru2.php.net/manual/ru/function.mysql-pconnect.php
Чем поможет, скажем, при инициализации шаблонов из текстовых файлов? pconnect не из этой оперы и предназначен скорее для mod_php, чем для fcgi

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "PHP & FastCGI"

Сообщение от alexvs (??) on 17-Дек-07, 13:49

>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?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "PHP & FastCGI"

Сообщение от alexvs (??) on 12-Дек-07, 14:43

>Ваш вопрос прямо ставит меня в тупик =) Это совершенно разные технологии...
>В чем отличие между файерволлом и mod_access ?
С помощью файерволла и mod_access можно управлять доступом к системе/сайту, но на разном уровне. Имеют как общие возможности (ограничить доступ по IP), так и разные (mod_access - доступ по логин/пароль, файерволла - шейп, ограничение количества конектов, размер и тип пакета ....).
А если сравнивать fcgi и eaccelerator для PHP, то принципиальной разницы не вижу: оба оптимизируют/ускоряют работу скриптов, в обоих случаях не нужно модифицировать код, а значит не возможности тонкого управления процессом оптимизации.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "PHP & FastCGI"
Сообщение от CSX (ok) on 10-Дек-07, 09:58
>Необходимо ли вносить какие-то изменения в php скрипт для запуска его под >fastcgi + Apache? >С PHP практически не знаком, но мне необходимо увеличить производительность одного сервиса, >написанного на php под Апачом. > >На Perl писал скрипт работающий под fastcgi, он компилился единожды и жил >"вечно", в цикле ожидал запрос и обрабатывал его: while(my $req=new CGI::Fast) >{ process_request(); }. Но что-то подобного в PHP не могу найти. > Нет, в коде ничего менять не нужно.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "PHP & FastCGI"
	Сообщение от alexvs (??) on 10-Дек-07, 12:47
	>[оверквотинг удален] >>fastcgi + Apache? >>С PHP практически не знаком, но мне необходимо увеличить производительность одного сервиса, >>написанного на php под Апачом. >> >>На Perl писал скрипт работающий под fastcgi, он компилился единожды и жил >>"вечно", в цикле ожидал запрос и обрабатывал его: while(my $req=new CGI::Fast) >>{ process_request(); }. Но что-то подобного в PHP не могу найти. >> > >Нет, в коде ничего менять не нужно. Тогда в чём отличие от использования eacelerator'a, кроме большей безопасности?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "PHP & FastCGI"
	Сообщение от CSX (ok) on 10-Дек-07, 13:10
	>>> >> >>Нет, в коде ничего менять не нужно. > >Тогда в чём отличие от использования eacelerator'a, кроме большей безопасности? Ваш вопрос прямо ставит меня в тупик =) Это совершенно разные технологии... В чем отличие между файерволлом и mod_access ? Кстати, php через fcgi вполне может работать с eaccelerator'ом...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "PHP & FastCGI"
	Сообщение от alexvs (??) on 10-Дек-07, 15:21
	>>>Нет, в коде ничего менять не нужно. >> >>Тогда в чём отличие от использования eacelerator'a, кроме большей безопасности? > >Ваш вопрос прямо ставит меня в тупик =) Это совершенно разные технологии... >В чем отличие между файерволлом и mod_access ? > >Кстати, php через fcgi вполне может работать с eaccelerator'ом... Ну, в perl под fastcgi я мог инициализировать глобальные переменные, соединения с базой и другими сервисами единожды и использовать для все всех запросов без переопределения. Получал значительный выигрыш в производительности. Но для достижения этого вносились изменения в обычный cgi-script. А как php + fastcgi это разруливыает, как узнаёт что я хочу использовать повторно при следующем соединения, а что нет?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "PHP & FastCGI"
	Сообщение от alexvs (??) on 11-Дек-07, 11:41
	?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "PHP & FastCGI"
	Сообщение от anonim on 17-Дек-07, 03:28
	>[оверквотинг удален] >>В чем отличие между файерволлом и mod_access ? >> >>Кстати, php через fcgi вполне может работать с eaccelerator'ом... > >Ну, в perl под fastcgi я мог инициализировать глобальные переменные, соединения с >базой и другими сервисами единожды и использовать для все всех запросов >без переопределения. Получал значительный выигрыш в производительности. Но для достижения этого >вносились изменения в обычный cgi-script. А как php + fastcgi это >разруливыает, как узнаёт что я хочу использовать повторно при следующем соединения, >а что нет? http://ru2.php.net/manual/ru/function.mysql-pconnect.php
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "PHP & FastCGI"
	Сообщение от angra (ok) on 17-Дек-07, 05:34
	>http://ru2.php.net/manual/ru/function.mysql-pconnect.php Чем поможет, скажем, при инициализации шаблонов из текстовых файлов? pconnect не из этой оперы и предназначен скорее для mod_php, чем для fcgi
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "PHP & FastCGI"
	Сообщение от alexvs (??) on 17-Дек-07, 13:49
	>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?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "PHP & FastCGI"
	Сообщение от alexvs (??) on 12-Дек-07, 14:43
	>Ваш вопрос прямо ставит меня в тупик =) Это совершенно разные технологии... >В чем отличие между файерволлом и mod_access ? С помощью файерволла и mod_access можно управлять доступом к системе/сайту, но на разном уровне. Имеют как общие возможности (ограничить доступ по IP), так и разные (mod_access - доступ по логин/пароль, файерволла - шейп, ограничение количества конектов, размер и тип пакета ....). А если сравнивать fcgi и eaccelerator для PHP, то принципиальной разницы не вижу: оба оптимизируют/ускоряют работу скриптов, в обоих случаях не нужно модифицировать код, а значит не возможности тонкого управления процессом оптимизации.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]