Thanks Bostjan for the suggestion. I did raise the issue and here is the reply:
http://news.php.net/php.internals/49672
Thx,
Ravi
On Wed, Sep 15, 2010 at 2:38 AM, Bostjan Skufca wrote:
> Here are the results I got when question of migration from apache to nginx
> was brought up:
> http://blog.
Here are the results I got when question of migration from apache to nginx
was brought up:
http://blog.a2o.si/2009/06/24/apache-mod_php-compared-to-nginx-php-fpm/
(BTW there is some FPM in main PHP distribution now)
As for resource management, I recommend looking at php sources
(Zend/zend_alloca.c
On Tue, Sep 14, 2010 at 1:15 PM, Per Jessen wrote:
> J Ravi Menon wrote:
>
>> On Tue, Sep 14, 2010 at 12:43 AM, Per Jessen wrote:
>>> J Ravi Menon wrote:
>>>
Few questions:
1) Does opcode cache really matter in such cli-based daemons? As
'SomeClass' is instantiated at every lo
Per Jessen wrote:
J Ravi Menon wrote:
2) What about garbage collection? In a standard apache-mod-php
setup, we rely on the end of a request-cycle to free up resources -
close file descriptiors, free up memory etc..
I am assuming in the aforesaid standalone daemon case, we would
have to do this m
J Ravi Menon wrote:
> On Tue, Sep 14, 2010 at 12:43 AM, Per Jessen wrote:
>> J Ravi Menon wrote:
>>
>>> Few questions:
>>>
>>> 1) Does opcode cache really matter in such cli-based daemons? As
>>> 'SomeClass' is instantiated at every loop, I am assuming it is only
>>> compiled once as it has alrea
On Tue, Sep 14, 2010 at 12:43 AM, Per Jessen wrote:
> J Ravi Menon wrote:
>
>> Few questions:
>>
>> 1) Does opcode cache really matter in such cli-based daemons? As
>> 'SomeClass' is instantiated at every loop, I am assuming it is only
>> compiled once as it has already been 'seen'.
>
> Yup.
Just
J Ravi Menon wrote:
> Few questions:
>
> 1) Does opcode cache really matter in such cli-based daemons? As
> 'SomeClass' is instantiated at every loop, I am assuming it is only
> compiled once as it has already been 'seen'.
Yup.
> 2) What about garbage collection? In a standard apache-mod-php se
ok, so there are plenty of ways to work around it ;-) I guess my
original question should be answered as such? "No, you cannot specify a
different configuration file name other than php.ini, you must either
hack the C code or supply a workaround at runtime."
Monte
On Thu, 2003-06-05 at 15:07, Mar
Wrap it in a shell script or batch file.
Something like:
REM ---Start cli.bat---
./cli/php.exe -c <> %1 %2 %3 %4 %5 %6 %7 %8 %9
@exit
REM ---End cli.bat---
--- Monte Ohrt <[EMAIL PROTECTED]> wrote:
> Hi Adam,
>
> I know it can be altered with a command-line switch, but it is the
> default tha
On Friday 06 June 2003 01:43, Monte Ohrt wrote:
> I know it can be altered with a command-line switch, but it is the
> default that I want to change. I don't want to have to remember to set
> the -c flag everytime, or go back and change all my existing scripts.
You can run separate ./configure co
Hi Adam,
I know it can be altered with a command-line switch, but it is the
default that I want to change. I don't want to have to remember to set
the -c flag everytime, or go back and change all my existing scripts.
Monte
On Thu, 2003-06-05 at 09:53, Adam Voigt wrote:
> >From a ./php -h:
>
>
Or as Jason noted at compile time.
Monte Ohrt wrote:
ok, so there are plenty of ways to work around it ;-) I guess my
original question should be answered as such? "No, you cannot specify a
different configuration file name other than php.ini, you must either
hack the C code or supply a workaround
>From a ./php -h:
-c | Look for php.ini file in this directory
The "|" means "OR", so logic would dictate you can point
directly to the file with the -c option.
On Thu, 2003-06-05 at 10:35, Monte Ohrt wrote:
> Hi Cal,
>
> I may be missing something, but I don't see how this page answers eithe
Hi Cal,
I may be missing something, but I don't see how this page answers either
of my questions. ini_set() is for setting configuration options.
Monte
On Thu, 2003-06-05 at 09:23, Cal Evans wrote:
> http://www.php.net/manual/en/function.ini-set.php
>
> * Cal Evans
> * http://www.christianperfo
http://www.php.net/manual/en/function.ini-set.php
* Cal Evans
* http://www.christianperformer.com
* Stay plugged into your audience
* The measure of a programmer is not the number of lines of code he writes
but the number of lines he does not have to write.
*
- Original Message -
From: "M
15 matches
Mail list logo
