Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.php > #6417 > unrolled thread
| Started by | brumik <brumiku@gmail.com> |
|---|---|
| First post | 2012-06-25 03:15 -0700 |
| Last post | 2012-06-25 19:42 -0400 |
| Articles | 17 on this page of 57 — 11 participants |
Back to article view | Back to comp.lang.php
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 3 of 3 — ← Prev page 1 2 [3]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2012-06-29 11:18 +0200 |
| Message-ID | <jsjrt1$rg5$1@dont-email.me> |
| In reply to | #6463 |
Am 28.06.2012 21:05, schrieb Jerry Stuckle: [...] > But you said "... most IIS installations don't use PHP..." - which is a > false assumption from those figures. Do you have *any* statistics about the number of IIS servers which run PHP? <http://w3techs.com/technologies/overview/programming_language/all> PHP 77.9% ASP.NET 21.3% Java 3.9% ColdFusion 1.2% Perl 0.9% Ruby 0.5% Python 0.2% <http://w3techs.com/technologies/overview/web_server/all> Apache 65.5% Microsoft-IIS 18.0% Nginx 11.6% LiteSpeed 1.6% Google Servers 1.1% Tomcat 0.6% Lighttpd 0.5% IBM Servers 0.3% Yahoo Traffic Server 0.3% Oracle Servers 0.2% Zope 0.1% Zeus 0.1% Resin 0.1% Of course you may assume that only about 80% of the existing Apache based websites use PHP and half of the IIS based websites also run PHP besides ASP.NET - but this is pure speculation. If you have better sources, let me know, thanks. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2012-06-29 08:40 -0400 |
| Message-ID | <jsk7os$tud$1@dont-email.me> |
| In reply to | #6464 |
On 6/29/2012 5:18 AM, Arno Welzel wrote: > Am 28.06.2012 21:05, schrieb Jerry Stuckle: > > [...] >> But you said "... most IIS installations don't use PHP..." - which is a >> false assumption from those figures. > > Do you have *any* statistics about the number of IIS servers which run PHP? > No accurate ones, but then the ones shown are not accurate, either. However, if you *understood* statistics, you would realize you are making a conclusion the data do not support. > > Of course you may assume that only about 80% of the existing Apache > based websites use PHP and half of the IIS based websites also run PHP > besides ASP.NET - but this is pure speculation. If you have better > sources, let me know, thanks. > Your assumptions are not even speculation. -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2012-06-30 12:26 +0200 |
| Message-ID | <4FEED44E.8020207@arnowelzel.de> |
| In reply to | #6470 |
Jerry Stuckle, 29.06.2012 14:40: > On 6/29/2012 5:18 AM, Arno Welzel wrote: >> Am 28.06.2012 21:05, schrieb Jerry Stuckle: >> >> [...] >>> But you said "... most IIS installations don't use PHP..." - which is a >>> false assumption from those figures. >> >> Do you have *any* statistics about the number of IIS servers which run >> PHP? >> > > No accurate ones, but then the ones shown are not accurate, either. Are any on them available online? > However, if you *understood* statistics, you would realize you are > making a conclusion the data do not support. I do understand that the number of specific web servers has nothing to do with the used server side languages - that's why i asked. >> Of course you may assume that only about 80% of the existing Apache >> based websites use PHP and half of the IIS based websites also run PHP >> besides ASP.NET - but this is pure speculation. If you have better >> sources, let me know, thanks. > > Your assumptions are not even speculation. Just show me your statistics which prove, that a significant number of the existing IIS based hosts is used for PHP. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2012-06-30 08:07 -0400 |
| Message-ID | <jsmq5i$bth$1@dont-email.me> |
| In reply to | #6474 |
On 6/30/2012 6:26 AM, Arno Welzel wrote: > Jerry Stuckle, 29.06.2012 14:40: > >> On 6/29/2012 5:18 AM, Arno Welzel wrote: >>> Am 28.06.2012 21:05, schrieb Jerry Stuckle: >>> >>> [...] >>>> But you said "... most IIS installations don't use PHP..." - which is a >>>> false assumption from those figures. >>> >>> Do you have *any* statistics about the number of IIS servers which run >>> PHP? >>> >> >> No accurate ones, but then the ones shown are not accurate, either. > > Are any on them available online? > Why don't you look? >> However, if you *understood* statistics, you would realize you are >> making a conclusion the data do not support. > > I do understand that the number of specific web servers has nothing to > do with the used server side languages - that's why i asked. > If you understood statistics, you would understand the concept of "fallacious conclusion" and why your statement falls under that. >>> Of course you may assume that only about 80% of the existing Apache >>> based websites use PHP and half of the IIS based websites also run PHP >>> besides ASP.NET - but this is pure speculation. If you have better >>> sources, let me know, thanks. >> >> Your assumptions are not even speculation. > > Just show me your statistics which prove, that a significant number of > the existing IIS based hosts is used for PHP. > > I'm not even going to bother, because it's meaningless - except to a troll, anyway. Just because your "statistics" are completely worthless doesn't mean I need to show you anything else. If you want good statistics, YOU find good statistics. But first you need to learn what valid statistics are, and how they are collected and analyzed. You have shown you understand neither. Now go crawl back in your troll hole. -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2012-07-03 12:20 +0200 |
| Message-ID | <jsuh13$32s$1@dont-email.me> |
| In reply to | #6476 |
Am 30.06.2012 14:07, schrieb Jerry Stuckle: > On 6/30/2012 6:26 AM, Arno Welzel wrote: [...] >> Just show me your statistics which prove, that a significant number of >> the existing IIS based hosts is used for PHP. > > I'm not even going to bother, because it's meaningless - except to a > troll, anyway. Just because your "statistics" are completely worthless > doesn't mean I need to show you anything else. If you want good > statistics, YOU find good statistics. Ok - until then i just don't believe you that a significant percentage of the existing IIS installations are used to host PHP, since this is pure speculation as well. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2012-07-03 08:44 -0400 |
| Message-ID | <jsupfr$fui$1@dont-email.me> |
| In reply to | #6499 |
On 7/3/2012 6:20 AM, Arno Welzel wrote: > Am 30.06.2012 14:07, schrieb Jerry Stuckle: > >> On 6/30/2012 6:26 AM, Arno Welzel wrote: > [...] >>> Just show me your statistics which prove, that a significant number of >>> the existing IIS based hosts is used for PHP. >> >> I'm not even going to bother, because it's meaningless - except to a >> troll, anyway. Just because your "statistics" are completely worthless >> doesn't mean I need to show you anything else. If you want good >> statistics, YOU find good statistics. > > Ok - until then i just don't believe you that a significant percentage > of the existing IIS installations are used to host PHP, since this is > pure speculation as well. > > No one else here gives a shit what you believe. -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2012-07-03 16:02 +0200 |
| Message-ID | <jsuu10$9bi$1@dont-email.me> |
| In reply to | #6501 |
Am 03.07.2012 14:44, schrieb Jerry Stuckle: > On 7/3/2012 6:20 AM, Arno Welzel wrote: >> Am 30.06.2012 14:07, schrieb Jerry Stuckle: >> >>> On 6/30/2012 6:26 AM, Arno Welzel wrote: >> [...] >>>> Just show me your statistics which prove, that a significant number of >>>> the existing IIS based hosts is used for PHP. >>> >>> I'm not even going to bother, because it's meaningless - except to a >>> troll, anyway. Just because your "statistics" are completely worthless >>> doesn't mean I need to show you anything else. If you want good >>> statistics, YOU find good statistics. >> >> Ok - until then i just don't believe you that a significant percentage >> of the existing IIS installations are used to host PHP, since this is >> pure speculation as well. >> >> > > No one else here gives a shit what you believe. No one else here gives a shit what you say about IIS and PHP. F'up to poster. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de
[toc] | [prev] | [next] | [standalone]
| From | "M. Strobel" <sorry_no_mail_here@nowhere.dee> |
|---|---|
| Date | 2012-06-29 14:32 +0200 |
| Message-ID | <a55ljoFiegU1@mid.uni-berlin.de> |
| In reply to | #6456 |
Am 28.06.2012 13:18, schrieb Arno Welzel: > 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> > My data is from 2010, so there is a big change. Interesting. When "(internal dummy connection)" started to show up in the apache log files it was quite clear to me the developers took a wrong turn. But this is quite OT. /Str
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2012-06-29 08:41 -0400 |
| Message-ID | <jsk7qg$tud$2@dont-email.me> |
| In reply to | #6469 |
On 6/29/2012 8:32 AM, M. Strobel wrote: > Am 28.06.2012 13:18, schrieb Arno Welzel: >> 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> >> > > My data is from 2010, so there is a big change. Interesting. > > When "(internal dummy connection)" started to show up in the apache log files it was > quite clear to me the developers took a wrong turn. But this is quite OT. > > /Str > Don't worry about it - the statistics are not accurate. See how they were collected. Not a scientific survey, at all. -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2012-06-30 12:28 +0200 |
| Message-ID | <4FEED4E8.6010403@arnowelzel.de> |
| In reply to | #6471 |
Jerry Stuckle, 29.06.2012 14:41: > On 6/29/2012 8:32 AM, M. Strobel wrote: >> Am 28.06.2012 13:18, schrieb Arno Welzel: [...] >>> nginx has a market share of more than 11%: >>> >>> <http://w3techs.com/technologies/overview/web_server/all> >>> >> >> My data is from 2010, so there is a big change. Interesting. >> >> When "(internal dummy connection)" started to show up in the apache >> log files it was >> quite clear to me the developers took a wrong turn. But this is quite OT. >> >> /Str >> > > Don't worry about it - the statistics are not accurate. See how they > were collected. Not a scientific survey, at all. Feel free to point to a better survey. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2012-06-30 08:08 -0400 |
| Message-ID | <jsmq8d$bth$2@dont-email.me> |
| In reply to | #6475 |
On 6/30/2012 6:28 AM, Arno Welzel wrote: > Jerry Stuckle, 29.06.2012 14:41: > >> On 6/29/2012 8:32 AM, M. Strobel wrote: >>> Am 28.06.2012 13:18, schrieb Arno Welzel: > [...] >>>> nginx has a market share of more than 11%: >>>> >>>> <http://w3techs.com/technologies/overview/web_server/all> >>>> >>> >>> My data is from 2010, so there is a big change. Interesting. >>> >>> When "(internal dummy connection)" started to show up in the apache >>> log files it was >>> quite clear to me the developers took a wrong turn. But this is quite OT. >>> >>> /Str >>> >> >> Don't worry about it - the statistics are not accurate. See how they >> were collected. Not a scientific survey, at all. > > Feel free to point to a better survey. > > Feel free to find your own survey. Just because I point out the survey is completely inaccurate does not mean I need to find an accurate one. YOU want the valid statistics, so YOU go find them. But before you do, you need to understand how VALID statistics are compiled and analyzed. Now go crawl back in your little troll hole. -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2012-06-30 16:48 +0200 |
| Message-ID | <4FEF11A4.4030004@arnowelzel.de> |
| In reply to | #6477 |
Jerry Stuckle, 30.06.2012 14:08: > On 6/30/2012 6:28 AM, Arno Welzel wrote: >> Jerry Stuckle, 29.06.2012 14:41: >> >>> On 6/29/2012 8:32 AM, M. Strobel wrote: >>>> Am 28.06.2012 13:18, schrieb Arno Welzel: >> [...] >>>>> nginx has a market share of more than 11%: >>>>> >>>>> <http://w3techs.com/technologies/overview/web_server/all> >>>>> >>>> >>>> My data is from 2010, so there is a big change. Interesting. >>>> >>>> When "(internal dummy connection)" started to show up in the apache >>>> log files it was >>>> quite clear to me the developers took a wrong turn. But this is >>>> quite OT. >>>> >>>> /Str >>>> >>> >>> Don't worry about it - the statistics are not accurate. See how they >>> were collected. Not a scientific survey, at all. >> >> Feel free to point to a better survey. >> >> > > Feel free to find your own survey. Just because I point out the survey > is completely inaccurate does not mean I need to find an accurate one. In this case your statement is just meaningless. > YOU want the valid statistics, so YOU go find them. But before you do, > you need to understand how VALID statistics are compiled and analyzed. > > Now go crawl back in your little troll hole. Same to you - thanks. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de
[toc] | [prev] | [next] | [standalone]
| From | Luuk <luuk@invalid.lan> |
|---|---|
| Date | 2012-06-25 19:09 +0200 |
| Message-ID | <jjimb9-bsv.ln1@luuk.invalid.lan> |
| In reply to | #6423 |
On 25-06-2012 18:10, 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.
>
Ok,
Its about apache, the webserver that most of the time sits in front of PHP,
In their docs (http://httpd.apache.org/docs/2.2/mod/mod_proxy.html):
An ordinary forward proxy is an intermediate server that sits between
the client and the origin server. In order to get content from the
origin server, the client sends a request to the proxy naming the origin
server as the target and the proxy then requests the content from the
origin server and returns it to the client. The client must be specially
configured to use the forward proxy to access other sites.
The important part here is:
"the proxy then requests the content from the origin server"
Therefore PHP does know nothing about a proxyserver......
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2012-06-25 18:55 +0100 |
| Message-ID | <jsa8n0$abj$1@news.albasani.net> |
| In reply to | #6423 |
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.
>
Jerry is always off topic then..
> /Str.
>
--
To people who know nothing, anything is possible.
To people who know too much, it is a sad fact
that they know how little is really possible -
and how hard it is to achieve it.
[toc] | [prev] | [next] | [standalone]
| From | "M. Strobel" <sorry_no_mail_here@nowhere.dee> |
|---|---|
| Date | 2012-06-25 21:25 +0200 |
| Message-ID | <a4rs96Fd5oU1@mid.uni-berlin.de> |
| In reply to | #6429 |
Am 25.06.2012 19:55, schrieb The Natural Philosopher: > 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: >>>>>>>> ---cut--- >>>>>>>> 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. >> > Jerry is always off topic then.. Dead on target. And he is putting more effort into telling everyone what is off topic than would be required to answer the question. /Str.
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2012-06-26 00:14 +0100 |
| Message-ID | <jsarc5$gcg$6@news.albasani.net> |
| In reply to | #6435 |
M. Strobel wrote: > Am 25.06.2012 19:55, schrieb The Natural Philosopher: >> M. Strobel wrote: >>> Am 25.06.2012 16:44, schrieb Jerry Stuckle: >>>> On 6/25/2012 10:42 AM, Tony Mountifield wrote: >>>> It's off topic in this newsgroup. If you want to know why, try an appropriate >>>> newsgroup. >>>> >>> Truth is never off topic. >>> >> Jerry is always off topic then.. > > Dead on target. > > And he is putting more effort into telling everyone what is off topic than would be > required to answer the question. > Well at least he's a consistent asshole then. He always did. But remember, he doesn't know the answer. Its not in the PHP manual which is all he knows about PHP - never having written a line of code in his life. > /Str. -- To people who know nothing, anything is possible. To people who know too much, it is a sad fact that they know how little is really possible - and how hard it is to achieve it.
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2012-06-25 19:42 -0400 |
| Message-ID | <jsat1a$4gt$1@dont-email.me> |
| In reply to | #6450 |
On 6/25/2012 7:14 PM, The Natural Philosopher wrote: > M. Strobel wrote: >> Am 25.06.2012 19:55, schrieb The Natural Philosopher: >>> M. Strobel wrote: >>>> Am 25.06.2012 16:44, schrieb Jerry Stuckle: >>>>> On 6/25/2012 10:42 AM, Tony Mountifield wrote: > > >>>>> It's off topic in this newsgroup. If you want to know why, try an >>>>> appropriate >>>>> newsgroup. >>>>> >>>> Truth is never off topic. >>>> >>> Jerry is always off topic then.. >> >> Dead on target. >> >> And he is putting more effort into telling everyone what is off topic >> than would be >> required to answer the question. >> > > Well at least he's a consistent asshole then. He always did. But > remember, he doesn't know the answer. Its not in the PHP manual which is > all he knows about PHP - never having written a line of code in his life. > > > >> /Str. > > That's where you're wrong. I know the answer (although YOU don't) - but I'm not going to encourage off-topic posts in this newsgroup. But once again you show your stoopidity - I suggest you figure out which end of a shovel to use so you can go back to ditch digging. We all know you are neither a programmer nor the electrical engineer you claim to be. That's why you won't use your real name. But then trolls are like that. -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
[toc] | [prev] | [standalone]
Page 3 of 3 — ← Prev page 1 2 [3]
Back to top | Article view | comp.lang.php
csiph-web