On 11 Sep 2013, at 17:37, Alain Williams wrote:
> Hi,
>
> I am running a PHP script at the command line and piping the output through
> less:
>
>./myScript | less
>
> Since less is an interactive program it puts the terminal into 'raw' mode so
> that it can read characters one at a time.
On Wed, Sep 11, 2013 at 05:45:45PM +0100, Stuart Dallas wrote:
> On 11 Sep 2013, at 17:37, Alain Williams wrote:
> Make sure output buffering is off by putting this at the top of your script:
>
> while(ob_end_clean());
Sorry, that does not fix the problem - but thanks for trying.
--
Alain Wil
Hi,
I am running a PHP script at the command line and piping the output through
less:
./myScript | less
Since less is an interactive program it puts the terminal into 'raw' mode so
that it can read characters one at a time. However, when I do the above I find
that the commands that I type t
Joe Francis wrote:
why not using php.exe instead of php-cgi.exe as a parser ?
Thanks for pointing that out... didn't have any reasoning, but since
your post, I've learned the difference and have changed the script.
Donovan
--
dbrooke
--
PHP General Mailing List (http://www.php.net/)
To
why not using php.exe instead of php-cgi.exe as a parser ?
On Wed, Jun 8, 2011 at 7:42 AM, Lists wrote:
> Lists wrote:
>
>> Windows Server 2003
>> PHP fastcgi 5.2
>>
>
>
>
> O.K. '-q' is quiet mode (no header info), which works better when not using
> the -f flag when calling the script (it appe
Lists wrote:
Windows Server 2003
PHP fastcgi 5.2
O.K. '-q' is quiet mode (no header info), which works better when not
using the -f flag when calling the script (it appears).
anyway, I solved my issues with a work around, so no worries.
Donovan
--
dbrooke
--
PHP General Mailing List (h
Windows Server 2003
PHP fastcgi 5.2
Hello,
I am needing to call a php script from another language, so I am using cli.
I have it basically working but have a couple questions.
First, what is the (suggested) '-q' flag for in the shebang script?
last, my shell is returning the actual call along
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
Hi,
I have some basic questions on running php (5.2.x series on Linux
2.6) as a standalone daemon using posix methods (fork() etc..):
#!/usr/bin/php
doSomething()
}
// shutdown logic.
The 'someclass.php' in turn will include other files (via require_once).
The above file will be executed dir
On 15 March 2010 00:27, Rick Pasotto wrote:
> On Sun, Mar 14, 2010 at 08:40:51PM +, Ashley Sheridan wrote:
>> On Sun, 2010-03-14 at 16:41 -0400, Rick Pasotto wrote:
>>
>> > On Sun, Mar 14, 2010 at 06:13:24PM +, Ashley Sheridan wrote:
>> > > On Sun, 2010-03-14 at 14:15 -0400, Rick Pasotto w
On Mon, Mar 15, 2010 at 02:35:54PM +1300, Dmitry Ruban wrote:
> Rick Pasotto wrote:
> >On Mon, Mar 15, 2010 at 01:32:24PM +1300, Dmitry Ruban wrote:
> >>Rick Pasotto wrote:
> >>>I repeat: is there more than one way to run a php script from the cli?
> >>>
> >>On *nix, you can add "#!/usr/bin/php" as
Rick Pasotto wrote:
On Mon, Mar 15, 2010 at 01:32:24PM +1300, Dmitry Ruban wrote:
Rick Pasotto wrote:
I repeat: is there more than one way to run a php script from the cli?
On *nix, you can add "#!/usr/bin/php" as first line and make file
executable (chmod +x).
Functionally the same. php is
On Sun, 2010-03-14 at 21:24 -0400, Rick Pasotto wrote:
> On Mon, Mar 15, 2010 at 01:32:24PM +1300, Dmitry Ruban wrote:
> > Rick Pasotto wrote:
> > >
> > >I repeat: is there more than one way to run a php script from the cli?
> > >
> >
> > On *nix, you can add "#!/usr/bin/php" as first line and ma
On Mon, Mar 15, 2010 at 01:32:24PM +1300, Dmitry Ruban wrote:
> Rick Pasotto wrote:
> >
> >I repeat: is there more than one way to run a php script from the cli?
> >
>
> On *nix, you can add "#!/usr/bin/php" as first line and make file
> executable (chmod +x).
Functionally the same. php is still
On Sun, 2010-03-14 at 20:27 -0400, Rick Pasotto wrote:
> On Sun, Mar 14, 2010 at 08:40:51PM +, Ashley Sheridan wrote:
> > On Sun, 2010-03-14 at 16:41 -0400, Rick Pasotto wrote:
> >
> > > On Sun, Mar 14, 2010 at 06:13:24PM +, Ashley Sheridan wrote:
> > > > On Sun, 2010-03-14 at 14:15 -0400
Rick Pasotto wrote:
On Sun, Mar 14, 2010 at 08:40:51PM +, Ashley Sheridan wrote:
On Sun, 2010-03-14 at 16:41 -0400, Rick Pasotto wrote:
On Sun, Mar 14, 2010 at 06:13:24PM +, Ashley Sheridan wrote:
On Sun, 2010-03-14 at 14:15 -0400, Rick Pasotto wrote:
Has cli php changed recently?
On Sun, Mar 14, 2010 at 08:40:51PM +, Ashley Sheridan wrote:
> On Sun, 2010-03-14 at 16:41 -0400, Rick Pasotto wrote:
>
> > On Sun, Mar 14, 2010 at 06:13:24PM +, Ashley Sheridan wrote:
> > > On Sun, 2010-03-14 at 14:15 -0400, Rick Pasotto wrote:
> > >
> > > > Has cli php changed recently?
On Sun, 2010-03-14 at 16:41 -0400, Rick Pasotto wrote:
> On Sun, Mar 14, 2010 at 06:13:24PM +, Ashley Sheridan wrote:
> > On Sun, 2010-03-14 at 14:15 -0400, Rick Pasotto wrote:
> >
> > > Has cli php changed recently?
> > >
> > > I've got a php script (script1) that creates a php script (scri
On Sun, Mar 14, 2010 at 06:13:24PM +, Ashley Sheridan wrote:
> On Sun, 2010-03-14 at 14:15 -0400, Rick Pasotto wrote:
>
> > Has cli php changed recently?
> >
> > I've got a php script (script1) that creates a php script (script2) by
> > opening a file and then writing to it. When I try to run
On Sun, 2010-03-14 at 14:15 -0400, Rick Pasotto wrote:
> Has cli php changed recently?
>
> I've got a php script (script1) that creates a php script (script2) by
> opening a file and then writing to it. When I try to run it from the
> command line script1 is simply copied to stdout. When I run it
Has cli php changed recently?
I've got a php script (script1) that creates a php script (script2) by
opening a file and then writing to it. When I try to run it from the
command line script1 is simply copied to stdout. When I run it from the
browser it works as expected. The directory has 777 perm
On Sun, Jan 24, 2010 at 16:16, David W. Allor wrote:
> Hi!
>
> I'm using php-cli 5.3.1.
>
> When I run php from the command line, the script does not return me to
> the command prompt when exited. The script always completes, but it has
> to be killed to release it's resources.
>
> I've created a
On Mon, Jan 25, 2010 at 1:16 AM, David W. Allor wrote:
> Hi!
>
> I'm using php-cli 5.3.1.
>
> When I run php from the command line, the script does not return me to
> the command prompt when exited. The script always completes, but it has
> to be killed to release it's resources.
>
> I've created
Hi!
I'm using php-cli 5.3.1.
When I run php from the command line, the script does not return me to
the command prompt when exited. The script always completes, but it has
to be killed to release it's resources.
I've created a little working example:
#!/usr/bin/php
I execute the script by
Replying this back on the list, unchanged and without any
additions from me yet.
On Sat, Apr 25, 2009 at 14:09, Simon wrote:
>> Perhaps you may want to consider hacking PHP itself. From memory,
>> one place you may want to start looking is the
>> php_filter_get_storage() function, the
On Sat, Apr 25, 2009 at 10:14, Simon wrote:
>
> Hopefully, I'm looking for a way that would not require any hacking of
> the PHP files that are currently working with other webservers...
Perhaps you may want to consider hacking PHP itself. From memory,
one place you may want to start looking
Thanks for the reply Richard!
> Never done this, but could you set environment variables, which would
> then be picked up by PHP (and stuffed in $_ENV)?
This seems like a good idea, if i mix this with the popen() idea, i
wouldnt need /dev/shm or any files at all then... but the problem
remains t
Hi,
>...
Never done this, but could you set environment variables, which would
then be picked up by PHP (and stuffed in $_ENV)?
--
Richard Heyes
HTML5 graphing: RGraph (www.rgraph.net)
PHP mail: RMail (www.phpguru.org/rmail)
PHP datagrid: RGrid (www.phpguru.org/rgrid)
PHP Template: RTemplate (w
Hi there,
I've been using PHP for a very long time now, a few years ago
developing webapplications with apache and mysql, now and for a few
years using mostly the CLI (mostly as a replacement of all other
scripting languages available on linux, sh, pearl, etc...). However,
I'm building a project
On Wed, 2009-03-18 at 06:52 -0700, jesse.ha...@arvatousa.com wrote:
> private function getSelection() {
>
> fwrite(STDOUT,"Mode: ");
>
> $input = strtoupper(fgetc(STDIN));
>
> return $input;
>
> }
Use fgets(
Rob,
Works like a charm! Much appreciated.
Thanks,
Jesse Hazen
-Original Message-
From: Robert Cummings [mailto:rob...@interjinn.com]
Sent: Wednesday, March 18, 2009 7:24 AM
To: Hazen, Jesse, arvato digital services llc
Cc: php-general@lists.php.net
Subject: RE: [PHP] PHP-CLI
On Wed, 2009-03-18 at 07:10 -0700, jesse.ha...@arvatousa.com wrote:
> Rob,
>
> Thanks for the quick reply. I did try that before, but now my issue is
> that the if-else section does not recognize the data as being valid. So,
> I changed it to fgets(), and reran, this time using valid data. The
> i
]
Sent: Wednesday, March 18, 2009 7:00 AM
To: Hazen, Jesse, arvato digital services llc
Cc: php-general@lists.php.net
Subject: Re: [PHP] PHP-CLI issue
On Wed, 2009-03-18 at 06:52 -0700, jesse.ha...@arvatousa.com wrote:
> private function getSelection() {
>
> fwrite(STD
Hi,
I am working on building a PHP-CLI 'game' for converting
binary/hex/decimal, to better your speed at converting between base
number systems. I started on the game class, and created a little menu
with user input for different game modes. If the user inputs invalid
data, the script is suppos
Lewis Wright schreef:
> 2009/2/19 Jochem Maas :
>> Thodoris schreef:
seems to work fine here.
What are your php.ini (memory related) settings?
run:
/usr/local/bin/php --ini
and get the location of the php.ini file that is getting used. Check
o
2009/2/19 Jochem Maas :
> Thodoris schreef:
>>>
>>>
>>> seems to work fine here.
>>>
>>> What are your php.ini (memory related) settings?
>>>
>>> run:
>>>
>>> /usr/local/bin/php --ini
>>>
>>> and get the location of the php.ini file that is getting used. Check
>>> our the memory settings in that f
Thodoris schreef:
>>
>>
>> seems to work fine here.
>>
>> What are your php.ini (memory related) settings?
>>
>> run:
>>
>> /usr/local/bin/php --ini
>>
>> and get the location of the php.ini file that is getting used. Check
>> our the memory settings in that file.
>>
>>
>>
>>
>
> Some general
seems to work fine here.
What are your php.ini (memory related) settings?
run:
/usr/local/bin/php --ini
and get the location of the php.ini file that is getting used. Check our the
memory settings in that file.
Some general options:
max_input_time = 60
max_execution_time = 120
memo
Thodoris wrote:
>
>> Thodoris wrote:
>>
>>> Hi gang,
>>>I am trying to run a simple PHP script using the cli and I get a
>>> weird memory leak error. The script goes like this:
>>>
>>> #! /usr/local/bin/php
>>> >> // Get command line options
>>> $options = getopt("f:d:o:");
>>>
>>> // Print
Thodoris wrote:
Hi gang,
I am trying to run a simple PHP script using the cli and I get a
weird memory leak error. The script goes like this:
#! /usr/local/bin/php
The problem is that when I run the script I get this error:
Script: './bcom.php'
/usr/ports/lang/php5/work/php-5.2.8/main
Thodoris wrote:
> Hi gang,
>I am trying to run a simple PHP script using the cli and I get a
> weird memory leak error. The script goes like this:
>
> #! /usr/local/bin/php
> // Get command line options
> $options = getopt("f:d:o:");
>
> // Print them out
> print_r($options);
>
> // Clear t
Hi gang,
I am trying to run a simple PHP script using the cli and I get a
weird memory leak error. The script goes like this:
#! /usr/local/bin/php
The problem is that when I run the script I get this error:
Script: './bcom.php'
/usr/ports/lang/php5/work/php-5.2.8/main/main.c(2015) : Fre
Did you check what Jim suggested, as well, about short_open_tags?
If your scripts use PHP tags like this:
Yes, that was the problem - it was Off in:
/etc/php5/cli/php.ini
we had checked the one in:
./etc/php5/apache2/php.ini
and it was On there so we thought something else w
On Wed, Jul 30, 2008 at 4:53 PM, JJB <[EMAIL PROTECTED]> wrote:
>
> Hi Daniel,
>
> We are running like:
> php mailscript.php
>
> The version:
>
> php-v
>
> PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Dec 12 2007 03:51:56)
Did you check what Jim suggested, as well, about short_open_tags?
Daniel Brown wrote:
On Tue, Jul 29, 2008 at 2:19 PM, JJB <[EMAIL PROTECTED]> wrote:
We recently rebuilt a webserver and upgraded it to opensuse 10.3.
Now, when our webdev people run command line php scripts all of the
included files are being output to the terminal instead of parsed.
JJB wrote:
We recently rebuilt a webserver and upgraded it to opensuse 10.3.
Now, when our webdev people run command line php scripts all of the
included files are being output to the terminal instead of parsed.
Can anyone make a good suggestion for what might be going on here?
My Linux admin is
On Tue, Jul 29, 2008 at 2:19 PM, JJB <[EMAIL PROTECTED]> wrote:
> We recently rebuilt a webserver and upgraded it to opensuse 10.3.
> Now, when our webdev people run command line php scripts all of the
> included files are being output to the terminal instead of parsed.
How are the scripts bei
We recently rebuilt a webserver and upgraded it to opensuse 10.3.
Now, when our webdev people run command line php scripts all of the
included files are being output to the terminal instead of parsed.
Can anyone make a good suggestion for what might be going on here?
My Linux admin is out today,
Stut wrote:
On 2 Jul 2008, at 02:58, Mattias Thorslund wrote:
Hi everyone,
I have a CLI application that produces lots of output to the
terminal, so I like to send the output along to the "less" command.
This has always worked very nicely. Moving to the top or bottom of
the output used to re
On 2 Jul 2008, at 02:58, Mattias Thorslund wrote:
Hi everyone,
I have a CLI application that produces lots of output to the
terminal, so I like to send the output along to the "less" command.
This has always worked very nicely. Moving to the top or bottom of
the output used to require just
Hi everyone,
I have a CLI application that produces lots of output to the terminal,
so I like to send the output along to the "less" command. This has
always worked very nicely. Moving to the top or bottom of the output
used to require just hitting the "home" or "end" key, and the up and
down
Steve Finkelstein wrote:
So, I use a Mac to develop with. I used to host Zend Core on my box,
until I switched to the MAMP PRO framework.
Unfortunately somewhere in between, this lovely issue started occuring
with my CLI binary of PHP:
foo:~ sf$ php -l
dyld: NSLinkModule() error
dyld: Symbol no
So, I use a Mac to develop with. I used to host Zend Core on my box,
until I switched to the MAMP PRO framework.
Unfortunately somewhere in between, this lovely issue started occuring
with my CLI binary of PHP:
foo:~ sf$ php -l
dyld: NSLinkModule() error
dyld: Symbol not found: _zend_extensions
On Feb 6, 2008 6:56 PM, Chris <[EMAIL PROTECTED]> wrote:
>
> > In your cronjob, replace the php5 entry with the following
> > (including the backticks):
> > `which php5`
> >
> > If that still doesn't work, replace it simply with php, not php5:
> > `which php`
>
> You can use
In your cronjob, replace the php5 entry with the following
(including the backticks):
`which php5`
If that still doesn't work, replace it simply with php, not php5:
`which php`
You can use 'env php' instead and it'll pick up the first one in $PATH
(same sort of idea a
On Feb 6, 2008 12:25 PM, Nathan Nobbe <[EMAIL PROTECTED]> wrote:
> put the script in the webroot; then you can invoke it from cron
> using curl; i imagine they have that installed. you can protect
> the script with the following as the first line
> if($_SERVER['REMOTE_ADDR'] !== '127.0.0.1') { die
On Feb 6, 2008 11:48 AM, Robbert van Andel <[EMAIL PROTECTED]> wrote:
> I contacted 1&1 and was told scripting was not supported. I wrote back
> saying I didn't need help writing the script just how to run it. They wrote
> back telling me to put it in a cron job using crontab –e and that was all
On Feb 6, 2008 11:42 AM, Robbert van Andel <[EMAIL PROTECTED]> wrote:
> Not an option. Which php gives me php4 and the script requires php5.
>
it sounds like you are using 1&1, per dans security warning earlier :)
you may want to contact them and ask them how to run php5 scripts
via the cli; as
Not an option. Which php gives me php4 and the script requires php5.
From: Nathan Nobbe [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 06, 2008 8:39 AM
To: Robbert van Andel
Cc: Daniel Brown; php-general@lists.php.net
Subject: Re: [PHP] PHP CLI Problem
On Feb 6, 2008 11:33 AM
On Feb 6, 2008 11:33 AM, Robbert van Andel <[EMAIL PROTECTED]> wrote:
> I tried adding `which php5` and that didn't work.
did you try running
which php5
on the cli to ensure it even maps to a path ? you might need
which php
instead.
-nathan
own [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 06, 2008 7:52 AM
To: Robbert van Andel
Cc: php-general@lists.php.net
Subject: Re: [PHP] PHP CLI Problem
On Feb 6, 2008 1:55 AM, Robbert van Andel <[EMAIL PROTECTED]> wrote:
[snip]
> First off, the script runs great from the command line whe
On Feb 6, 2008 1:55 AM, Robbert van Andel <[EMAIL PROTECTED]> wrote:
[snip]
> First off, the script runs great from the command line when I type "php5
> backup.php" but when I type ./backup.php I get an error: "bash:
> ./backup.php: No such file or directory". I thought maybe this is a problem
> w
Robbert van Andel wrote:
I am having trouble with a PHP CLI script I wrote to help manage my website.
The site is on a shared hosting server where the PHP installation is set up
as a CGI. The script creates some backups of my databases and sends them to
Amazon's S3 service.
First off, the sc
On Feb 6, 2008 9:36 AM, Robbert van Andel <[EMAIL PROTECTED]> wrote:
> I guess I spoke too soon. Even though the script runs from anywhere (that
> I
> have access too), when I put the perl script in a cronjob, the php script
> just refuses to run. There's no output, just the output from the perl
Wednesday, February 06, 2008 6:14 AM
To: php-general@lists.php.net
Subject: RE: [PHP] PHP CLI Problem
Thank you, that was very helpful. I created a perl script because the shell
script wouldn't run either. It too gave an error stating the file or
directory could not be found. The perl scri
in
a cron job and am confident that it will run.
Robbert
-Original Message-
From: Chris [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 05, 2008 11:06 PM
To: Robbert van Andel
Cc: php-general@lists.php.net
Subject: Re: [PHP] PHP CLI Problem
> First off, the script runs great
Robbert van Andel schreef:
I am having trouble with a PHP CLI script I wrote to help manage my website.
The site is on a shared hosting server where the PHP installation is set up
as a CGI. The script creates some backups of my databases and sends them to
Amazon's S3 service.
First off, the
First off, the script runs great from the command line when I type "php5
backup.php" but when I type ./backup.php I get an error: "bash:
./backup.php: No such file or directory".
Maybe backup.php that you think it's running is the wrong one.
Add something like:
echo "I am file " . __FILE__ .
I am having trouble with a PHP CLI script I wrote to help manage my website.
The site is on a shared hosting server where the PHP installation is set up
as a CGI. The script creates some backups of my databases and sends them to
Amazon's S3 service.
First off, the script runs great from the com
On Thu, June 7, 2007 10:55 am, jose javier parra sanchez wrote:
> Hi. One big diferrence is that python can be run interactively, while
> php not. That's a really good advantage to debug the scripts. Anyway,
> use the one you fell more comfortable.
U.
PHP has dozens of debuggers, and you can
I use PHP extensively for command line processing.
Why not just try it and see if it works well for you?
On Wed, June 6, 2007 5:13 pm, Abdullah Ramazanoglu wrote:
> Hello,
>
> I'm already (going to) use php for web based development. Shell
> scripting
> and compiled languages have their own place
On 6/7/07, jose javier parra sanchez <[EMAIL PROTECTED]> wrote:
Hi. One big diferrence is that python can be run interactively, while
php not. That's a really good advantage to debug the scripts. Anyway,
use the one you fell more comfortable.
2007/6/7, Abdullah Ramazanoglu <[EMAIL PROTECTED]>:
Hi. One big diferrence is that python can be run interactively, while
php not. That's a really good advantage to debug the scripts. Anyway,
use the one you fell more comfortable.
2007/6/7, Abdullah Ramazanoglu <[EMAIL PROTECTED]>:
Hello,
I'm already (going to) use php for web based developmen
Abdullah Ramazanoglu wrote:
Hello,
I'm already (going to) use php for web based development. Shell scripting
and compiled languages have their own places, but there's also a place for
a high level scripting language. While people usually use python (for
higher level and perl for lower level task
Hello,
I'm already (going to) use php for web based development. Shell scripting
and compiled languages have their own places, but there's also a place for
a high level scripting language. While people usually use python (for
higher level and perl for lower level tasks) for this, I really wonder
w
FYI - the problem with mysql.sock has been an support issue at
apple.com before.
http://docs.info.apple.com/article.html?artnum=301457
/frank
15 nov 2006 kl. 11.03 skrev Roman Neuhauser:
# [EMAIL PROTECTED] / 2006-11-14 18:56:01 -0500:
Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2006-11-
# [EMAIL PROTECTED] / 2006-11-14 18:56:01 -0500:
> Roman Neuhauser wrote:
> ># [EMAIL PROTECTED] / 2006-11-14 20:17:16 +0200:
> >
> >>On 11/14/06, James Tu <[EMAIL PROTECTED]> wrote:
> >>
> >>>I'm running a php script from the command line (I'm on OS X) and I'm
> >>>getting ...
> >>>
> >>>War
Tom Ray [Lists] wrote:
Chris wrote:
Tom Ray [Lists] wrote:
Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2006-11-14 20:17:16 +0200:
On 11/14/06, James Tu <[EMAIL PROTECTED]> wrote:
I'm running a php script from the command line (I'm on OS X) and I'm
getting ...
Warning: mysql_connect
Chris wrote:
Tom Ray [Lists] wrote:
Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2006-11-14 20:17:16 +0200:
On 11/14/06, James Tu <[EMAIL PROTECTED]> wrote:
I'm running a php script from the command line (I'm on OS X) and I'm
getting ...
Warning: mysql_connect(): Can't connect to lo
Tom Ray [Lists] wrote:
Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2006-11-14 20:17:16 +0200:
On 11/14/06, James Tu <[EMAIL PROTECTED]> wrote:
I'm running a php script from the command line (I'm on OS X) and I'm
getting ...
Warning: mysql_connect(): Can't connect to local MySQL serve
Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2006-11-14 20:17:16 +0200:
On 11/14/06, James Tu <[EMAIL PROTECTED]> wrote:
I'm running a php script from the command line (I'm on OS X) and I'm
getting ...
Warning: mysql_connect(): Can't connect to local MySQL server through
socket '/var
# [EMAIL PROTECTED] / 2006-11-14 20:17:16 +0200:
> On 11/14/06, James Tu <[EMAIL PROTECTED]> wrote:
> >I'm running a php script from the command line (I'm on OS X) and I'm
> >getting ...
> >
> >Warning: mysql_connect(): Can't connect to local MySQL server through
> >socket '/var/mysql/mysql.sock' (
Thanks everyone!
On Nov 14, 2006, at 3:20 PM, [EMAIL PROTECTED] wrote:
You could make a new php.ini for flexibility like Jochem stated.
To make things easy, just copy the file over:
cp /usr/local/php5/lib/php.ini /etc/php.ini
And that should do it.
James Tu wrote:
Please see below
On No
You could make a new php.ini for flexibility like Jochem stated.
To make things easy, just copy the file over:
cp /usr/local/php5/lib/php.ini /etc/php.ini
And that should do it.
James Tu wrote:
> Please see below
>
> On Nov 14, 2006, at 2:24 PM, [EMAIL PROTECTED] wrote:
>
>> Run this command:
James Tu wrote:
> Please see below
>
..
you fell foul of the 'there is no php.ini' trap :-)
(please repeat in a homer simpson voice)
>
> or should I create a symbolic link to the php.ini that Apache is using?
use a seperate php.ini - more flexibility
>
>
>> That'll tell you where the php.i
Please see below
On Nov 14, 2006, at 2:24 PM, [EMAIL PROTECTED] wrote:
Run this command:
/path/to/cli/php -i|grep MYSQL_SOCKET
MYSQL_SOCKET => /var/mysql/mysql.sock
What does that show? It sounds like the PHP module for Apache is
using
a different php.ini file then the CLI version.
Run this command:
/path/to/cli/php -i|grep MYSQL_SOCKET
What does that show? It sounds like the PHP module for Apache is using
a different php.ini file then the CLI version.
It also looks like the CLI versions php.ini is not pointing to the
proper path to the mysql.sock. Look under the mysql se
ok. so the location of mysql.sock is a problem.
I found it at /tmp/mysql.sock
Why is the CLI looking for it at /var/myslq/mysql.sock?
Now the question is...
Do I change the mysql settings so that mysql.sock is at /tmp/
mysql.sock? (If I do, will the PHP module with Apache still be ok?)
or
Do
touch /var/mysql/mysql.sock
chmod 777 /var/mysql/mysql.sock
On 11/14/06, James Tu <[EMAIL PROTECTED]> wrote:
I'm running a php script from the command line (I'm on OS X) and I'm
getting ...
Warning: mysql_connect(): Can't connect to local MySQL server through
socket '/var/mysql/mysql.sock' (2)
I'm running a php script from the command line (I'm on OS X) and I'm
getting ...
Warning: mysql_connect(): Can't connect to local MySQL server through
socket '/var/mysql/mysql.sock' (2)
Here's the script (this just tests a connection and a query...the
actual script imports data from text
On Sat, May 13, 2006 5:40 pm, Michelle Konzack wrote:
> I run a webserver which is a frontend for a huge PostgreSQL database.
> Now I like to code some stand-alone Apps, which can connect to a
> daemon uploading files and geting infos from the database
>
> (NO, the have no right to connect directly
On 5/14/06, Michelle Konzack <[EMAIL PROTECTED]> wrote:
Hello,
I run a webserver which is a frontend for a huge PostgreSQL database.
Now I like to code some stand-alone Apps, which can connect to a
daemon uploading files and geting infos from the database
(NO, the have no right to connect direc
Hello,
I run a webserver which is a frontend for a huge PostgreSQL database.
Now I like to code some stand-alone Apps, which can connect to a
daemon uploading files and geting infos from the database
(NO, the have no right to connect directly to the database)
Questions for now:
1) How to c
On Wed, April 19, 2006 3:01 pm, Jeff wrote:
> I'm running PHP Ver 4.4.1 on a redhat ES3 system. It appears that the
> CLI is not running or not present. I thought it was installed by
> default in versions >= 4.3.x.
>
> If I run /usr/local/bin/php -v at the command line I get nothing.
>
> How do
1 - 100 of 139 matches
Mail list logo
