Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.php > #6417 > unrolled thread

Apache and php to show http request headers.

Back to article view | Back to comp.lang.php

Contents

  Apache and php to show http request headers. brumik <brumiku@gmail.com> - 2012-06-25 03:15 -0700
    Re: Apache and php to show http request headers. Luuk <luuk@invalid.lan> - 2012-06-25 12:55 +0200
      Re: Apache and php to show http request headers. tony@mountifield.org (Tony Mountifield) - 2012-06-25 13:36 +0000
        Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 09:41 -0400
          Re: Apache and php to show http request headers. tony@mountifield.org (Tony Mountifield) - 2012-06-25 14:42 +0000
            Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 10:44 -0400
              Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-25 18:10 +0200
                Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 12:48 -0400
                  Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-25 19:17 +0200
                    Re: Apache and php to show http request headers. Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-06-25 10:46 -0700
                      Re: Apache and php to show http request headers. The Natural Philosopher <tnp@invalid.invalid> - 2012-06-25 19:00 +0100
                        Re: Apache and php to show http request headers. Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-06-25 11:22 -0700
                          Re: Apache and php to show http request headers. Luuk <luuk@invalid.lan> - 2012-06-25 21:09 +0200
                            Re: Apache and php to show http request headers. The Natural Philosopher <tnp@invalid.invalid> - 2012-06-26 00:11 +0100
                          Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-25 21:36 +0200
                        Re: Apache and php to show http request headers. Tim Streater <timstreater@greenbee.net> - 2012-06-25 21:15 +0100
                          Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-25 22:24 +0200
                            Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 16:32 -0400
                            Re: Apache and php to show http request headers. Tim Streater <timstreater@greenbee.net> - 2012-06-25 23:40 +0100
                              xdebug, was Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-26 09:27 +0200
                                Re: xdebug, was Re: Apache and php to show http request headers. Tim Streater <timstreater@greenbee.net> - 2012-06-26 09:47 +0100
                      Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-25 21:32 +0200
                        Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 16:33 -0400
                    What can you do with PHP without a web server (Was: Apache and php to show http request headers.) "J.O. Aho" <user@example.net> - 2012-06-25 19:48 +0200
                      Re: What can you do with PHP without a web server (Was: Apache and php to show http request headers.) Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-06-25 10:59 -0700
                    Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 15:06 -0400
                    Re: Apache and php to show http request headers. "Peter H. Coffin" <hellsop@ninehells.com> - 2012-06-25 14:37 -0500
                      Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-25 22:03 +0200
                        Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 16:33 -0400
                        Re: Apache and php to show http request headers. "Peter H. Coffin" <hellsop@ninehells.com> - 2012-06-25 15:57 -0500
                          Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-25 23:32 +0200
                            Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 18:11 -0400
                    Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-06-27 04:36 +0200
                      Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-27 10:11 +0200
                        Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-06-28 13:18 +0200
                          Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-28 08:40 -0400
                            Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-06-28 16:16 +0200
                              Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-28 11:44 -0400
                                Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-06-28 18:01 +0200
                                  Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-28 15:05 -0400
                                    Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-06-29 11:18 +0200
                                      Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-29 08:40 -0400
                                        Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-06-30 12:26 +0200
                                          Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-30 08:07 -0400
                                            Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-07-03 12:20 +0200
                                              Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-07-03 08:44 -0400
                                                Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-07-03 16:02 +0200
                          Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-29 14:32 +0200
                            Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-29 08:41 -0400
                              Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-06-30 12:28 +0200
                                Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-30 08:08 -0400
                                  Re: Apache and php to show http request headers. Arno Welzel <usenet@arnowelzel.de> - 2012-06-30 16:48 +0200
                Re: Apache and php to show http request headers. Luuk <luuk@invalid.lan> - 2012-06-25 19:09 +0200
                Re: Apache and php to show http request headers. The Natural Philosopher <tnp@invalid.invalid> - 2012-06-25 18:55 +0100
                  Re: Apache and php to show http request headers. "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-25 21:25 +0200
                    Re: Apache and php to show http request headers. The Natural Philosopher <tnp@invalid.invalid> - 2012-06-26 00:14 +0100
                      Re: Apache and php to show http request headers. Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-25 19:42 -0400

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#6453 — Re: xdebug, was Re: Apache and php to show http request headers.

In article <a4t6j3FbabU1@mid.uni-berlin.de>,
 "M. Strobel" <sorry_no_mail_here@nowhere.dee> wrote:

> Am 26.06.2012 00:40, schrieb Tim Streater:
> > In article <a4rvneF88uU1@mid.uni-berlin.de>,
> > "M. Strobel" <sorry_no_mail_here@nowhere.dee> wrote:
> > 
> >> Am 25.06.2012 22:15, schrieb Tim Streater:
> >> > In article <jsa8ve$bcc$1@news.albasani.net>,
> >> > The Natural Philosopher <tnp@invalid.invalid> wrote:
> >> > >> Daniel Pitts wrote:
> >> > > [snip a lot of stuff that should have been snipped before]
> >> > >> No but then neither is a road for a car, nevertheless I wouldn't 
> >> > >> normally >>
> >> consider
> >> >> using a car off road ...
> >> >>
> >> >> The clue of course is in the name
> >> >>
> >> >> "While PHP originally stood for "Personal Home Page", it is now said to 
> >> >> >> stand
> >> for
> >> >> "PHP: Hypertext Preprocessor"." (wiki)
> >> >>
> >> >> Frankly I have always felt Produces HHML Pages was nearer the mark.
> >> > > I use it as a general scripting language, personally, as well as with 
> >> > > > apache.
> >>
> >> Yes, it is "fast enough" if you take care not to have xdebug always 
> >> loaded.
> > 
> > What is xdebug?
> 
> Are you serious?
> 
> I use it for interactive remote debugging of web scripts together with my 
> IDE, and it is a big time saver.

I guess I haven't needed any such.

> When you install it (xdebug.org), there is a xdebug.ini installed into
> /etc/php5/conf.d/ that will be included into your php-CLI as well. It slows 
> your app down a lot, because it watches all the calls.

Hmmm, let's see:

Second-Mini% cd /etc/php5
cd: no such file or directory: /etc/php5

I'll pass thanks, until such time as I have a script I can't figure out.

-- 
Tim

"That excessive bail ought not to be required, nor excessive fines imposed,
nor cruel and unusual punishments inflicted"  --  Bill of Rights 1689

[toc] | [prev] | [next] | [standalone]

#6436

Am 25.06.2012 19:46, schrieb Daniel Pitts:
> On 6/25/12 10:17 AM, M. Strobel wrote:
>> Am 25.06.2012 18:48, schrieb Jerry Stuckle:
>>> On 6/25/2012 12:10 PM, M. Strobel wrote:
>>>> Am 25.06.2012 16:44, schrieb Jerry Stuckle:
>>>>> On 6/25/2012 10:42 AM, Tony Mountifield wrote:
>>>>>> In article <js9pqt$1lm$1@dont-email.me>,
>>>>>> Jerry Stuckle  <jstucklex@attglobal.net> wrote:
>>>>>>> On 6/25/2012 9:36 AM, Tony Mountifield wrote:
>>>>>>>> In article <klslb9-ogk.ln1@luuk.invalid.lan>, Luuk  <luuk@invalid.lan> wrote:
>>>>>>>>> On 25-06-2012 12:15, brumik wrote:
>>>>>>>>>>
>>>>>>>>>> I need to test various http requests from an application and am using
>>>>>>>>>> Apache/PHP on ubuntu to display the http request headers. The
>>>>>>>>>> application proxy forwards http requests to the apache server's IP
>>>>>>>>>> address like as follows:
>>>>>>>>>>
>>>>>>>>>> 192.168.40.1/test/test.html
>>>>>>>>>>
>>>>>>>>>> where 192.168.40.1 is the apache server.
>>>>>>>>>>
>>>>>>>>>> I have a php script to dump the headers as follows:
>>>>>>>>>>
>>>>>>>>>> <?php
>>>>>>>>>>        foreach($_SERVER as $h=>$v)
>>>>>>>>>>          #if(ereg('HTTP_(.+)',$h,$hp))
>>>>>>>>>>            echo "<li>$h = $v</li>\n";
>>>>>>>>>>        header('Content-type: text/html');
>>>>>>>>>>       ?>
>>>>>>>>>>
>>>>>>>>>> The problem is that to show the headers, I redirect 192.168.40.1/* to
>>>>>>>>>> the above index.php page using the following redirect:
>>>>>>>>>>
>>>>>>>>>> Options +FollowSymlinks
>>>>>>>>>> RewriteEngine on
>>>>>>>>>> RewriteCond %{REQUEST_URI} !/index.php$
>>>>>>>>>>
>>>>>>>>>> RewriteRule $ /index.php [R=302,L]
>>>>>>>>>>
>>>>>>>>>> However the php request headers page always shows the URI as /
>>>>>>>>>> index.php as opposed to the 'original' URI requested (/test/
>>>>>>>>>> test.html).
>>>>>>>>>>
>>>>>>>>>> How can I get it to show the 'original' URI requested? is this
>>>>>>>>>> something that can be done in PHP or is it apache specific?
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Its apache, because it is redirecting, so PHP does only know about the
>>>>>>>>> redirected request, and does have no knowledge of how this request
>>>>>>>>> reached PHP.
>>>>>>>>
>>>>>>>> You could try the Proxy flag in the RewriteRule:
>>>>>>>>
>>>>>>>> RewriteRule $ http://localhost/index.php [P,L]
>>>>>>>
>>>>>>> He can try a lot of things which won't work.
>>>>>>
>>>>>> Well, yes, but I didn't think my suggestion was one of them. If you
>>>>>> think it is, I would like to know why, so that I would know for the
>>>>>> future, rather than just be the target of a bit of sarcasm. You could
>>>>>> try something like "That won't work because...." (if applicable).
>>>>>>
>>>>>> The OP's original rule obviously wouldn't work, because it tells the
>>>>>> client browser to generate a completely fresh request with the new
>>>>>> location. In contrast, the Proxy flag in RewriteRule is supposed to
>>>>>> make Apache proxy the original request to the new location (even to
>>>>>> itself if necessary). So the request's original headers should still
>>>>>> be present, with perhaps one or more proxy headers.
>>>>>>
>>>>>> Cheers
>>>>>> Tony
>>>>>>
>>>>>
>>>>> It's off topic in this newsgroup.  If you want to know why, try an appropriate
>>>>> newsgroup.
>>>>>
>>>>
>>>> Truth is never off topic.
>>>>
>>>> /Str.
>>>>
>>>
>>> Only in your small mind.  This is a PHP group - hence the "PHP" in its name.  There
>>> are other groups where experts in that area hang out.
>>>
>>> And your comment shows why there are so many crappy answers to off-topic questions in
>>> this newsgroup.
>>>
>> Ah, small mind. What could PHP do without Apache servers?
> Quite a bit. Apache isn't a requirement for PHP by any means.

Who is talking about requirement?

The point was JS saying Apache is off topic for PHP, and I tried to hint to the
importance of Apache for PHP web programming.

see http://phpadvent.org/2010/usage-statistics-by-ilia-alshanetsky

/Str.

[toc] | [prev] | [next] | [standalone]

#6443

On 6/25/2012 3:32 PM, M. Strobel wrote:
> Am 25.06.2012 19:46, schrieb Daniel Pitts:
>> On 6/25/12 10:17 AM, M. Strobel wrote:
>>> Am 25.06.2012 18:48, schrieb Jerry Stuckle:
>>>> On 6/25/2012 12:10 PM, M. Strobel wrote:
>>>>> Am 25.06.2012 16:44, schrieb Jerry Stuckle:
>>>>>> On 6/25/2012 10:42 AM, Tony Mountifield wrote:
>>>>>>> In article <js9pqt$1lm$1@dont-email.me>,
>>>>>>> Jerry Stuckle  <jstucklex@attglobal.net> wrote:
>>>>>>>> On 6/25/2012 9:36 AM, Tony Mountifield wrote:
>>>>>>>>> In article <klslb9-ogk.ln1@luuk.invalid.lan>, Luuk  <luuk@invalid.lan> wrote:
>>>>>>>>>> On 25-06-2012 12:15, brumik wrote:
>>>>>>>>>>>
>>>>>>>>>>> I need to test various http requests from an application and am using
>>>>>>>>>>> Apache/PHP on ubuntu to display the http request headers. The
>>>>>>>>>>> application proxy forwards http requests to the apache server's IP
>>>>>>>>>>> address like as follows:
>>>>>>>>>>>
>>>>>>>>>>> 192.168.40.1/test/test.html
>>>>>>>>>>>
>>>>>>>>>>> where 192.168.40.1 is the apache server.
>>>>>>>>>>>
>>>>>>>>>>> I have a php script to dump the headers as follows:
>>>>>>>>>>>
>>>>>>>>>>> <?php
>>>>>>>>>>>         foreach($_SERVER as $h=>$v)
>>>>>>>>>>>           #if(ereg('HTTP_(.+)',$h,$hp))
>>>>>>>>>>>             echo "<li>$h = $v</li>\n";
>>>>>>>>>>>         header('Content-type: text/html');
>>>>>>>>>>>        ?>
>>>>>>>>>>>
>>>>>>>>>>> The problem is that to show the headers, I redirect 192.168.40.1/* to
>>>>>>>>>>> the above index.php page using the following redirect:
>>>>>>>>>>>
>>>>>>>>>>> Options +FollowSymlinks
>>>>>>>>>>> RewriteEngine on
>>>>>>>>>>> RewriteCond %{REQUEST_URI} !/index.php$
>>>>>>>>>>>
>>>>>>>>>>> RewriteRule $ /index.php [R=302,L]
>>>>>>>>>>>
>>>>>>>>>>> However the php request headers page always shows the URI as /
>>>>>>>>>>> index.php as opposed to the 'original' URI requested (/test/
>>>>>>>>>>> test.html).
>>>>>>>>>>>
>>>>>>>>>>> How can I get it to show the 'original' URI requested? is this
>>>>>>>>>>> something that can be done in PHP or is it apache specific?
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Its apache, because it is redirecting, so PHP does only know about the
>>>>>>>>>> redirected request, and does have no knowledge of how this request
>>>>>>>>>> reached PHP.
>>>>>>>>>
>>>>>>>>> You could try the Proxy flag in the RewriteRule:
>>>>>>>>>
>>>>>>>>> RewriteRule $ http://localhost/index.php [P,L]
>>>>>>>>
>>>>>>>> He can try a lot of things which won't work.
>>>>>>>
>>>>>>> Well, yes, but I didn't think my suggestion was one of them. If you
>>>>>>> think it is, I would like to know why, so that I would know for the
>>>>>>> future, rather than just be the target of a bit of sarcasm. You could
>>>>>>> try something like "That won't work because...." (if applicable).
>>>>>>>
>>>>>>> The OP's original rule obviously wouldn't work, because it tells the
>>>>>>> client browser to generate a completely fresh request with the new
>>>>>>> location. In contrast, the Proxy flag in RewriteRule is supposed to
>>>>>>> make Apache proxy the original request to the new location (even to
>>>>>>> itself if necessary). So the request's original headers should still
>>>>>>> be present, with perhaps one or more proxy headers.
>>>>>>>
>>>>>>> Cheers
>>>>>>> Tony
>>>>>>>
>>>>>>
>>>>>> It's off topic in this newsgroup.  If you want to know why, try an appropriate
>>>>>> newsgroup.
>>>>>>
>>>>>
>>>>> Truth is never off topic.
>>>>>
>>>>> /Str.
>>>>>
>>>>
>>>> Only in your small mind.  This is a PHP group - hence the "PHP" in its name.  There
>>>> are other groups where experts in that area hang out.
>>>>
>>>> And your comment shows why there are so many crappy answers to off-topic questions in
>>>> this newsgroup.
>>>>
>>> Ah, small mind. What could PHP do without Apache servers?
>> Quite a bit. Apache isn't a requirement for PHP by any means.
>
> Who is talking about requirement?
>
> The point was JS saying Apache is off topic for PHP, and I tried to hint to the
> importance of Apache for PHP web programming.
>
> see http://phpadvent.org/2010/usage-statistics-by-ilia-alshanetsky
>
> /Str.
>
>
>

That is correct.  Apache is off-topic in this newsgroup.  Try reading 
the charter.

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

[toc] | [prev] | [next] | [standalone]

#6428 — What can you do with PHP without a web server (Was: Apache and php to show http request headers.)

On 25/06/12 19:17, M. Strobel wrote:
> Am 25.06.2012 18:48, schrieb Jerry Stuckle:

>> Only in your small mind.  This is a PHP group - hence the "PHP" in its name.  There
>> are other groups where experts in that area hang out.
>>
>> And your comment shows why there are so many crappy answers to off-topic questions in
>> this newsgroup.
>>
> Ah, small mind. What could PHP do without Apache servers?

Hmmm... you could make a GUI application as you could do with say C#.

-- 

  //Aho

[toc] | [prev] | [next] | [standalone]

#6430 — Re: What can you do with PHP without a web server (Was: Apache and php to show http request headers.)

On 6/25/12 10:48 AM, J.O. Aho wrote:
> On 25/06/12 19:17, M. Strobel wrote:
>> Am 25.06.2012 18:48, schrieb Jerry Stuckle:
>
>>> Only in your small mind.  This is a PHP group - hence the "PHP" in
>>> its name.  There
>>> are other groups where experts in that area hang out.
>>>
>>> And your comment shows why there are so many crappy answers to
>>> off-topic questions in
>>> this newsgroup.
>>>
>> Ah, small mind. What could PHP do without Apache servers?
>
> Hmmm... you could make a GUI application as you could do with say C#.
>
You could do anything with PHP without Apache that you could with 
Apache. Apache isn't the only web server out there.

[toc] | [prev] | [next] | [standalone]

#6433

On 6/25/2012 1:17 PM, M. Strobel wrote:
> Am 25.06.2012 18:48, schrieb Jerry Stuckle:
>> On 6/25/2012 12:10 PM, M. Strobel wrote:
>>> Am 25.06.2012 16:44, schrieb Jerry Stuckle:
>>>> On 6/25/2012 10:42 AM, Tony Mountifield wrote:
>>>>> In article <js9pqt$1lm$1@dont-email.me>,
>>>>> Jerry Stuckle  <jstucklex@attglobal.net> wrote:
>>>>>> On 6/25/2012 9:36 AM, Tony Mountifield wrote:
>>>>>>> In article <klslb9-ogk.ln1@luuk.invalid.lan>, Luuk  <luuk@invalid.lan> wrote:
>>>>>>>> On 25-06-2012 12:15, brumik wrote:
>>>>>>>>>
>>>>>>>>> I need to test various http requests from an application and am using
>>>>>>>>> Apache/PHP on ubuntu to display the http request headers. The
>>>>>>>>> application proxy forwards http requests to the apache server's IP
>>>>>>>>> address like as follows:
>>>>>>>>>
>>>>>>>>> 192.168.40.1/test/test.html
>>>>>>>>>
>>>>>>>>> where 192.168.40.1 is the apache server.
>>>>>>>>>
>>>>>>>>> I have a php script to dump the headers as follows:
>>>>>>>>>
>>>>>>>>> <?php
>>>>>>>>>        foreach($_SERVER as $h=>$v)
>>>>>>>>>          #if(ereg('HTTP_(.+)',$h,$hp))
>>>>>>>>>            echo "<li>$h = $v</li>\n";
>>>>>>>>>        header('Content-type: text/html');
>>>>>>>>>       ?>
>>>>>>>>>
>>>>>>>>> The problem is that to show the headers, I redirect 192.168.40.1/* to
>>>>>>>>> the above index.php page using the following redirect:
>>>>>>>>>
>>>>>>>>> Options +FollowSymlinks
>>>>>>>>> RewriteEngine on
>>>>>>>>> RewriteCond %{REQUEST_URI} !/index.php$
>>>>>>>>>
>>>>>>>>> RewriteRule $ /index.php [R=302,L]
>>>>>>>>>
>>>>>>>>> However the php request headers page always shows the URI as /
>>>>>>>>> index.php as opposed to the 'original' URI requested (/test/
>>>>>>>>> test.html).
>>>>>>>>>
>>>>>>>>> How can I get it to show the 'original' URI requested? is this
>>>>>>>>> something that can be done in PHP or is it apache specific?
>>>>>>>>>
>>>>>>>>
>>>>>>>> Its apache, because it is redirecting, so PHP does only know about the
>>>>>>>> redirected request, and does have no knowledge of how this request
>>>>>>>> reached PHP.
>>>>>>>
>>>>>>> You could try the Proxy flag in the RewriteRule:
>>>>>>>
>>>>>>> RewriteRule $ http://localhost/index.php [P,L]
>>>>>>
>>>>>> He can try a lot of things which won't work.
>>>>>
>>>>> Well, yes, but I didn't think my suggestion was one of them. If you
>>>>> think it is, I would like to know why, so that I would know for the
>>>>> future, rather than just be the target of a bit of sarcasm. You could
>>>>> try something like "That won't work because...." (if applicable).
>>>>>
>>>>> The OP's original rule obviously wouldn't work, because it tells the
>>>>> client browser to generate a completely fresh request with the new
>>>>> location. In contrast, the Proxy flag in RewriteRule is supposed to
>>>>> make Apache proxy the original request to the new location (even to
>>>>> itself if necessary). So the request's original headers should still
>>>>> be present, with perhaps one or more proxy headers.
>>>>>
>>>>> Cheers
>>>>> Tony
>>>>>
>>>>
>>>> It's off topic in this newsgroup.  If you want to know why, try an appropriate
>>>> newsgroup.
>>>>
>>>
>>> Truth is never off topic.
>>>
>>> /Str.
>>>
>>
>> Only in your small mind.  This is a PHP group - hence the "PHP" in its name.  There
>> are other groups where experts in that area hang out.
>>
>> And your comment shows why there are so many crappy answers to off-topic questions in
>> this newsgroup.
>>
> Ah, small mind. What could PHP do without Apache servers?
>
> /Str.
>

A lot.

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

[toc] | [prev] | [next] | [standalone]

#6438

On Mon, 25 Jun 2012 19:17:26 +0200, M. Strobel wrote:
> Ah, small mind. What could PHP do without Apache servers?

Heh. If PHP were not intended to be used without a webserver, there
wouldn't need to be gettext or ncurses extensions, would there?

-- 
_  o
 |/)

[toc] | [prev] | [next] | [standalone]

#6439

Am 25.06.2012 21:37, schrieb Peter H. Coffin:
> On Mon, 25 Jun 2012 19:17:26 +0200, M. Strobel wrote:
>> Ah, small mind. What could PHP do without Apache servers?
> 
> Heh. If PHP were not intended to be used without a webserver, there
> wouldn't need to be gettext or ncurses extensions, would there?
> 
Hehe. Truth is never off topic.

BTW I am the one posting code here as a screen copy from "php -a".

Would you not agree that at least 90% of php applications run on apache?

/Str.

[toc] | [prev] | [next] | [standalone]

#6444

On 6/25/2012 4:03 PM, M. Strobel wrote:
> Am 25.06.2012 21:37, schrieb Peter H. Coffin:
>> On Mon, 25 Jun 2012 19:17:26 +0200, M. Strobel wrote:
>>> Ah, small mind. What could PHP do without Apache servers?
>>
>> Heh. If PHP were not intended to be used without a webserver, there
>> wouldn't need to be gettext or ncurses extensions, would there?
>>
> Hehe. Truth is never off topic.
>
> BTW I am the one posting code here as a screen copy from "php -a".
>
> Would you not agree that at least 90% of php applications run on apache?
>
> /Str.
>

Nope.

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

[toc] | [prev] | [next] | [standalone]

#6445

On Mon, 25 Jun 2012 22:03:51 +0200, M. Strobel wrote:
> Am 25.06.2012 21:37, schrieb Peter H. Coffin:
>> On Mon, 25 Jun 2012 19:17:26 +0200, M. Strobel wrote:
>>> Ah, small mind. What could PHP do without Apache servers?
>> 
>> Heh. If PHP were not intended to be used without a webserver, there
>> wouldn't need to be gettext or ncurses extensions, would there?
>> 
> Hehe. Truth is never off topic.
>
> BTW I am the one posting code here as a screen copy from "php -a".
>
> Would you not agree that at least 90% of php applications run on apache?

I wouldn't aregue with the figure, but this particular truth belongs to
alt.apache.configuration

-- 
I didn't need to sabotage anything.  Not being around to say "No that
won't work" or "you can't do it that way" is more than enough damage.
(Ego problem?  It's not a problem.)
              -- Graham Reed, on job endings

[toc] | [prev] | [next] | [standalone]

#6446

Am 25.06.2012 22:57, schrieb Peter H. Coffin:
> On Mon, 25 Jun 2012 22:03:51 +0200, M. Strobel wrote:
>> Am 25.06.2012 21:37, schrieb Peter H. Coffin:
>>> On Mon, 25 Jun 2012 19:17:26 +0200, M. Strobel wrote:
>>>> Ah, small mind. What could PHP do without Apache servers?
>>>
>>> Heh. If PHP were not intended to be used without a webserver, there
>>> wouldn't need to be gettext or ncurses extensions, would there?
>>>
>> Hehe. Truth is never off topic.
>>
>> BTW I am the one posting code here as a screen copy from "php -a".
>>
>> Would you not agree that at least 90% of php applications run on apache?
> 
> I wouldn't aregue with the figure, but this particular truth belongs to
> alt.apache.configuration
> 


PHP has an equal part in it.

/str.

[toc] | [prev] | [next] | [standalone]

#6447

On 6/25/2012 5:32 PM, M. Strobel wrote:
> Am 25.06.2012 22:57, schrieb Peter H. Coffin:
>> On Mon, 25 Jun 2012 22:03:51 +0200, M. Strobel wrote:
>>> Am 25.06.2012 21:37, schrieb Peter H. Coffin:
>>>> On Mon, 25 Jun 2012 19:17:26 +0200, M. Strobel wrote:
>>>>> Ah, small mind. What could PHP do without Apache servers?
>>>>
>>>> Heh. If PHP were not intended to be used without a webserver, there
>>>> wouldn't need to be gettext or ncurses extensions, would there?
>>>>
>>> Hehe. Truth is never off topic.
>>>
>>> BTW I am the one posting code here as a screen copy from "php -a".
>>>
>>> Would you not agree that at least 90% of php applications run on apache?
>>
>> I wouldn't aregue with the figure, but this particular truth belongs to
>> alt.apache.configuration
>>
>
>
> PHP has an equal part in it.
>
> /str.
>

Not at all.  That's why there are so many newsgroups.

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

[toc] | [prev] | [next] | [standalone]

#6454

M. Strobel, 25.06.2012 19:17:

[...]
> Ah, small mind. What could PHP do without Apache servers?

A lot. PHP runs fine without Apache and Apache is not the only web
server which supports PHP. nginx is another popular example and even IIS
can be used to host PHP.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[toc] | [prev] | [next] | [standalone]

#6455

Am 27.06.2012 04:36, schrieb Arno Welzel:
> M. Strobel, 25.06.2012 19:17:
> 
> [...]
>> Ah, small mind. What could PHP do without Apache servers?
> 
> A lot. PHP runs fine without Apache and Apache is not the only web
> server which supports PHP. 

Yea, the SAPI list is quite long.

> nginx is another popular example and even IIS
> can be used to host PHP.
> 

Popular is not quite the word, with a market share in the sub percent range.

But I completely agree to "even" ...

/Str.

[toc] | [prev] | [next] | [standalone]

#6456

Am 27.06.2012 10:11, schrieb M. Strobel:

> Am 27.06.2012 04:36, schrieb Arno Welzel:
>> M. Strobel, 25.06.2012 19:17:
>>
>> [...]
>>> Ah, small mind. What could PHP do without Apache servers?
>>
>> A lot. PHP runs fine without Apache and Apache is not the only web
>> server which supports PHP.
>
> Yea, the SAPI list is quite long.
>
>> nginx is another popular example and even IIS
>> can be used to host PHP.
>
> Popular is not quite the word, with a market share in the sub percent range.

nginx has a market share of more than 11%:

<http://w3techs.com/technologies/overview/web_server/all>

And if you look at the trend graphs you will see that the usage of 
Apache and IIS both decline, while nginx increases - i assume that 
people move from Apache/IIS to nginx for good reasons.

And if you don't believe w3techs.com:

<http://news.netcraft.com/archives/2012/01/03/january-2012-web-server-survey.html>

Ok - maybe only a few nginx servers also use PHP - but nginx itself is 
popular.

> But I completely agree to "even" ...

Why? The "traditional" platform for IIS hosted applications is C# and 
ASP.NET, not PHP.

Also see:

<http://w3techs.com/technologies/overview/programming_language/all>

Since IIS has a market share of 18% but ASP.NET is at about 21% it seems 
to be obvious, that most IIS installations don't use PHP and some .NET 
applications are hosted in Mono environments.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[toc] | [prev] | [next] | [standalone]

#6457

On 6/28/2012 7:18 AM, Arno Welzel wrote:
> Am 27.06.2012 10:11, schrieb M. Strobel:
>
>> Am 27.06.2012 04:36, schrieb Arno Welzel:
>>> M. Strobel, 25.06.2012 19:17:
>>>
>>> [...]
>>>> Ah, small mind. What could PHP do without Apache servers?
>>>
>>> A lot. PHP runs fine without Apache and Apache is not the only web
>>> server which supports PHP.
>>
>> Yea, the SAPI list is quite long.
>>
>>> nginx is another popular example and even IIS
>>> can be used to host PHP.
>>
>> Popular is not quite the word, with a market share in the sub percent
>> range.
>
> nginx has a market share of more than 11%:
>
> <http://w3techs.com/technologies/overview/web_server/all>
>
> And if you look at the trend graphs you will see that the usage of
> Apache and IIS both decline, while nginx increases - i assume that
> people move from Apache/IIS to nginx for good reasons.
>
> And if you don't believe w3techs.com:
>
> <http://news.netcraft.com/archives/2012/01/03/january-2012-web-server-survey.html>
>
>
> Ok - maybe only a few nginx servers also use PHP - but nginx itself is
> popular.
>
>> But I completely agree to "even" ...
>
> Why? The "traditional" platform for IIS hosted applications is C# and
> ASP.NET, not PHP.
>

It is?  I know a lot of sites hosted on IIS which use PHP.  Those who 
what to use .NET and C# have to use IIS.  But that is not the only thing 
they run.

> Also see:
>
> <http://w3techs.com/technologies/overview/programming_language/all>
>
> Since IIS has a market share of 18% but ASP.NET is at about 21% it seems
> to be obvious, that most IIS installations don't use PHP and some .NET
> applications are hosted in Mono environments.
>
>

That's not obvious at all.

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

[toc] | [prev] | [next] | [standalone]

#6459

Am 28.06.2012 14:40, schrieb Jerry Stuckle:

> On 6/28/2012 7:18 AM, Arno Welzel wrote:
[...]
>> Also see:
>>
>> <http://w3techs.com/technologies/overview/programming_language/all>
>>
>> Since IIS has a market share of 18% but ASP.NET is at about 21% it seems
>> to be obvious, that most IIS installations don't use PHP and some .NET
>> applications are hosted in Mono environments.
>
> That's not obvious at all.

Why not? What is the mistake in this comparison?

21% use ASP.NET and 18% use IIS. So i assume most of the ASP.NET based 
websites run on IIS, since ASP.NET is the "native" Environment for IIS, 
even though it is possible to use PHP as well or .NET on 
non-Windows-Systems using Mono.

Do you have a source about how many IIS servers run PHP instead of .NET 
and how many Linux servers run Mono instead of PHP?

-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[toc] | [prev] | [next] | [standalone]

#6460

On 6/28/2012 10:16 AM, Arno Welzel wrote:
> Am 28.06.2012 14:40, schrieb Jerry Stuckle:
>
>> On 6/28/2012 7:18 AM, Arno Welzel wrote:
> [...]
>>> Also see:
>>>
>>> <http://w3techs.com/technologies/overview/programming_language/all>
>>>
>>> Since IIS has a market share of 18% but ASP.NET is at about 21% it seems
>>> to be obvious, that most IIS installations don't use PHP and some .NET
>>> applications are hosted in Mono environments.
>>
>> That's not obvious at all.
>
> Why not? What is the mistake in this comparison?
>
> 21% use ASP.NET and 18% use IIS. So i assume most of the ASP.NET based
> websites run on IIS, since ASP.NET is the "native" Environment for IIS,
> even though it is possible to use PHP as well or .NET on
> non-Windows-Systems using Mono.
>
> Do you have a source about how many IIS servers run PHP instead of .NET
> and how many Linux servers run Mono instead of PHP?
>

Your fallacy is that you are assuming IIS servers run only .NET and none 
run PHP.  That is provably false.  Many IIS servers also run PHP.  They 
also run Perl, for instance.

And you *can* run .NET using Mono - but it doesn't work very well.

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

[toc] | [prev] | [next] | [standalone]

#6462

Jerry Stuckle, 28.06.2012 17:44:

> On 6/28/2012 10:16 AM, Arno Welzel wrote:
>> Am 28.06.2012 14:40, schrieb Jerry Stuckle:
>>
>>> On 6/28/2012 7:18 AM, Arno Welzel wrote:
>> [...]
>>>> Also see:
>>>>
>>>> <http://w3techs.com/technologies/overview/programming_language/all>
>>>>
>>>> Since IIS has a market share of 18% but ASP.NET is at about 21% it
>>>> seems
>>>> to be obvious, that most IIS installations don't use PHP and some .NET
>>>> applications are hosted in Mono environments.
>>>
>>> That's not obvious at all.
>>
>> Why not? What is the mistake in this comparison?
>>
>> 21% use ASP.NET and 18% use IIS. So i assume most of the ASP.NET based
>> websites run on IIS, since ASP.NET is the "native" Environment for IIS,
>> even though it is possible to use PHP as well or .NET on
>> non-Windows-Systems using Mono.
>>
>> Do you have a source about how many IIS servers run PHP instead of .NET
>> and how many Linux servers run Mono instead of PHP?
>>
> 
> Your fallacy is that you are assuming IIS servers run only .NET and none

Maybe you misunderstood me - i did not say, they run *only* .NET.

I just assume, that most .NET based websites are hosted on IIS. This
does not mean, that PHP can not used there as well - just read what i wrote.

But IIS is usually not the first choice when you don't need .NET at all.

> run PHP.  That is provably false.  Many IIS servers also run PHP.  They
> also run Perl, for instance.
> 
> And you *can* run .NET using Mono - but it doesn't work very well.

That's the reason why i assumed, that most .NET based applications run
on IIS and only a little percentage on Mono.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[toc] | [prev] | [next] | [standalone]

#6463

On 6/28/2012 12:01 PM, Arno Welzel wrote:
> Jerry Stuckle, 28.06.2012 17:44:
>
>> On 6/28/2012 10:16 AM, Arno Welzel wrote:
>>> Am 28.06.2012 14:40, schrieb Jerry Stuckle:
>>>
>>>> On 6/28/2012 7:18 AM, Arno Welzel wrote:
>>> [...]
>>>>> Also see:
>>>>>
>>>>> <http://w3techs.com/technologies/overview/programming_language/all>
>>>>>
>>>>> Since IIS has a market share of 18% but ASP.NET is at about 21% it
>>>>> seems
>>>>> to be obvious, that most IIS installations don't use PHP and some .NET
>>>>> applications are hosted in Mono environments.
>>>>
>>>> That's not obvious at all.
>>>
>>> Why not? What is the mistake in this comparison?
>>>
>>> 21% use ASP.NET and 18% use IIS. So i assume most of the ASP.NET based
>>> websites run on IIS, since ASP.NET is the "native" Environment for IIS,
>>> even though it is possible to use PHP as well or .NET on
>>> non-Windows-Systems using Mono.
>>>
>>> Do you have a source about how many IIS servers run PHP instead of .NET
>>> and how many Linux servers run Mono instead of PHP?
>>>
>>
>> Your fallacy is that you are assuming IIS servers run only .NET and none
>
> Maybe you misunderstood me - i did not say, they run *only* .NET.
>
> I just assume, that most .NET based websites are hosted on IIS. This
> does not mean, that PHP can not used there as well - just read what i wrote.
>
> But IIS is usually not the first choice when you don't need .NET at all.
>
>> run PHP.  That is provably false.  Many IIS servers also run PHP.  They
>> also run Perl, for instance.
>>
>> And you *can* run .NET using Mono - but it doesn't work very well.
>
> That's the reason why i assumed, that most .NET based applications run
> on IIS and only a little percentage on Mono.
>
>

But you said "... most IIS installations don't use PHP..." - which is a 
false assumption from those figures.



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

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | comp.lang.php

csiph-web