php-windows Digest 16 Mar 2002 17:27:03 -0000 Issue 1050
Topics (messages 12658 through 12665):
Ongoing php.ini and/or system problems
12658 by: Belgarius
Re: PHP ide
12659 by: John Lim
Session read problem
12660 by: Martin
12663 by: Sviss Cobazor
Re: Blank Window - Apache and BadBlue. PHP 4.1.1 WinME
12661 by: Andy Seabrook
12662 by: Andy Seabrook
12665 by: alain samoun
Problems with session_destroy()
12664 by: Sviss Cobazor
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 ---
Greetings...
I've encountered a problem that I've not been able to find a cure for,
regardless of several pointers found in the archives. Basically, if I place
php.ini into my Windows folder, it's parsed properly, or so I am assuming
since the sendmail_from and SMTP values, as well as the path to the ini
file, are correctly displayed using phpinfo. The problem is, once the ini
file is parsed, PHP basically stops working.
A bit of background. I'm running 98SE (I know, bad choice, but
unavoidable at present)
with php 4.1.1, and using OmniHTTPd as my webserver. Ironic that the docs
mention Omni as the easiest of all setups for PHP. PHP was installed by
Omni on a prior release, being version 4.04pl1, or some such. I've left it
as is, outside of making the needed settings to Omni to show it the exe
location, and setting the mime types. No problems. Recently, I had
occasion to look into the mail() functions, as a user informed me that he
was having problems. That's when I hit the roadblock, head on.
I have a single instance of php.ini on my system at any given time; I've
even gone so far as to rename those in the pear folders. If I place this
file into my Windows folder, phpinfo reveals my desired settings, which are
simply the suggested settings, with my SMTP and sendmail_from entries,
however, visiting any of the user sites (subdomains, with user folders,
etc.) that uses PHP returns pages of error texts, and cease working.
Removing the file from the Windows folder restores things to as is. As is
consists of an upgrades install in the /php folder underneath the Omni
installation. There is no php.ini file in this folder, yet, under Omni, PHP
runs without it, on a set of seeming defaults.
I've also encountered similar problems with Apache. It parses the file,
as long as it's told where to look for the ini file, with no problems.
Phpinfo under it returns the desired settings, but, alas, the functions are
missing, and again the errors appear.
From what I've gathered, there aren't supposed to be any copies of
php.ini outside of the one contained in the Windows folder. In my case,
placing the file there results in the desired settings being parsed (or
indication thereof in showing desired as opposed to "default" when calling
phpinfo) If the file is present, it no longer works, outside of seeing my
settings. If the file isn't present, with Omni at least, PHP functions seem
to work within whatever default settings it come out of the box. Omni is
set to look for the executable in it's path, and mime types have been added
for php* extensions. For whatever reason, once the ini file is parsed, it
stops working. Which makes me think...
There is no doubt some glaringly obvious setting in the ini file that I
have overlooked, or have set incorrectly, but I'm dipped if I can find it.
If this has any bearing, I'd be interested in knowing where to look further
into it. My OS resides on the C drive, while the servers and associated
go-withs reside on the E drive. Any insights would be most gratefully
accepted.
[EMAIL PROTECTED]
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.338 / Virus Database: 189 - Release Date: 3/14/02
--- End Message ---
--- Begin Message ---
See http://php.weblogs.com/editors
My favorite on windows is homesite.
Craig Morrison <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
>
> Dan Zarrella wrote:
> >
> > I'm curious to see everyone's opion on php-ide's/editors, which one is
the
> > best, most complete, easiest, and why, personally i have huge demands i
> > place on my editor (html-kit) and i'm looking for one (free) that can
meet
> > my demands for a more php-centric and complete Development
Environment. -dan
>
> PHPEdit?
>
> I use it on a daily basis for projects (30+ PHP scripts all loaded at the
same
> time). It offers syntax highlighting, brace/bracket/quote completion,
function
> auto-completion and a debugger.
>
> It is early in the development cycle, but it more than suits my needs.
>
> http://www.phpedit.com/
>
> YMMV..
>
> --
>
> Craig Morrison
> http://www.mtsprofessional.com/
> A Win32 Email server that works for you.
--- End Message ---
--- Begin Message ---
Hmm seems to have a problem here..
The session is set and everything but when
I tries to access it nothing happend!!!
I got it to work fine but then i restarted my computer and
when I started up my apache webserver again the session
would not read.
No problems with setting a session but to read them.
Anyone here with a solution ?
best regards
--
Martin Eriksson
webdesigner & Utvecklare
----------------------------------------------------------------
[EMAIL PROTECTED]
http://www.svensk-design.com
--- End Message ---
--- Begin Message ---
Remember that a session is normally bound to the the browser window setting
it, so if you close down that browser window and open a new one the
session_start() will correctly start a session but with another unique
session name so it will not access you old session variables since the
session now has a new name.
Think of it like this, a session is the time frame between you open the page
in a browser and til that browser is closed. Within that time frame you can
set and access session variables.
So session life time = page open in browser -> browser closed.
If you need data stored for access after restart use a database or files.
~ Sviss.
"Martin" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hmm seems to have a problem here..
> The session is set and everything but when
> I tries to access it nothing happend!!!
> I got it to work fine but then i restarted my computer and
> when I started up my apache webserver again the session
> would not read.
> No problems with setting a session but to read them.
> Anyone here with a solution ?
> best regards
>
> --
> Martin Eriksson
> webdesigner & Utvecklare
> ----------------------------------------------------------------
> [EMAIL PROTECTED]
> http://www.svensk-design.com
>
>
--- End Message ---
--- Begin Message ---
Hi Alain,
No previous install of PHP, so neither file previously in the system.
Perhaps you are misunderstanding the problem PHP appears to run OK, the
phpinfo() test works as expected in the way that you prescribe. The problem
is getting a server at localhost (either apache or badblue) to pass the
script via the PHP interpreter.
It doesn't appear to be doing so and as a consequence if the test page is
displayed in a browser http://localhost/phptest.php
etc the result is a blank page in the browser. This is the same with either
of the two servers running.
Best regards,
Andy Seabrook
and Sophie Lambropoulou
P.S. If you have taken the mobile number from here on previous occasion it
was wrong please note the amendment.
Living in Athens, Greece.
Tel: +301 06512775
Mobile: +309 748537179
Email: [EMAIL PROTECTED]
Redundant email address? find Andrew Seabrook on http://people.yahoo.com/
-----Original Message-----
From: alain samoun [mailto:[EMAIL PROTECTED]]
Sent: 15 March 2002 17:15
To: [EMAIL PROTECTED]
Subject: RE: [PHP-WIN] Blank Window - Apache and BadBlue. PHP 4.1.1
WinME
If you have installed a previous version of PHP, look for stale versions of
php.ini or php.exe in your system, they are the usual suspects. Otherwise,
run a simple test with phpinfo()that you place on the php.exe's directory,
from the command line:
Open an MSDOS window, cd to your php.exe dir (c:\php or whatever)
enter: php yourtest.php
And see what happens.
A+
Alain
-----Original Message-----
From: Andy Seabrook [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 5:26 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP-WIN] Blank Window - Apache and BadBlue. PHP 4.1.1
WinME
Hi Alain
apache_1.3.23-win32-x86-no_src.exe: followed default prompts.
php-4.1.1-Win32.zip: PHP installed manually as per the sapi module
instructions. Including editing the apache configuration file.
badblue98.exe: carried out the standard install of the Personal edition,
adding the services section as per instructions.
I have only tried Badblue to be sure that the PHP install was working
correctly, it is really the apache server that I am looking to run.
Andy
"Alain" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Which install procedure did you follow for each product? (Did you use an
> install program for PHP? If yes which one?)
> A+
> Alain
>
> On Wed, Mar 13, 2002 at 10:20:15AM -0000, Andy Seabrook wrote:
> > Can anybody help! trying to setup SAPI module on apache 1.3, also tried
cgi
> > on bad blue, niether seem to be passing php, OS is ME.
> >
> >
> >
> > --
> > PHP Windows Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
"Andy Seabrook" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi Alain
> apache_1.3.23-win32-x86-no_src.exe: followed default prompts.
> php-4.1.1-Win32.zip: PHP installed manually as per the sapi module
> instructions. Including editing the apache configuration file.
> badblue98.exe: carried out the standard install of the Personal edition,
> adding the services section as per instructions.
> I have only tried Badblue to be sure that the PHP install was working
> correctly, it is really the apache server that I am looking to run.
> Andy
> "Alain" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Which install procedure did you follow for each product? (Did you use an
> > install program for PHP? If yes which one?)
> > A+
> > Alain
> >
> > On Wed, Mar 13, 2002 at 10:20:15AM -0000, Andy Seabrook wrote:
> > > Can anybody help! trying to setup SAPI module on apache 1.3, also
tried
> cgi
> > > on bad blue, niether seem to be passing php, OS is ME.
> > >
> > >
> > >
> > > --
> > > PHP Windows Mailing List (http://www.php.net/)
> > > To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
By the way I should mention that view source on the browser, makes all php
tags disappear, unyet in fact they are still present in the script.
"Andy Seabrook" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Can anybody help! trying to setup SAPI module on apache 1.3, also tried
cgi
> on bad blue, niether seem to be passing php, OS is ME.
>
>
--- End Message ---
--- Begin Message ---
OK, please enter your answers to these questions:
1)Which browser? / version
2)Does a simple html page shows up in browser? (no php code):
http://localhost/simple.html and what about file/open:
X:\pathtotest\simple.html?
3)When running the phpinfo script on the MSDOS window (see below), you see
the all thing printed out and you have no errors?
4)When testing http://localhost/phptest.php you did start apache before
(apache.exe)?
5)You sure that you have configured Apache according to the PHP manual?
6)Ifd you tried to install the CGI version, where was your php.exe (which
dir)?
That's all for now ;)
A+
Alain
-----Original Message-----
From: Andy Seabrook [mailto:[EMAIL PROTECTED]]
Sent: Saturday, March 16, 2002 4:18 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP-WIN] Blank Window - Apache and BadBlue. PHP 4.1.1
WinME
Hi Alain,
No previous install of PHP, so neither file previously in the system.
Perhaps you are misunderstanding the problem PHP appears to run OK, the
phpinfo() test works as expected in the way that you prescribe. The problem
is getting a server at localhost (either apache or badblue) to pass the
script via the PHP interpreter.
It doesn't appear to be doing so and as a consequence if the test page is
displayed in a browser http://localhost/phptest.php
etc the result is a blank page in the browser. This is the same with either
of the two servers running.
Best regards,
Andy Seabrook
and Sophie Lambropoulou
P.S. If you have taken the mobile number from here on previous occasion it
was wrong please note the amendment.
Living in Athens, Greece.
Tel: +301 06512775
Mobile: +309 748537179
Email: [EMAIL PROTECTED]
Redundant email address? find Andrew Seabrook on http://people.yahoo.com/
-----Original Message-----
From: alain samoun [mailto:[EMAIL PROTECTED]]
Sent: 15 March 2002 17:15
To: [EMAIL PROTECTED]
Subject: RE: [PHP-WIN] Blank Window - Apache and BadBlue. PHP 4.1.1
WinME
If you have installed a previous version of PHP, look for stale versions of
php.ini or php.exe in your system, they are the usual suspects. Otherwise,
run a simple test with phpinfo()that you place on the php.exe's directory,
from the command line:
Open an MSDOS window, cd to your php.exe dir (c:\php or whatever)
enter: php yourtest.php
And see what happens.
A+
Alain
-----Original Message-----
From: Andy Seabrook [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 5:26 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP-WIN] Blank Window - Apache and BadBlue. PHP 4.1.1
WinME
Hi Alain
apache_1.3.23-win32-x86-no_src.exe: followed default prompts.
php-4.1.1-Win32.zip: PHP installed manually as per the sapi module
instructions. Including editing the apache configuration file.
badblue98.exe: carried out the standard install of the Personal edition,
adding the services section as per instructions.
I have only tried Badblue to be sure that the PHP install was working
correctly, it is really the apache server that I am looking to run.
Andy
"Alain" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Which install procedure did you follow for each product? (Did you use an
> install program for PHP? If yes which one?)
> A+
> Alain
>
> On Wed, Mar 13, 2002 at 10:20:15AM -0000, Andy Seabrook wrote:
> > Can anybody help! trying to setup SAPI module on apache 1.3, also tried
cgi
> > on bad blue, niether seem to be passing php, OS is ME.
> >
> >
> >
> > --
> > PHP Windows Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
"Andy Seabrook" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi Alain
> apache_1.3.23-win32-x86-no_src.exe: followed default prompts.
> php-4.1.1-Win32.zip: PHP installed manually as per the sapi module
> instructions. Including editing the apache configuration file.
> badblue98.exe: carried out the standard install of the Personal edition,
> adding the services section as per instructions.
> I have only tried Badblue to be sure that the PHP install was working
> correctly, it is really the apache server that I am looking to run.
> Andy
> "Alain" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Which install procedure did you follow for each product? (Did you use an
> > install program for PHP? If yes which one?)
> > A+
> > Alain
> >
> > On Wed, Mar 13, 2002 at 10:20:15AM -0000, Andy Seabrook wrote:
> > > Can anybody help! trying to setup SAPI module on apache 1.3, also
tried
> cgi
> > > on bad blue, niether seem to be passing php, OS is ME.
> > >
> > >
> > >
> > > --
> > > PHP Windows Mailing List (http://www.php.net/)
> > > To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Hello NG.
I'm trying to clear some session variables and destroy the session but it
doesn't work. Any suggestions?
My code is simple:
session_unregister('var1');
session_unregister('var2');
session_unregister('var3');
session_unregister('var3');
session_unregister('var4');
session_unregister('var5');
session_destroy();
I've also tried:
$_SESSION['var1'] = null;
$_SESSION['var2'] = null;
$_SESSION['var3'] = null;
$_SESSION['var3'] = null;
$_SESSION['var4'] = null;
$_SESSION['var5'] = null;
session_destroy();
Doesn't work either.
Note: I'm using Win98/PHP 4.1.1/Apache. Session-auto-start is turned on
(should it be off?).
~ Sviss
--- End Message ---
