Richard Davey wrote:
Hello Trevor,
Thursday, November 18, 2004, 4:55:50 PM, you wrote:
GT Roughly 1/3 of the web servers on the internet these days run IIS
GT Roughly 2/3 run Apache in some fashion
I know you said roughly, but it's less than 1/3 running IIS, quite
a bit less infact. The latest
Whoops, didn't include the list.
--
the circle squared
network systems and software
http://www.circlesquared.com
---BeginMessage---
Pedro Irán Méndez Pérez wrote:
Hello my friends, I need your help in convince to my boss in adopt php for
development of a tool for intranet in my office, he told me
- Edwin - wrote:
On Sun, 19 Sep 2004 06:11:17 +0800
Jason Wong [EMAIL PROTECTED] wrote:
On Sunday 19 September 2004 05:37, Andre Dubuc wrote:
[...]
Seems to me much easier to scan the Subject, see how it's
developing by reading the reply on the top, rather than
have to wade through even snipped
Curlys wrote:
-rwxr-xr-x1 root root 133 Aug 13 15:48 zeed.php
group and owner like this ,
how does it workable plz help
chown www /path/to/zeed.php
Peter.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Justin French wrote:
Hi all,
Is anyone giving much thought to the Y2038 bug/issue in relation to
Unix Timestamps? From what I read, they have a range of 1970-2038 (or
earlier than 1970 on *nix).
Either you or I misunderstand this issue...
There's this limit because the start point is Jan 1 1970
Matt M. wrote:
How do I determine with which user's permissions PHP scripts are executing?
I am experimenting with suEXEC and running PHPs as CGIs; I need to know
with which user's permissions PHP scripts are executing.
I've tried using getmyuid() and get_current_user(), but these only report the
I have been using emacs/tramp for editing files on remote machines, but
I find it can be flaky - no doubt I am doing something wrong. Can anyone
suggest a good programmers' text editor that at least has syntax
highlighting and can use ssh for accessing files directly on remote
machines? I need
Bob Hockney wrote:
Gerben wrote:
I think he is talking about the password that is written inside the script
in the mysql_connect statement. I think he is worried that someone could
access it's code and find out the DB password.
What I am concerned about is a local user on the server machine, not
David T-G wrote:
Peter --
...and then Peter Risdon said...
%
% David T-G wrote:
%
% bash-2.05a$ /usr/local/bin/php -v
% PHP 4.3.4 (cli) (built: Jan 6 2004 15:27:52)
%
% You probably need the cgi version - not the command line one you
% actually have.
Ooohhh... Ouch. So
David T-G wrote:
Curt, et al --
...and then Curt Zirzow said...
%
% * Thus wrote David T-G ([EMAIL PROTECTED]):
%
% My code is as simple as
%
%#!/usr/local/bin/php
%
% What does '/usr/local/bin/php -v' show?
Doesn't seem to scary to me:
bash-2.05a$ /usr/local/bin/php -v
PHP 4.3.4
Michael R. Wayne wrote:
In my continuing efforts to actually get sessions to work, I upgraded
to PHP 4.3.6 and apache 1.3.31. This did not make the slighest
difference.
So, does ANYone have ideas of how to debug this? Or is PHP simply
broken and no longer able to maintain sessions?
/\/\ \/\/
Brian Dunning wrote:
On May 25, 2004, at 9:06 AM, Craig wrote:
It doesnt necessarily mean the error occured on that line, that may have
been the last executed statement
post a few more lines or we cant help you.
?php
// Start the session
if (! session_id()) session_start();
if (not
I posted a few days ago about problems with filesystem commands like
copy(), move_uploaded_file(), backticked shell commands and so on while
using CGI PHP under apache suexec.
It seems that these only work in directory trees starting in the
directory in which the script itself resides. So if
Hi,
I am having a lot of problems with any PHP routines that have to access
the filesystem - things like exec(), shell_exec(), system(), backticked
shell commands, copy(), move_uploaded_file() and so on.
I have a non-standard setup with CLI, CGI and mod_php all installed.
These scripts are
Hi,
This page:
http://www.php.net/manual/en/function.ini-set.php
tells me that upload_tmp_dir is of level PHP_INI_SYSTEM and can
therefore only be altered in php.ini or httpd.conf
I want to be able to set this by virtual host. My httpd.conf includes
a directory which contains seperate files for
Peter Risdon wrote:
Hi,
This page:
http://www.php.net/manual/en/function.ini-set.php
tells me that upload_tmp_dir is of level PHP_INI_SYSTEM and can
therefore only be altered in php.ini or httpd.conf
I want to be able to set this by virtual host. My httpd.conf
includes a directory which
16 matches
Mail list logo
