Every once in a while, when I execute one of my PHP scripts, using a
browser (http://mydomain.com/myscript.php), instead of the script
running, I get a dialog box, asking me if I want to save myscript.php,
or if I would like to open it using an application.

Any idea what this is about? this is not specific to a single script.

JustWondering wrote:
> Every once in a while, when I execute one of my PHP scripts, using a
> browser (http://mydomain.com/myscript.php), instead of the script
> running, I get a dialog box, asking me if I want to save myscript.php,
> or if I would like to open it using an application.
> 
> Any idea what this is about? this is not specific to a single script.

And this is a php problem - how?  PHP doesn't set content type (unless 
you use the header() function to do so).

I would suggest starting with your server logs.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

On 06/10/2010 08:00 PM, JustWondering wrote:
> Every once in a while, when I execute one of my PHP scripts, using a
> browser (http://mydomain.com/myscript.php), instead of the script
> running, I get a dialog box, asking me if I want to save myscript.php,
> or if I would like to open it using an application.
>
> Any idea what this is about? this is not specific to a single script.

Are you sure that PHP is enabled?

JustWondering <eastsidedev@gmail.com> wrote:

> Every once in a while,

Can you be more specific?

> when I execute one of my PHP scripts,
> using a browser (http://mydomain.com/myscript.php), instead of
> the script running,

The script still runs.

> I get a dialog box, asking me if I want to
> save myscript.php, or if I would like to open it using an
> application. 

What output are you sending to the UA?  If you output certain non-
printable characters, the client may prompt the user to download the 
document.  For example, if I output any NUL characters, Firefox 
presents a download prompt.  If this is indeed the case for you, the 
issue isn't the PHP language itself.

> Any idea what this is about? this is not specific to a single
> script. 

Unless you provide more specific information, we can't say for sure.

-- 
Curtis Dyer
<?$x='<?$x=%c%s%c;printf($x,39,$x,39);?>';printf($x,39,$x,39);?>

On Jun 11, 1:00=A0am, JustWondering <eastside...@gmail.com> wrote:
> Every once in a while, when I execute one of my PHP scripts, using a
> browser (http://mydomain.com/myscript.php), instead of the script
> running, I get a dialog box, asking me if I want to save myscript.php,
> or if I would like to open it using an application.
>
> Any idea what this is about? this is not specific to a single script.

When you have saved it, what is in the downloaded file?

于 2010/6/11 7:26, Curtis Dyer 写道:
> JustWondering<eastsidedev@gmail.com>  wrote:
>
>> Every once in a while,
>
> Can you be more specific?
>
>> when I execute one of my PHP scripts,
>> using a browser (http://mydomain.com/myscript.php), instead of
>> the script running,
>
> The script still runs.
>
>> I get a dialog box, asking me if I want to
>> save myscript.php, or if I would like to open it using an
>> application.
>
> What output are you sending to the UA?  If you output certain non-
> printable characters, the client may prompt the user to download the
> document.  For example, if I output any NUL characters, Firefox
> presents a download prompt.  If this is indeed the case for you, the
> issue isn't the PHP language itself.
>
>> Any idea what this is about? this is not specific to a single
>> script.
>
> Unless you provide more specific information, we can't say for sure.
>
I think I'm sure that he didn't installed php/apache in the right way :D

On Jun 11, 2:05=A0am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
> On Jun 11, 1:00=A0am, JustWondering <eastside...@gmail.com> wrote:
>
> > Every once in a while, when I execute one of my PHP scripts, using a
> > browser (http://mydomain.com/myscript.php), instead of the script
> > running, I get a dialog box, asking me if I want to save myscript.php,
> > or if I would like to open it using an application.
>
> > Any idea what this is about? this is not specific to a single script.
>
> When you have saved it, what is in the downloaded file?

It's a zero length myscript.php. This happens randomly.

On 06/11/2010 10:01 AM, JustWondering wrote:
> On Jun 11, 2:05 am, Captain Paralytic<paul_laut...@yahoo.com>  wrote:
>> On Jun 11, 1:00 am, JustWondering<eastside...@gmail.com>  wrote:
>>
>>> Every once in a while, when I execute one of my PHP scripts, using a
>>> browser (http://mydomain.com/myscript.php), instead of the script
>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>> or if I would like to open it using an application.
>>
>>> Any idea what this is about? this is not specific to a single script.
>>
>> When you have saved it, what is in the downloaded file?
>
> It's a zero length myscript.php. This happens randomly.

Tried checking the httpd error_log?

On Jun 11, 3:01=A0pm, JustWondering <eastside...@gmail.com> wrote:
> On Jun 11, 2:05=A0am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
>
> > On Jun 11, 1:00=A0am, JustWondering <eastside...@gmail.com> wrote:
>
> > > Every once in a while, when I execute one of my PHP scripts, using a
> > > browser (http://mydomain.com/myscript.php), instead of the script
> > > running, I get a dialog box, asking me if I want to save myscript.php=
,
> > > or if I would like to open it using an application.
>
> > > Any idea what this is about? this is not specific to a single script.
>
> > When you have saved it, what is in the downloaded file?
>
> It's a zero length myscript.php. This happens randomly.

When it happens again, check to see what the headers say.

On Jun 11, 7:11=A0am, Marious Barrier <marious.barr...@gmail.com> wrote:
> On 06/11/2010 10:01 AM, JustWondering wrote:
>
> > On Jun 11, 2:05 am, Captain Paralytic<paul_laut...@yahoo.com> =A0wrote:
> >> On Jun 11, 1:00 am, JustWondering<eastside...@gmail.com> =A0wrote:
>
> >>> Every once in a while, when I execute one of my PHP scripts, using a
> >>> browser (http://mydomain.com/myscript.php), instead of the script
> >>> running, I get a dialog box, asking me if I want to save myscript.php=
,
> >>> or if I would like to open it using an application.
>
> >>> Any idea what this is about? this is not specific to a single script.
>
> >> When you have saved it, what is in the downloaded file?
>
> > It's a zero length myscript.php. This happens randomly.
>
> Tried checking the httpd error_log?

Yes, and it's blank. Has not had any entries in it since Aug 9, 2009
(when the server was configured). And yes, I do have PHP installed.

On Jun 11, 9:32=A0am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
> On Jun 11, 3:01=A0pm, JustWondering <eastside...@gmail.com> wrote:
>
> > On Jun 11, 2:05=A0am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
>
> > > On Jun 11, 1:00=A0am, JustWondering <eastside...@gmail.com> wrote:
>
> > > > Every once in a while, when I execute one of my PHP scripts, using =
a
> > > > browser (http://mydomain.com/myscript.php), instead of the script
> > > > running, I get a dialog box, asking me if I want to save myscript.p=
hp,
> > > > or if I would like to open it using an application.
>
> > > > Any idea what this is about? this is not specific to a single scrip=
t.
>
> > > When you have saved it, what is in the downloaded file?
>
> > It's a zero length myscript.php. This happens randomly.
>
> When it happens again, check to see what the headers say.

It just happened. The web page appears empty. I am using Firefox with
Firebug installed. When I click on firebug, it shows me the page
source, and the results are actually there. There are two things in
the HEAD section: <title>http://mydomain.com/myscript.php</title> and
a link to the CSS Firebug is using to format the page.

On Jun 11, 6:00=A0pm, JustWondering <eastside...@gmail.com> wrote:
> On Jun 11, 9:32=A0am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
>
>
>
>
>
> > On Jun 11, 3:01=A0pm, JustWondering <eastside...@gmail.com> wrote:
>
> > > On Jun 11, 2:05=A0am, Captain Paralytic <paul_laut...@yahoo.com> wrot=
e:
>
> > > > On Jun 11, 1:00=A0am, JustWondering <eastside...@gmail.com> wrote:
>
> > > > > Every once in a while, when I execute one of my PHP scripts, usin=
g a
> > > > > browser (http://mydomain.com/myscript.php), instead of the script
> > > > > running, I get a dialog box, asking me if I want to save myscript=
..php,
> > > > > or if I would like to open it using an application.
>
> > > > > Any idea what this is about? this is not specific to a single scr=
ipt.
>
> > > > When you have saved it, what is in the downloaded file?
>
> > > It's a zero length myscript.php. This happens randomly.
>
> > When it happens again, check to see what the headers say.
>
> It just happened. The web page appears empty. I am using Firefox with
> Firebug installed. When I click on firebug, it shows me the page
> source, and the results are actually there. There are two things in
> the HEAD section: <title>http://mydomain.com/myscript.php</title> and
> a link to the CSS Firebug is using to format the page.

Not the HEAD section of the page, the headers of the communcation (in
the Net tab)

JustWondering wrote:
> Every once in a while, when I execute one of my PHP scripts, using a
> browser (http://mydomain.com/myscript.php), instead of the script
> running, I get a dialog box, asking me if I want to save myscript.php,
> or if I would like to open it using an application.
> 
> Any idea what this is about? this is not specific to a single script.

somewhere either the php files has gotten corrupted, or the web server 
has gotten reconfigured.

JustWondering wrote:
> On Jun 11, 2:05 am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
>> On Jun 11, 1:00 am, JustWondering <eastside...@gmail.com> wrote:
>>
>>> Every once in a while, when I execute one of my PHP scripts, using a
>>> browser (http://mydomain.com/myscript.php), instead of the script
>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>> or if I would like to open it using an application.
>>> Any idea what this is about? this is not specific to a single script.
>> When you have saved it, what is in the downloaded file?
> 
> It's a zero length myscript.php. This happens randomly.

that's what happens when the script aborts without sending anything, 
including the header that says 'interpret this as displayable HTML'


Probably a context sensitive bug in the script.

On Fri, 11 Jun 2010 09:54:57 -0700 (PDT), JustWondering wrote:
> On Jun 11, 7:11�am, Marious Barrier <marious.barr...@gmail.com> wrote:
>> On 06/11/2010 10:01 AM, JustWondering wrote:
>>
>> > On Jun 11, 2:05 am, Captain Paralytic<paul_laut...@yahoo.com> �wrote:
>> >> On Jun 11, 1:00 am, JustWondering<eastside...@gmail.com> �wrote:
>>
>> >>> Every once in a while, when I execute one of my PHP scripts, using a
>> >>> browser (http://mydomain.com/myscript.php), instead of the script
>> >>> running, I get a dialog box, asking me if I want to save myscript.php,
>> >>> or if I would like to open it using an application.
>>
>> >>> Any idea what this is about? this is not specific to a single script.
>>
>> >> When you have saved it, what is in the downloaded file?
>>
>> > It's a zero length myscript.php. This happens randomly.
>>
>> Tried checking the httpd error_log?
>
> Yes, and it's blank. Has not had any entries in it since Aug 9, 2009
> (when the server was configured). And yes, I do have PHP installed.

Then the error logging is probably NOT working. No one has
fumble-fingered a SINGLE URL to it in nearly a year? Very unlikely.
Heck, I can't even go an hour without some webcrawler failing to get a
robots.txt file out of some random directory.

-- 
71. If I decide to test a lieutenant's loyalty and see if he/she should
    be made a trusted lieutenant, I will have a crack squad of marksmen
    standing by in case the answer is no.
	--Peter Anspach's list of things to do as an Evil Overlord

On Jun 12, 1:59=A0am, The Natural Philosopher <t...@invalid.invalid>
wrote:
> JustWondering wrote:
> > On Jun 11, 2:05 am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
> >> On Jun 11, 1:00 am, JustWondering <eastside...@gmail.com> wrote:
>
> >>> Every once in a while, when I execute one of my PHP scripts, using a
> >>> browser (http://mydomain.com/myscript.php), instead of the script
> >>> running, I get a dialog box, asking me if I want to save myscript.php=
,
> >>> or if I would like to open it using an application.
> >>> Any idea what this is about? this is not specific to a single script.
> >> When you have saved it, what is in the downloaded file?
>
> > It's a zero length myscript.php. This happens randomly.
>
> that's what happens when the script aborts without sending anything,
> including the header that says 'interpret this as displayable HTML'
>
> Probably a context sensitive bug in the script.

If I say "save file", or even "open it", the web page is blank, but if
I look at the page source, I can see the output (correctly).

JustWondering wrote:
> On Jun 12, 1:59 am, The Natural Philosopher <t...@invalid.invalid>
> wrote:
>> JustWondering wrote:
>>> On Jun 11, 2:05 am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
>>>> On Jun 11, 1:00 am, JustWondering <eastside...@gmail.com> wrote:
>>>>> Every once in a while, when I execute one of my PHP scripts, using a
>>>>> browser (http://mydomain.com/myscript.php), instead of the script
>>>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>>>> or if I would like to open it using an application.
>>>>> Any idea what this is about? this is not specific to a single script.
>>>> When you have saved it, what is in the downloaded file?
>>> It's a zero length myscript.php. This happens randomly.
>> that's what happens when the script aborts without sending anything,
>> including the header that says 'interpret this as displayable HTML'
>>
>> Probably a context sensitive bug in the script.
> 
> If I say "save file", or even "open it", the web page is blank, but if
> I look at the page source, I can see the output (correctly).
That does not compute Captain.

Or if it does it suggests a broken browser.

How can you view source of a page that hasn't been loaded by the browser?

The Natural Philosopher wrote:
> JustWondering wrote:
>> On Jun 12, 1:59 am, The Natural Philosopher <t...@invalid.invalid>
>> wrote:
>>> JustWondering wrote:
>>>> On Jun 11, 2:05 am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
>>>>> On Jun 11, 1:00 am, JustWondering <eastside...@gmail.com> wrote:
>>>>>> Every once in a while, when I execute one of my PHP scripts, using a
>>>>>> browser (http://mydomain.com/myscript.php), instead of the script
>>>>>> running, I get a dialog box, asking me if I want to save 
>>>>>> myscript.php,
>>>>>> or if I would like to open it using an application.
>>>>>> Any idea what this is about? this is not specific to a single script.
>>>>> When you have saved it, what is in the downloaded file?
>>>> It's a zero length myscript.php. This happens randomly.
>>> that's what happens when the script aborts without sending anything,
>>> including the header that says 'interpret this as displayable HTML'
>>>
>>> Probably a context sensitive bug in the script.
>>
>> If I say "save file", or even "open it", the web page is blank, but if
>> I look at the page source, I can see the output (correctly).
> That does not compute Captain.
> 
> Or if it does it suggests a broken browser.
> 
> How can you view source of a page that hasn't been loaded by the browser?
> 

Of course it doesn't.  It would take intelligence to be able to compute it.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

JustWondering wrote:
> On Jun 12, 1:59 am, The Natural Philosopher <t...@invalid.invalid>
> wrote:
>> JustWondering wrote:
>>> On Jun 11, 2:05 am, Captain Paralytic <paul_laut...@yahoo.com> wrote:
>>>> On Jun 11, 1:00 am, JustWondering <eastside...@gmail.com> wrote:
>>>>> Every once in a while, when I execute one of my PHP scripts, using a
>>>>> browser (http://mydomain.com/myscript.php), instead of the script
>>>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>>>> or if I would like to open it using an application.
>>>>> Any idea what this is about? this is not specific to a single script.
>>>> When you have saved it, what is in the downloaded file?
>>> It's a zero length myscript.php. This happens randomly.
>> that's what happens when the script aborts without sending anything,
>> including the header that says 'interpret this as displayable HTML'
>>
>> Probably a context sensitive bug in the script.
> 
> If I say "save file", or even "open it", the web page is blank, but if
> I look at the page source, I can see the output (correctly).

Which goes right along with the browser trying to save the file instead 
of displaying it.

Go back and read the other posts (and forget TNP - he's worthless, as 
usual).  First thing is to figure out what's wrong with your web server 
error log.  Next is to figure out what headers are being sent.

None of which, of course, has anything to do with PHP, so you should be 
in a more appropriate newsgroup (like one for your web server).

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

On Jun 10, 9:15=A0pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> JustWondering wrote:
> > Every once in a while, when I execute one of my PHP scripts, using a
> > browser (http://mydomain.com/myscript.php), instead of the script
> > running, I get a dialog box, asking me if I want to save myscript.php,
> > or if I would like to open it using an application.
>
> > Any idea what this is about? this is not specific to a single script.
>
> And this is a php problem - how?

....because PHP isn't working.  Duh.

matt wrote:
> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>> JustWondering wrote:
>>> Every once in a while, when I execute one of my PHP scripts, using a
>>> browser (http://mydomain.com/myscript.php), instead of the script
>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>> or if I would like to open it using an application.
>>> Any idea what this is about? this is not specific to a single script.
>> And this is a php problem - how?
> 
> ...because PHP isn't working.  Duh.

And what indication do you have that PHP is not working?

Duh!

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

matt wrote:
> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>> JustWondering wrote:
>>> Every once in a while, when I execute one of my PHP scripts, using a
>>> browser (http://mydomain.com/myscript.php), instead of the script
>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>> or if I would like to open it using an application.
>>> Any idea what this is about? this is not specific to a single script.
>> And this is a php problem - how?
> 
> ...because PHP isn't working.  Duh.

That's all right. neither is Jerry.

On Jun 14, 3:20=A0pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> matt wrote:
> > On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >> JustWondering wrote:
> >>> Every once in a while, when I execute one of my PHP scripts, using a
> >>> browser (http://mydomain.com/myscript.php), instead of the script
> >>> running, I get a dialog box, asking me if I want to save myscript.php=
,
> >>> or if I would like to open it using an application.
> >>> Any idea what this is about? this is not specific to a single script.
> >> And this is a php problem - how?
>
> > ...because PHP isn't working. =A0Duh.
>
> And what indication do you have that PHP is not working?
>
> Duh!

Jerry, I know what you're getting at.  My point is that PHP-related
installation/configuration issues are perfectly relevant here.  If the
OP is new to PHP and their browser is feeding them code instead of
execution output, to them "PHP isn't working."

I apologize for using "duh" in my post.  I know that you are
intelligent and often have a lot of useful information to post.  It
was a knee-jerk reaction to your reply to the OP which was rude and
not useful.  If you want to discuss the merits of ancillary topics of
discussion in this newsgroup, I'm in.  If you want to trade flames,
I'm out.

Matt

matt wrote:
> On Jun 14, 3:20 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>> matt wrote:
>>> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>> JustWondering wrote:
>>>>> Every once in a while, when I execute one of my PHP scripts, using a
>>>>> browser (http://mydomain.com/myscript.php), instead of the script
>>>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>>>> or if I would like to open it using an application.
>>>>> Any idea what this is about? this is not specific to a single script.
>>>> And this is a php problem - how?
>>> ...because PHP isn't working.  Duh.
>> And what indication do you have that PHP is not working?
>>
>> Duh!
> 
> Jerry, I know what you're getting at.  My point is that PHP-related
> installation/configuration issues are perfectly relevant here.  If the
> OP is new to PHP and their browser is feeding them code instead of
> execution output, to them "PHP isn't working."
> 
> I apologize for using "duh" in my post.  I know that you are
> intelligent and often have a lot of useful information to post.  It
> was a knee-jerk reaction to your reply to the OP which was rude and
> not useful.  If you want to discuss the merits of ancillary topics of
> discussion in this newsgroup, I'm in.  If you want to trade flames,
> I'm out.
> 
> Matt

And my point is - there is absolutely no indication that this is a PHP 
problem.  In fact, it is much more likely it is a web server problem.

Please read the thread again.  The server is not sending code.  The user 
is getting a save dialog.  That occurs because the header does not 
indicate the correct content.  And headers are a function of the web 
server, not PHP (unless the programmer uses the header() function, of 
course).

There are other indications that this is not a PHP problem, but a web 
server one.  Just because he's trying to retrieve a page which contains 
a php extension doesn't mean it's a php problem.

The bottom line is - he needs to do more diagnosis to determine where 
the real problem is.  And this diagnosis needs to start at the web server.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

On Jun 15, 8:45=A0am, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> matt wrote:
> > On Jun 14, 3:20 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >> matt wrote:
> >>> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >>>> JustWondering wrote:
> >>>>> Every once in a while, when I execute one of my PHP scripts, using =
a
> >>>>> browser (http://mydomain.com/myscript.php), instead of the script
> >>>>> running, I get a dialog box, asking me if I want to save myscript.p=
hp,
> >>>>> or if I would like to open it using an application.
> >>>>> Any idea what this is about? this is not specific to a single scrip=
t.
> >>>> And this is a php problem - how?
> >>> ...because PHP isn't working. =A0Duh.
> >> And what indication do you have that PHP is not working?
>
> >> Duh!
>
> > Jerry, I know what you're getting at. =A0My point is that PHP-related
> > installation/configuration issues are perfectly relevant here. =A0If th=
e
> > OP is new to PHP and their browser is feeding them code instead of
> > execution output, to them "PHP isn't working."
>
> > I apologize for using "duh" in my post. =A0I know that you are
> > intelligent and often have a lot of useful information to post. =A0It
> > was a knee-jerk reaction to your reply to the OP which was rude and
> > not useful. =A0If you want to discuss the merits of ancillary topics of
> > discussion in this newsgroup, I'm in. =A0If you want to trade flames,
> > I'm out.
>
> > Matt
>
> And my point is - there is absolutely no indication that this is a PHP
> problem. =A0In fact, it is much more likely it is a web server problem.

And it's much more likely an apache problem...
And it's much more likely an apache configuration problem...
And it's much more likely an apache AddType configuration problem...

So what?  His PHP pages don't behave as expected.  PHP problem, end of
story.

> Please read the thread again. =A0The server is not sending code. =A0The u=
ser
> is getting a save dialog. =A0That occurs because the header does not
> indicate the correct content. =A0And headers are a function of the web
> server, not PHP (unless the programmer uses the header() function, of
> course).
>
> There are other indications that this is not a PHP problem, but a web
> server one. =A0Just because he's trying to retrieve a page which contains
> a php extension doesn't mean it's a php problem.

Yeah...it kinda does.

> The bottom line is - he needs to do more diagnosis to determine where
> the real problem is. =A0And this diagnosis needs to start at the web serv=
er.

Which part of "I know what you're getting at" was unclear?  Thanks for
reiterating your diagnosis, however.  I read the thread, I understand
that this is (likely) a server configuration issue.  This would be an
example of "ancillary topics" which I am arguing are well within the
milieu of this group.

matt wrote:
> On Jun 15, 8:45 am, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>> matt wrote:
>>> On Jun 14, 3:20 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>> matt wrote:
>>>>> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>>>> JustWondering wrote:
>>>>>>> Every once in a while, when I execute one of my PHP scripts, using a
>>>>>>> browser (http://mydomain.com/myscript.php), instead of the script
>>>>>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>>>>>> or if I would like to open it using an application.
>>>>>>> Any idea what this is about? this is not specific to a single script.
>>>>>> And this is a php problem - how?
>>>>> ...because PHP isn't working.  Duh.
>>>> And what indication do you have that PHP is not working?
>>>> Duh!
>>> Jerry, I know what you're getting at.  My point is that PHP-related
>>> installation/configuration issues are perfectly relevant here.  If the
>>> OP is new to PHP and their browser is feeding them code instead of
>>> execution output, to them "PHP isn't working."
>>> I apologize for using "duh" in my post.  I know that you are
>>> intelligent and often have a lot of useful information to post.  It
>>> was a knee-jerk reaction to your reply to the OP which was rude and
>>> not useful.  If you want to discuss the merits of ancillary topics of
>>> discussion in this newsgroup, I'm in.  If you want to trade flames,
>>> I'm out.
>>> Matt
>> And my point is - there is absolutely no indication that this is a PHP
>> problem.  In fact, it is much more likely it is a web server problem.
> 
> And it's much more likely an apache problem...
> And it's much more likely an apache configuration problem...
> And it's much more likely an apache AddType configuration problem...
> 
> So what?  His PHP pages don't behave as expected.  PHP problem, end of
> story.
>

It is intermittent - which means it is probably NOT an Apache 
configuration problem.  Rather, it is something going on at the server 
level.

>> Please read the thread again.  The server is not sending code.  The user
>> is getting a save dialog.  That occurs because the header does not
>> indicate the correct content.  And headers are a function of the web
>> server, not PHP (unless the programmer uses the header() function, of
>> course).
>>
>> There are other indications that this is not a PHP problem, but a web
>> server one.  Just because he's trying to retrieve a page which contains
>> a php extension doesn't mean it's a php problem.
> 
> Yeah...it kinda does.
> 

And how is that?  Please tell me how PHP will affect the headers.

>> The bottom line is - he needs to do more diagnosis to determine where
>> the real problem is.  And this diagnosis needs to start at the web server.
> 
> Which part of "I know what you're getting at" was unclear?  Thanks for
> reiterating your diagnosis, however.  I read the thread, I understand
> that this is (likely) a server configuration issue.  This would be an
> example of "ancillary topics" which I am arguing are well within the
> milieu of this group.

Server problems are not within the milieu of this newsgroup.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

On 06/16/2010 04:34 PM, matt wrote:
> Which part of "I know what you're getting at" was unclear?  Thanks for
> reiterating your diagnosis, however.  I read the thread, I understand
> that this is (likely) a server configuration issue.  This would be an
> example of "ancillary topics" which I am arguing are well within the
> milieu of this group.

And why you keep feeding him?

On Jun 16, 5:32=A0pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> matt wrote:
> > On Jun 15, 8:45 am, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >> matt wrote:
> >>> On Jun 14, 3:20 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >>>> matt wrote:
> >>>>> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >>>>>> JustWondering wrote:
> >>>>>>> Every once in a while, when I execute one of my PHP scripts, usin=
g a
> >>>>>>> browser (http://mydomain.com/myscript.php), instead of the script
> >>>>>>> running, I get a dialog box, asking me if I want to save myscript=
..php,
> >>>>>>> or if I would like to open it using an application.
> >>>>>>> Any idea what this is about? this is not specific to a single scr=
ipt.
> >>>>>> And this is a php problem - how?
> >>>>> ...because PHP isn't working. =A0Duh.
> >>>> And what indication do you have that PHP is not working?
> >>>> Duh!
> >>> Jerry, I know what you're getting at. =A0My point is that PHP-related
> >>> installation/configuration issues are perfectly relevant here. =A0If =
the
> >>> OP is new to PHP and their browser is feeding them code instead of
> >>> execution output, to them "PHP isn't working."
> >>> I apologize for using "duh" in my post. =A0I know that you are
> >>> intelligent and often have a lot of useful information to post. =A0It
> >>> was a knee-jerk reaction to your reply to the OP which was rude and
> >>> not useful. =A0If you want to discuss the merits of ancillary topics =
of
> >>> discussion in this newsgroup, I'm in. =A0If you want to trade flames,
> >>> I'm out.
> >>> Matt
> >> And my point is - there is absolutely no indication that this is a PHP
> >> problem. =A0In fact, it is much more likely it is a web server problem=
..
>
> > And it's much more likely an apache problem...
> > And it's much more likely an apache configuration problem...
> > And it's much more likely an apache AddType configuration problem...
>
> > So what? =A0His PHP pages don't behave as expected. =A0PHP problem, end=
 of
> > story.
>
> It is intermittent - which means it is probably NOT an Apache
> configuration problem. =A0Rather, it is something going on at the server
> level.
>
> >> Please read the thread again. =A0The server is not sending code. =A0Th=
e user
> >> is getting a save dialog. =A0That occurs because the header does not
> >> indicate the correct content. =A0And headers are a function of the web
> >> server, not PHP (unless the programmer uses the header() function, of
> >> course).
>
> >> There are other indications that this is not a PHP problem, but a web
> >> server one. =A0Just because he's trying to retrieve a page which conta=
ins
> >> a php extension doesn't mean it's a php problem.
>
> > Yeah...it kinda does.
>
> And how is that? =A0Please tell me how PHP will affect the headers.

Please tell me where I said it would.  My point is that the origin of
the problem doesn't matter as regards group topicality.  As long as
the symptoms of the problem affect the posters ability to develop PHP
applications, it's a relevant thread of discussion here.  This seems
to be a point that you are happy to refute, and yet unwilling to
debate (ie, develop and articulate supporting arguments for your
position).

> >> The bottom line is - he needs to do more diagnosis to determine where
> >> the real problem is. =A0And this diagnosis needs to start at the web s=
erver.
>
> > Which part of "I know what you're getting at" was unclear? =A0Thanks fo=
r
> > reiterating your diagnosis, however. =A0I read the thread, I understand
> > that this is (likely) a server configuration issue. =A0This would be an
> > example of "ancillary topics" which I am arguing are well within the
> > milieu of this group.
>
> Server problems are not within the milieu of this newsgroup.

Yes they are.  See?  Unqualified, unsupported statements of opinion
are meaningless without supporting arguments.  Care to provide any?

On Jun 16, 5:37=A0pm, Marious Barrier <marious.barr...@gmail.com> wrote:
> On 06/16/2010 04:34 PM, matt wrote:
>
> > Which part of "I know what you're getting at" was unclear? =A0Thanks fo=
r
> > reiterating your diagnosis, however. =A0I read the thread, I understand
> > that this is (likely) a server configuration issue. =A0This would be an
> > example of "ancillary topics" which I am arguing are well within the
> > milieu of this group.
>
> And why you keep feeding him?

I'm not wholesale "anti-Jerry" like some others around here.  He has
often has very valid contributions.  To label anyone as a troll and
outright reject anything they have to say is just as counter-
productive as trolling behavior.  No one's holding a gun to your head
and making you read these posts...

On 06/17/2010 04:06 PM, matt wrote:
> I'm not wholesale "anti-Jerry" like some others around here.  He has
> often has very valid contributions.  To label anyone as a troll and
> outright reject anything they have to say is just as counter-
> productive as trolling behavior.  No one's holding a gun to your head
> and making you read these posts...

Trolls can have valid contributions just like others. the reason why 
people filters them is because of their attitude toward others.

The reason why I do not filter, is because most of the times some newbie 
wants to lean something, they misguide them.

matt wrote:
> On Jun 16, 5:32 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>> matt wrote:
>>> On Jun 15, 8:45 am, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>> matt wrote:
>>>>> On Jun 14, 3:20 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>>>> matt wrote:
>>>>>>> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>>>>>> JustWondering wrote:
>>>>>>>>> Every once in a while, when I execute one of my PHP scripts, using a
>>>>>>>>> browser (http://mydomain.com/myscript.php), instead of the script
>>>>>>>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>>>>>>>> or if I would like to open it using an application.
>>>>>>>>> Any idea what this is about? this is not specific to a single script.
>>>>>>>> And this is a php problem - how?
>>>>>>> ...because PHP isn't working.  Duh.
>>>>>> And what indication do you have that PHP is not working?
>>>>>> Duh!
>>>>> Jerry, I know what you're getting at.  My point is that PHP-related
>>>>> installation/configuration issues are perfectly relevant here.  If the
>>>>> OP is new to PHP and their browser is feeding them code instead of
>>>>> execution output, to them "PHP isn't working."
>>>>> I apologize for using "duh" in my post.  I know that you are
>>>>> intelligent and often have a lot of useful information to post.  It
>>>>> was a knee-jerk reaction to your reply to the OP which was rude and
>>>>> not useful.  If you want to discuss the merits of ancillary topics of
>>>>> discussion in this newsgroup, I'm in.  If you want to trade flames,
>>>>> I'm out.
>>>>> Matt
>>>> And my point is - there is absolutely no indication that this is a PHP
>>>> problem.  In fact, it is much more likely it is a web server problem.
>>> And it's much more likely an apache problem...
>>> And it's much more likely an apache configuration problem...
>>> And it's much more likely an apache AddType configuration problem...
>>> So what?  His PHP pages don't behave as expected.  PHP problem, end of
>>> story.
>> It is intermittent - which means it is probably NOT an Apache
>> configuration problem.  Rather, it is something going on at the server
>> level.
>>
>>>> Please read the thread again.  The server is not sending code.  The user
>>>> is getting a save dialog.  That occurs because the header does not
>>>> indicate the correct content.  And headers are a function of the web
>>>> server, not PHP (unless the programmer uses the header() function, of
>>>> course).
>>>> There are other indications that this is not a PHP problem, but a web
>>>> server one.  Just because he's trying to retrieve a page which contains
>>>> a php extension doesn't mean it's a php problem.
>>> Yeah...it kinda does.
>> And how is that?  Please tell me how PHP will affect the headers.
> 
> Please tell me where I said it would.  My point is that the origin of
> the problem doesn't matter as regards group topicality.  As long as
> the symptoms of the problem affect the posters ability to develop PHP
> applications, it's a relevant thread of discussion here.  This seems
> to be a point that you are happy to refute, and yet unwilling to
> debate (ie, develop and articulate supporting arguments for your
> position).
>

So according to your arguments, anything about the operating system, 
editors, web browsers, and such are all on topic - because they can 
"affect the posters ability to develop PHP applications".

I think not.   Read the charter for this newsgroup

>>>> The bottom line is - he needs to do more diagnosis to determine where
>>>> the real problem is.  And this diagnosis needs to start at the web server.
>>> Which part of "I know what you're getting at" was unclear?  Thanks for
>>> reiterating your diagnosis, however.  I read the thread, I understand
>>> that this is (likely) a server configuration issue.  This would be an
>>> example of "ancillary topics" which I am arguing are well within the
>>> milieu of this group.
>> Server problems are not within the milieu of this newsgroup.
> 
> Yes they are.  See?  Unqualified, unsupported statements of opinion
> are meaningless without supporting arguments.  Care to provide any?

See the charter for this newsgroup.


-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

Marious Barrier <marious.barrier@gmail.com> wrote:

> On 06/17/2010 04:06 PM, matt wrote:
>> I'm not wholesale "anti-Jerry" like some others around here. 
>> He has often has very valid contributions.  To label anyone as
>> a troll and outright reject anything they have to say is just
>> as counter- productive as trolling behavior.  No one's holding
>> a gun to your head and making you read these posts...
> 
> Trolls can have valid contributions just like others. the reason
> why people filters them is because of their attitude toward
> others. 
> 
> The reason why I do not filter, is because most of the times
> some newbie wants to lean something, they misguide them.

Although I don't share Jerry's contentious attitude in most 
situations, in the ~5 years I've been here, I don't recall him ever 
deliberately misleading anyone.

-- 
Curtis Dyer
<?$x='<?$x=%c%s%c;printf($x,39,$x,39);?>';printf($x,39,$x,39);?>

matt wrote:
> On Jun 16, 5:37 pm, Marious Barrier <marious.barr...@gmail.com> wrote:
>> On 06/16/2010 04:34 PM, matt wrote:
>>
>>> Which part of "I know what you're getting at" was unclear?  Thanks for
>>> reiterating your diagnosis, however.  I read the thread, I understand
>>> that this is (likely) a server configuration issue.  This would be an
>>> example of "ancillary topics" which I am arguing are well within the
>>> milieu of this group.
>> And why you keep feeding him?
> 
> I'm not wholesale "anti-Jerry" like some others around here.  He has
> often has very valid contributions. 

Jerry never says anything that isn't said better by someone else.

Complete waste of space. Unless you are so new you cant tell your dick 
from your asshole. Jerry's got that far.

Curtis Dyer wrote:
> Marious Barrier <marious.barrier@gmail.com> wrote:
> 
>> On 06/17/2010 04:06 PM, matt wrote:
>>> I'm not wholesale "anti-Jerry" like some others around here. 
>>> He has often has very valid contributions.  To label anyone as
>>> a troll and outright reject anything they have to say is just
>>> as counter- productive as trolling behavior.  No one's holding
>>> a gun to your head and making you read these posts...
>> Trolls can have valid contributions just like others. the reason
>> why people filters them is because of their attitude toward
>> others. 
>>
>> The reason why I do not filter, is because most of the times
>> some newbie wants to lean something, they misguide them.
> 
> Although I don't share Jerry's contentious attitude in most 
> situations, in the ~5 years I've been here, I don't recall him ever 
> deliberately misleading anyone.
> 

I am not sure you can use the word 'deliberate' with Jerry anyway.


It implies a person who has choices. Jerry is a compulsive personality 
of the most extreme sort: I doubt he can help himself.

On Jun 17, 4:46=A0pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> matt wrote:
> > On Jun 16, 5:32 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >> matt wrote:
> >>> On Jun 15, 8:45 am, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >>>> matt wrote:
> >>>>> On Jun 14, 3:20 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >>>>>> matt wrote:
> >>>>>>> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote=
:
> >>>>>>>> JustWondering wrote:
> >>>>>>>>> Every once in a while, when I execute one of my PHP scripts, us=
ing a
> >>>>>>>>> browser (http://mydomain.com/myscript.php), instead of the scri=
pt
> >>>>>>>>> running, I get a dialog box, asking me if I want to save myscri=
pt.php,
> >>>>>>>>> or if I would like to open it using an application.
> >>>>>>>>> Any idea what this is about? this is not specific to a single s=
cript.
> >>>>>>>> And this is a php problem - how?
> >>>>>>> ...because PHP isn't working. =A0Duh.
> >>>>>> And what indication do you have that PHP is not working?
> >>>>>> Duh!
> >>>>> Jerry, I know what you're getting at. =A0My point is that PHP-relat=
ed
> >>>>> installation/configuration issues are perfectly relevant here. =A0I=
f the
> >>>>> OP is new to PHP and their browser is feeding them code instead of
> >>>>> execution output, to them "PHP isn't working."
> >>>>> I apologize for using "duh" in my post. =A0I know that you are
> >>>>> intelligent and often have a lot of useful information to post. =A0=
It
> >>>>> was a knee-jerk reaction to your reply to the OP which was rude and
> >>>>> not useful. =A0If you want to discuss the merits of ancillary topic=
s of
> >>>>> discussion in this newsgroup, I'm in. =A0If you want to trade flame=
s,
> >>>>> I'm out.
> >>>>> Matt
> >>>> And my point is - there is absolutely no indication that this is a P=
HP
> >>>> problem. =A0In fact, it is much more likely it is a web server probl=
em.
> >>> And it's much more likely an apache problem...
> >>> And it's much more likely an apache configuration problem...
> >>> And it's much more likely an apache AddType configuration problem...
> >>> So what? =A0His PHP pages don't behave as expected. =A0PHP problem, e=
nd of
> >>> story.
> >> It is intermittent - which means it is probably NOT an Apache
> >> configuration problem. =A0Rather, it is something going on at the serv=
er
> >> level.
>
> >>>> Please read the thread again. =A0The server is not sending code. =A0=
The user
> >>>> is getting a save dialog. =A0That occurs because the header does not
> >>>> indicate the correct content. =A0And headers are a function of the w=
eb
> >>>> server, not PHP (unless the programmer uses the header() function, o=
f
> >>>> course).
> >>>> There are other indications that this is not a PHP problem, but a we=
b
> >>>> server one. =A0Just because he's trying to retrieve a page which con=
tains
> >>>> a php extension doesn't mean it's a php problem.
> >>> Yeah...it kinda does.
> >> And how is that? =A0Please tell me how PHP will affect the headers.
>
> > Please tell me where I said it would. =A0My point is that the origin of
> > the problem doesn't matter as regards group topicality. =A0As long as
> > the symptoms of the problem affect the posters ability to develop PHP
> > applications, it's a relevant thread of discussion here. =A0This seems
> > to be a point that you are happy to refute, and yet unwilling to
> > debate (ie, develop and articulate supporting arguments for your
> > position).
>
> So according to your arguments, anything about the operating system,
> editors, web browsers, and such are all on topic - because they can
> "affect the posters ability to develop PHP applications".
>
> I think not. =A0 Read the charter for this newsgroup
>
> >>>> The bottom line is - he needs to do more diagnosis to determine wher=
e
> >>>> the real problem is. =A0And this diagnosis needs to start at the web=
 server.
> >>> Which part of "I know what you're getting at" was unclear? =A0Thanks =
for
> >>> reiterating your diagnosis, however. =A0I read the thread, I understa=
nd
> >>> that this is (likely) a server configuration issue. =A0This would be =
an
> >>> example of "ancillary topics" which I am arguing are well within the
> >>> milieu of this group.
> >> Server problems are not within the milieu of this newsgroup.
>
> > Yes they are. =A0See? =A0Unqualified, unsupported statements of opinion
> > are meaningless without supporting arguments. =A0Care to provide any?
>
> See the charter for this newsgroup.

The charter for this newsgroup says:

> comp.lang.php is intended to be a global forum for the discussion of
> issues involving PHP. The ultimate goal is to create a relaxed yet
> helpful environment in which people can seek answers to general
> questions about PHP, specific questions regarding specific PHP
> functions or code snippets, or topical questions.

May I call your attention to the following phrases?

 - "relaxed yet helpful"
 - "issues involving PHP"
 - "general questions"
 - "topical questions"

And, in case you still have confusion,  here's what WordNet has to say
about "topical":

[snipped usage examples]

> Adjective
>
>    * S: (adj) topical (pertaining to the surface of a body part)
>    * S: (adj) topical (of or relating to or arranged by topics)
>    * S: (adj) topical (of interest at the present time)

Assuming the 2nd and 3rd definitions are the most relevant, ie "of *or
relating to* [PHP]," (emphasis added) and "of interest [to the users
of this group] at the present time," then this is clearly a topical
question which is explicitly allowed via the group's charter.

I'd be interested how you integrate the language of the charter to
support your own position, but since you brought it up, maybe you can
elaborate...

On Jun 17, 6:39=A0pm, The Natural Philosopher <t...@invalid.invalid>
wrote:
> matt wrote:
> > On Jun 16, 5:37 pm, Marious Barrier <marious.barr...@gmail.com> wrote:
> >> On 06/16/2010 04:34 PM, matt wrote:
>
> >>> Which part of "I know what you're getting at" was unclear? =A0Thanks =
for
> >>> reiterating your diagnosis, however. =A0I read the thread, I understa=
nd
> >>> that this is (likely) a server configuration issue. =A0This would be =
an
> >>> example of "ancillary topics" which I am arguing are well within the
> >>> milieu of this group.
> >> And why you keep feeding him?
>
> > I'm not wholesale "anti-Jerry" like some others around here. =A0He has
> > often has very valid contributions.
>
> Jerry never says anything that isn't said better by someone else.
>
> Complete waste of space. Unless you are so new you cant tell your dick
> from your asshole. Jerry's got that far.

Maybe I'm still too new around here...which one are you?

matt wrote:
> On Jun 17, 4:46 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>> matt wrote:
>>> On Jun 16, 5:32 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>> matt wrote:
>>>>> On Jun 15, 8:45 am, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>>>> matt wrote:
>>>>>>> On Jun 14, 3:20 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>>>>>> matt wrote:
>>>>>>>>> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>>>>>>>>> JustWondering wrote:
>>>>>>>>>>> Every once in a while, when I execute one of my PHP scripts, using a
>>>>>>>>>>> browser (http://mydomain.com/myscript.php), instead of the script
>>>>>>>>>>> running, I get a dialog box, asking me if I want to save myscript.php,
>>>>>>>>>>> or if I would like to open it using an application.
>>>>>>>>>>> Any idea what this is about? this is not specific to a single script.
>>>>>>>>>> And this is a php problem - how?
>>>>>>>>> ...because PHP isn't working.  Duh.
>>>>>>>> And what indication do you have that PHP is not working?
>>>>>>>> Duh!
>>>>>>> Jerry, I know what you're getting at.  My point is that PHP-related
>>>>>>> installation/configuration issues are perfectly relevant here.  If the
>>>>>>> OP is new to PHP and their browser is feeding them code instead of
>>>>>>> execution output, to them "PHP isn't working."
>>>>>>> I apologize for using "duh" in my post.  I know that you are
>>>>>>> intelligent and often have a lot of useful information to post.  It
>>>>>>> was a knee-jerk reaction to your reply to the OP which was rude and
>>>>>>> not useful.  If you want to discuss the merits of ancillary topics of
>>>>>>> discussion in this newsgroup, I'm in.  If you want to trade flames,
>>>>>>> I'm out.
>>>>>>> Matt
>>>>>> And my point is - there is absolutely no indication that this is a PHP
>>>>>> problem.  In fact, it is much more likely it is a web server problem.
>>>>> And it's much more likely an apache problem...
>>>>> And it's much more likely an apache configuration problem...
>>>>> And it's much more likely an apache AddType configuration problem...
>>>>> So what?  His PHP pages don't behave as expected.  PHP problem, end of
>>>>> story.
>>>> It is intermittent - which means it is probably NOT an Apache
>>>> configuration problem.  Rather, it is something going on at the server
>>>> level.
>>>>>> Please read the thread again.  The server is not sending code.  The user
>>>>>> is getting a save dialog.  That occurs because the header does not
>>>>>> indicate the correct content.  And headers are a function of the web
>>>>>> server, not PHP (unless the programmer uses the header() function, of
>>>>>> course).
>>>>>> There are other indications that this is not a PHP problem, but a web
>>>>>> server one.  Just because he's trying to retrieve a page which contains
>>>>>> a php extension doesn't mean it's a php problem.
>>>>> Yeah...it kinda does.
>>>> And how is that?  Please tell me how PHP will affect the headers.
>>> Please tell me where I said it would.  My point is that the origin of
>>> the problem doesn't matter as regards group topicality.  As long as
>>> the symptoms of the problem affect the posters ability to develop PHP
>>> applications, it's a relevant thread of discussion here.  This seems
>>> to be a point that you are happy to refute, and yet unwilling to
>>> debate (ie, develop and articulate supporting arguments for your
>>> position).
>> So according to your arguments, anything about the operating system,
>> editors, web browsers, and such are all on topic - because they can
>> "affect the posters ability to develop PHP applications".
>>
>> I think not.   Read the charter for this newsgroup
>>
>>>>>> The bottom line is - he needs to do more diagnosis to determine where
>>>>>> the real problem is.  And this diagnosis needs to start at the web server.
>>>>> Which part of "I know what you're getting at" was unclear?  Thanks for
>>>>> reiterating your diagnosis, however.  I read the thread, I understand
>>>>> that this is (likely) a server configuration issue.  This would be an
>>>>> example of "ancillary topics" which I am arguing are well within the
>>>>> milieu of this group.
>>>> Server problems are not within the milieu of this newsgroup.
>>> Yes they are.  See?  Unqualified, unsupported statements of opinion
>>> are meaningless without supporting arguments.  Care to provide any?
>> See the charter for this newsgroup.
> 
> The charter for this newsgroup says:
> 
>> comp.lang.php is intended to be a global forum for the discussion of
>> issues involving PHP. The ultimate goal is to create a relaxed yet
>> helpful environment in which people can seek answers to general
>> questions about PHP, specific questions regarding specific PHP
>> functions or code snippets, or topical questions.
> 
> May I call your attention to the following phrases?
> 
>  - "relaxed yet helpful"
>  - "issues involving PHP"
>  - "general questions"
>  - "topical questions"
> 
> And, in case you still have confusion,  here's what WordNet has to say
> about "topical":
> 
> [snipped usage examples]
> 
>> Adjective
>>
>>    * S: (adj) topical (pertaining to the surface of a body part)
>>    * S: (adj) topical (of or relating to or arranged by topics)
>>    * S: (adj) topical (of interest at the present time)
> 
> Assuming the 2nd and 3rd definitions are the most relevant, ie "of *or
> relating to* [PHP]," (emphasis added) and "of interest [to the users
> of this group] at the present time," then this is clearly a topical
> question which is explicitly allowed via the group's charter.
> 
> I'd be interested how you integrate the language of the charter to
> support your own position, but since you brought it up, maybe you can
> elaborate...

It's so simple even an idiot can understand it.  However it does take a 
modicum of intelligence and understanding how systems work.

  The op is having problems with the headers.  These are sent by the web 
server, not PHP.

The fact that it happens to be a PHP script is immaterial.  It could be 
a perl CGI script, a perl script or even a plane HTML page.

But since you are so intelligent, please tell us how to troubleshoot 
this PHP problem.

But then it's trolls like you who want to make the whole world "on 
topic" in this newsgroup which ruin it for everyone.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

matt wrote:
> On Jun 17, 6:39 pm, The Natural Philosopher <t...@invalid.invalid>
> wrote:
>> matt wrote:
>>> On Jun 16, 5:37 pm, Marious Barrier <marious.barr...@gmail.com> wrote:
>>>> On 06/16/2010 04:34 PM, matt wrote:
>>>>> Which part of "I know what you're getting at" was unclear?  Thanks for
>>>>> reiterating your diagnosis, however.  I read the thread, I understand
>>>>> that this is (likely) a server configuration issue.  This would be an
>>>>> example of "ancillary topics" which I am arguing are well within the
>>>>> milieu of this group.
>>>> And why you keep feeding him?
>>> I'm not wholesale "anti-Jerry" like some others around here.  He has
>>> often has very valid contributions.
>> Jerry never says anything that isn't said better by someone else.
>>
>> Complete waste of space. Unless you are so new you cant tell your dick
>> from your asshole. Jerry's got that far.
> 
> Maybe I'm still too new around here...which one are you?

I see I owe you an apology.  You aren't a clueless as I first thought. 
Most people don't catch on to TNP as quickly as you did - nor come back 
with as good a smack down :)

Please understand - we get a lot of people here who think they should 
be able to post anything they want, as long as it is somehow related to 
PHP.

In this case, this is not the best place for the op's question.  The 
server is sending the headers, and he needs to start with the server 
logs to see what's happening.  That would be handled in an Apache (or 
IIS or whatever) newsgroup.

Adding to the complication is the fact his server logs are not working, 
which needs to be corrected - again, a web server newsgroup.

There are thousands of newsgroups out there, as well as forums, email 
lists and other support groups.  Often times there is a better place for 
an op to follow up in.  Some of us try to direct the op to a better place.

Sure, eventually he may end up back here - but he'll have better 
information on what's going on.  Right now he has nothing (other than 
the headers are incorrect).

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

matt wrote:
> On Jun 17, 6:39 pm, The Natural Philosopher <t...@invalid.invalid>
> wrote:
>> matt wrote:
>>> On Jun 16, 5:37 pm, Marious Barrier <marious.barr...@gmail.com> wrote:
>>>> On 06/16/2010 04:34 PM, matt wrote:
>>>>> Which part of "I know what you're getting at" was unclear?  Thanks for
>>>>> reiterating your diagnosis, however.  I read the thread, I understand
>>>>> that this is (likely) a server configuration issue.  This would be an
>>>>> example of "ancillary topics" which I am arguing are well within the
>>>>> milieu of this group.
>>>> And why you keep feeding him?
>>> I'm not wholesale "anti-Jerry" like some others around here.  He has
>>> often has very valid contributions.
>> Jerry never says anything that isn't said better by someone else.
>>
>> Complete waste of space. Unless you are so new you cant tell your dick
>> from your asshole. Jerry's got that far.
> 
> Maybe I'm still too new around here...which one are you?

Orthogonal to both, so neither.

On Jun 18, 4:33=A0pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> matt wrote:
> > On Jun 17, 4:46 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >> matt wrote:
> >>> On Jun 16, 5:32 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >>>> matt wrote:
> >>>>> On Jun 15, 8:45 am, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> >>>>>> matt wrote:
> >>>>>>> On Jun 14, 3:20 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote=
:
> >>>>>>>> matt wrote:
> >>>>>>>>> On Jun 10, 9:15 pm, Jerry Stuckle <jstuck...@attglobal.net> wro=
te:
> >>>>>>>>>> JustWondering wrote:
> >>>>>>>>>>> Every once in a while, when I execute one of my PHP scripts, =
using a
> >>>>>>>>>>> browser (http://mydomain.com/myscript.php), instead of the sc=
ript
> >>>>>>>>>>> running, I get a dialog box, asking me if I want to save mysc=
ript.php,
> >>>>>>>>>>> or if I would like to open it using an application.
> >>>>>>>>>>> Any idea what this is about? this is not specific to a single=
 script.
> >>>>>>>>>> And this is a php problem - how?
> >>>>>>>>> ...because PHP isn't working. =A0Duh.
> >>>>>>>> And what indication do you have that PHP is not working?
> >>>>>>>> Duh!
> >>>>>>> Jerry, I know what you're getting at. =A0My point is that PHP-rel=
ated
> >>>>>>> installation/configuration issues are perfectly relevant here. =
=A0If the
> >>>>>>> OP is new to PHP and their browser is feeding them code instead o=
f
> >>>>>>> execution output, to them "PHP isn't working."
> >>>>>>> I apologize for using "duh" in my post. =A0I know that you are
> >>>>>>> intelligent and often have a lot of useful information to post. =
=A0It
> >>>>>>> was a knee-jerk reaction to your reply to the OP which was rude a=
nd
> >>>>>>> not useful. =A0If you want to discuss the merits of ancillary top=
ics of
> >>>>>>> discussion in this newsgroup, I'm in. =A0If you want to trade fla=
mes,
> >>>>>>> I'm out.
> >>>>>>> Matt
> >>>>>> And my point is - there is absolutely no indication that this is a=
 PHP
> >>>>>> problem. =A0In fact, it is much more likely it is a web server pro=
blem.
> >>>>> And it's much more likely an apache problem...
> >>>>> And it's much more likely an apache configuration problem...
> >>>>> And it's much more likely an apache AddType configuration problem..=
..
> >>>>> So what? =A0His PHP pages don't behave as expected. =A0PHP problem,=
 end of
> >>>>> story.
> >>>> It is intermittent - which means it is probably NOT an Apache
> >>>> configuration problem. =A0Rather, it is something going on at the se=
rver
> >>>> level.
> >>>>>> Please read the thread again. =A0The server is not sending code. =
=A0The user
> >>>>>> is getting a save dialog. =A0That occurs because the header does n=
ot
> >>>>>> indicate the correct content. =A0And headers are a function of the=
 web
> >>>>>> server, not PHP (unless the programmer uses the header() function,=
 of
> >>>>>> course).
> >>>>>> There are other indications that this is not a PHP problem, but a =
web
> >>>>>> server one. =A0Just because he's trying to retrieve a page which c=
ontains
> >>>>>> a php extension doesn't mean it's a php problem.
> >>>>> Yeah...it kinda does.
> >>>> And how is that? =A0Please tell me how PHP will affect the headers.
> >>> Please tell me where I said it would. =A0My point is that the origin =
of
> >>> the problem doesn't matter as regards group topicality. =A0As long as
> >>> the symptoms of the problem affect the posters ability to develop PHP
> >>> applications, it's a relevant thread of discussion here. =A0This seem=
s
> >>> to be a point that you are happy to refute, and yet unwilling to
> >>> debate (ie, develop and articulate supporting arguments for your
> >>> position).
> >> So according to your arguments, anything about the operating system,
> >> editors, web browsers, and such are all on topic - because they can
> >> "affect the posters ability to develop PHP applications".
>
> >> I think not. =A0 Read the charter for this newsgroup
>
> >>>>>> The bottom line is - he needs to do more diagnosis to determine wh=
ere
> >>>>>> the real problem is. =A0And this diagnosis needs to start at the w=
eb server.
> >>>>> Which part of "I know what you're getting at" was unclear? =A0Thank=
s for
> >>>>> reiterating your diagnosis, however. =A0I read the thread, I unders=
tand
> >>>>> that this is (likely) a server configuration issue. =A0This would b=
e an
> >>>>> example of "ancillary topics" which I am arguing are well within th=
e
> >>>>> milieu of this group.
> >>>> Server problems are not within the milieu of this newsgroup.
> >>> Yes they are. =A0See? =A0Unqualified, unsupported statements of opini=
on
> >>> are meaningless without supporting arguments. =A0Care to provide any?
> >> See the charter for this newsgroup.
>
> > The charter for this newsgroup says:
>
> >> comp.lang.php is intended to be a global forum for the discussion of
> >> issues involving PHP. The ultimate goal is to create a relaxed yet
> >> helpful environment in which people can seek answers to general
> >> questions about PHP, specific questions regarding specific PHP
> >> functions or code snippets, or topical questions.
>
> > May I call your attention to the following phrases?
>
> > =A0- "relaxed yet helpful"
> > =A0- "issues involving PHP"
> > =A0- "general questions"
> > =A0- "topical questions"
>
> > And, in case you still have confusion, =A0here's what WordNet has to sa=
y
> > about "topical":
>
> > [snipped usage examples]
>
> >> Adjective
>
> >> =A0 =A0* S: (adj) topical (pertaining to the surface of a body part)
> >> =A0 =A0* S: (adj) topical (of or relating to or arranged by topics)
> >> =A0 =A0* S: (adj) topical (of interest at the present time)
>
> > Assuming the 2nd and 3rd definitions are the most relevant, ie "of *or
> > relating to* [PHP]," (emphasis added) and "of interest [to the users
> > of this group] at the present time," then this is clearly a topical
> > question which is explicitly allowed via the group's charter.
>
> > I'd be interested how you integrate the language of the charter to
> > support your own position, but since you brought it up, maybe you can
> > elaborate...
>
> It's so simple even an idiot can understand it. =A0However it does take a
> modicum of intelligence and understanding how systems work.

I asked for some insight into your thinking and understanding of the
charter.  Are you referring to your own thought process that is so
simple that an idiot can understand?

> =A0 The op is having problems with the headers. =A0These are sent by the =
web
> server, not PHP.

No one's debating that.

> The fact that it happens to be a PHP script is immaterial. =A0It could be
> a perl CGI script, a perl script or even a plane HTML page.

But in this instance, it happens to be a PHP script.

> But since you are so intelligent, please tell us how to troubleshoot
> this PHP problem.

I'd investigate why the appropriate headers aren't being sent.

> But then it's trolls like you who want to make the whole world "on
> topic" in this newsgroup which ruin it for everyone.

Personal insults will get you no where.  Read my other post in this
topic where I defended you against those calling you a troll.  Like I
said at the beginning, I'm not interested in a flame war.  See ya
later.