php-install Digest 28 Mar 2003 06:06:54 -0000 Issue 1310
Topics (messages 10437 through 10444):
Re: Problem
10437 by: Stembridge, Michael
10438 by: Rich Gray
10439 by: Stembridge, Michael
PHP 4.2.3 install under x86 RedHat 8.0 keeps SIDs in URL
10440 by: Michael Bull
10441 by: Jim Thome
10442 by: Michael Bull
10443 by: Jim Thome
Problem with -c option and --with-config-file-path option
10444 by: Mark Striebeck
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
Any of the following will work:
<? echo $var;?>
<? echo "$var";?>
<?=$var?>
If these don't work I suggest adding this to your script and reloading the
page:
<? echo phpinfo(); ?>
That should print your php info screen, if it does not then you have a
configuration issue.
- Mike
> -----Original Message-----
> From: Sandra Rius [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 26, 2003 6:04 AM
> To: [EMAIL PROTECTED]
> Subject: [PHP-INST] Problem
>
>
> Hi,
>
> I have installed php 4.3.1 in my Apache server 1.3.2 as a
> server module abd the operative system is Window 98. It works
> with my php scripts but, when I try to pass variables to a
> php from another file or from the browser, php doesn't
> recognise the variable.
>
> For example, with a script like this: test.php
> <html>
>
> <body>
> <?echo $var;?>
> </body>
> </html>
> when I call it from a browser like this:
> test.php?var=hello
> I get a blank screen. I have tried this script in other php
> servers and it works correctly. So maybe I have to load a
> specific module or parameter. Could somebody help me ?
>
> Thanks.
>
> Sandra
>
--- End Message ---
--- Begin Message ---
> I have installed php 4.3.1 in my Apache server 1.3.2 as a server
> module abd the operative system is Window 98. It works with my
> php scripts but, when I try to pass variables to a php from
> another file or from the browser, php doesn't recognise the variable.
>
> For example, with a script like this: test.php
> <html>
>
> <body>
> <?echo $var;?>
> </body>
> </html>
> when I call it from a browser like this:
> test.php?var=hello
> I get a blank screen. I have tried this script in other php
> servers and it works correctly. So maybe I have to load a
> specific module or parameter. Could somebody help me ?
>
> Thanks.
>
> Sandra
>
Sandra
>From v4.2.x register_globals is switched off by default ... use $_GET['var']
in this case
http://www.php.net/manual/en/security.registerglobals.php
Rich
--- End Message ---
--- Begin Message ---
Oops, forgot about register globals.
I'll just add that register globals can't be changed with ini_set(); It has
to be done in the php.ini config file (and Apache must be restarted).
If this is a site open to the general public it's a good idea to not turn
globals on, and to use the example Rich provided below. All this is
documented in the page below (with more or less verbosity).
- Mike
> From v4.2.x register_globals is switched off by default ...
> use $_GET['var']
> in this case
>
> http://www.php.net/manual/en/security.registerglobals.php
>
> Rich
--- End Message ---
--- Begin Message ---
Evening, all:
Looking for some suggestions for troubleshooting. We're in the processing of
moving a PHP application from a Solaris box to a Linux box. The Linux Box in
question is a Pentium 4 running RedHat 8.0 (as shipped from Dell). We're
running the IMP Webmail software, though this doesn't appear to be related to
the application from troubleshooting so far.
The Apache 1.3.27 w/ PHP 4.2.3 setup that we have working insists on placing
the SIDs in the URL instead of using cookies. I've had similar results when
I've configured 4.2.2 and 4.3.1. Moving over the current php code we're
running without problem on the solaris server... the SIDs start to show up in
the URL again.
I'm compiling PHP with the following parameters -
--with-apache=(path to apache sources) --with-mysql=/usr --with-imap=(path to c-
client 2002, compiled without ssl) --with-ldap --with-gettext --disable-debug --
prefix=(path to where I install the php files).
Under 4.3.1, I tried to force sessions through cookies only, and then people
couldn't login (couldn't use the session).
Even moving over the 4.2.2 sources that worked fine on the solaris box, making
clean and compiling those, have the SID showing up in the URL.
If anyone can suggest further troubleshooting ideas, or has some thoughts on
possible solutions, I'm all up to hear them.
Thanks for your time.
mb.
--- End Message ---
--- Begin Message ---
Change this line in your php.ini from...
session.use_trans_sid = 1
to...
session.use_trans_sid = 0
[restart server]
--
Jim
>>> Michael Bull <[EMAIL PROTECTED]> 03/27/03 03:32PM >>>
Evening, all:
Looking for some suggestions for troubleshooting. We're in the
processing of
moving a PHP application from a Solaris box to a Linux box. The Linux
Box in
question is a Pentium 4 running RedHat 8.0 (as shipped from Dell).
We're
running the IMP Webmail software, though this doesn't appear to be
related to
the application from troubleshooting so far.
The Apache 1.3.27 w/ PHP 4.2.3 setup that we have working insists on
placing
the SIDs in the URL instead of using cookies. I've had similar results
when
I've configured 4.2.2 and 4.3.1. Moving over the current php code
we're
running without problem on the solaris server... the SIDs start to show
up in
the URL again.
I'm compiling PHP with the following parameters -
--with-apache=(path to apache sources) --with-mysql=/usr
--with-imap=(path to c-
client 2002, compiled without ssl) --with-ldap --with-gettext
--disable-debug --
prefix=(path to where I install the php files).
Under 4.3.1, I tried to force sessions through cookies only, and then
people
couldn't login (couldn't use the session).
Even moving over the 4.2.2 sources that worked fine on the solaris box,
making
clean and compiling those, have the SID showing up in the URL.
If anyone can suggest further troubleshooting ideas, or has some
thoughts on
possible solutions, I'm all up to hear them.
Thanks for your time.
mb.
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Quoting Jim Thome <[EMAIL PROTECTED]>:
> Change this line in your php.ini from...
>
> session.use_trans_sid = 1
>
> to...
>
> session.use_trans_sid = 0
>
> [restart server]
Hello Jim, thanks for your email.
I should have documented this one (I've been at this for awhile and searching
the lists, etc). It is currently set at 0, and I checked that I have the
right path the the php.ini file showing up in php info screens. Regardless, I
believe that a setting of 0 is the default unless set explicitly?
Any other thoughts as to other causes, or further diagnostics?
--- End Message ---
--- Begin Message ---
Does the output of phpinfo() show the trans_id set to 1?
What is the output of 'ini_get("session.use_trans_sid ")'?
--
Jim
>>> Michael Bull <[EMAIL PROTECTED]> 03/27/03 03:54PM >>>
Quoting Jim Thome <[EMAIL PROTECTED]>:
> Change this line in your php.ini from...
>
> session.use_trans_sid = 1
>
> to...
>
> session.use_trans_sid = 0
>
> [restart server]
Hello Jim, thanks for your email.
I should have documented this one (I've been at this for awhile and
searching
the lists, etc). It is currently set at 0, and I checked that I have
the
right path the the php.ini file showing up in php info screens.
Regardless, I
believe that a setting of 0 is the default unless set explicitly?
Any other thoughts as to other causes, or further diagnostics?
--- End Message ---
--- Begin Message ---
Hi,
we are building PHP with the --with-config-file-path compile setting to
get our php.ini file from our own location.
Now, in some scenarios we need to run PHP with the -c command line
option to get the php.ini file from a different location.
This seems to cause problems!
When using the -c command line option, our PHP files cannot find their
includes anymore.
My last attempt was to set the -c command line option to the exact same
location that we use for the --with-config-file-path compile setting.
With the same result: without the -c option everything works, with the
-c setting the include files are not found.
What are the differences between these two options? Does the -c have any
other side effects?
Thanks
MarkS
---------------------------------------------------
Mark Striebeck SourceForge Engineering Manager
VA Software http://www.vasoftware.com
--- End Message ---
