FUDforum
Fast Uncompromising Discussions. FUDforum will get your users talking.

Home » Imported messages » comp.lang.php » Headers in fpassthru() output
Show: Today's Messages :: Polls :: Message Navigator
Switch to threaded view of this topic Create a new topic Submit Reply
Headers in fpassthru() output [message #176934] Tue, 07 February 2012 02:40 Go to next message
DAVISM is currently offline  DAVISM
Messages: 3
Registered: February 2012
Karma: 0
Junior Member
So far, I've tested a call to fopen followed by a call to fpassthru
on a remote (http://...) JPEG file with PHP v4.4.7 in the "OSU Web Server"
running under OpenVMS V8.3 on an Alpha, and with PHP v5.3.4 in Apache v2.2.17
running under Mac OS X v10.6.8. The JPEG file is served by a Webcam. The
documentation (on php.net) for "http://" says the stream opened by fopen only
provides access to the body of the response. Why is it, then, that when I
call on fpassthru for the (JPEG URL) stream, I see the headers included in the
data returned?

The code looks basically like this:

$image = fopen ( "http://...jpg", "r" );
foreach ( $http_response_header as $header )
{
echo "{$header}\r\n";
}
echo "\r\n";
fpassthru ( $image );
fclose ( $image );

With the above, the headers are clearly visible at the beginning of the data,
rendering a lot of meaningless code in the browser window, rather than an
actual image. One work-around I've developed is...

$image = fopen ( "http://...jpg", "r" );
$inHeaders = 1;
while ( $inHeaders && ! feof ( $image ) )
{
$line = fgets ( $image );
echo $line;
$inHeaders = ( $line != "\r\n" );
}
if ( ! feof ( $image ) )
fpassthru ( $image );
fclose ( $image );

Can anyone explain why I'm seeing behavior counter to the documentation with
"fopen ( 'http://...' )" and "fpassthru (...)"? (FWIW, the purpose of the
code is to "proxy" a Webcam image that isn't directly available, so that as
far as the browser is concerned, the image is served by the web server
hosting this PHP code.)

Thanks,
Mike
Re: Headers in fpassthru() output [message #176936 is a reply to message #176934] Tue, 07 February 2012 08:48 Go to previous messageGo to next message
M. Strobel is currently offline  M. Strobel
Messages: 386
Registered: December 2011
Karma: 0
Senior Member
Am 07.02.2012 03:40, schrieb Michael T. Davis:
> So far, I've tested a call to fopen followed by a call to fpassthru
> on a remote (http://...) JPEG file with PHP v4.4.7 in the "OSU Web Server"
> running under OpenVMS V8.3 on an Alpha, and with PHP v5.3.4 in Apache v2.2.17
> running under Mac OS X v10.6.8. The JPEG file is served by a Webcam. The
> documentation (on php.net) for "http://" says the stream opened by fopen only
> provides access to the body of the response. Why is it, then, that when I
> call on fpassthru for the (JPEG URL) stream, I see the headers included in the
> data returned?
>
> The code looks basically like this:
>
> $image = fopen ( "http://...jpg", "r" );
> foreach ( $http_response_header as $header )
> {
> echo "{$header}\r\n";
> }
> echo "\r\n";
> fpassthru ( $image );
> fclose ( $image );
>
> With the above, the headers are clearly visible at the beginning of the data,
> rendering a lot of meaningless code in the browser window, rather than an
> actual image. One work-around I've developed is...
>
> $image = fopen ( "http://...jpg", "r" );
> $inHeaders = 1;
> while ( $inHeaders && ! feof ( $image ) )
> {
> $line = fgets ( $image );
> echo $line;
> $inHeaders = ( $line != "\r\n" );
> }
> if ( ! feof ( $image ) )
> fpassthru ( $image );
> fclose ( $image );
>
> Can anyone explain why I'm seeing behavior counter to the documentation with
> "fopen ( 'http://...' )" and "fpassthru (...)"? (FWIW, the purpose of the
> code is to "proxy" a Webcam image that isn't directly available, so that as
> far as the browser is concerned, the image is served by the web server
> hosting this PHP code.)
>
> Thanks,
> Mike

I can't confirm the problem - no headers here:

strobel@s114-intel:~> php -a
Interactive shell

php > $h = fopen('http://php.net','r');
php > fpassthru ($h);
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>PHP: Hypertext Preprocessor</title>
....

Tested on an ubuntu 10.04 server.

/Str.
Re: Headers in fpassthru() output [message #176937 is a reply to message #176934] Tue, 07 February 2012 08:56 Go to previous messageGo to next message
M. Strobel is currently offline  M. Strobel
Messages: 386
Registered: December 2011
Karma: 0
Senior Member
Am 07.02.2012 03:40, schrieb Michael T. Davis:
> So far, I've tested a call to fopen followed by a call to fpassthru
> on a remote (http://...) JPEG file with PHP v4.4.7 in the "OSU Web Server"
> running under OpenVMS V8.3 on an Alpha, and with PHP v5.3.4 in Apache v2.2.17
> running under Mac OS X v10.6.8. The JPEG file is served by a Webcam. The
> documentation (on php.net) for "http://" says the stream opened by fopen only
> provides access to the body of the response. Why is it, then, that when I
> call on fpassthru for the (JPEG URL) stream, I see the headers included in the
> data returned?
>
> The code looks basically like this:
>
> $image = fopen ( "http://...jpg", "r" );
> foreach ( $http_response_header as $header )
> {
> echo "{$header}\r\n";

You should not echo the headers, this will send your web server’s headers, and as
body your echoed headers.

Use header() function instead - http://de.php.net/manual/de/function.header.php

/Str.
Re: Headers in fpassthru() output [message #176938 is a reply to message #176934] Tue, 07 February 2012 09:34 Go to previous messageGo to next message
alvaro.NOSPAMTHANX is currently offline  alvaro.NOSPAMTHANX
Messages: 277
Registered: September 2010
Karma: 0
Senior Member
El 07/02/2012 3:40, Michael T. Davis escribió/wrote:
> So far, I've tested a call to fopen followed by a call to fpassthru
> on a remote (http://...) JPEG file with PHP v4.4.7 in the "OSU Web Server"
> running under OpenVMS V8.3 on an Alpha, and with PHP v5.3.4 in Apache v2.2.17
> running under Mac OS X v10.6.8. The JPEG file is served by a Webcam. The
> documentation (on php.net) for "http://" says the stream opened by fopen only
> provides access to the body of the response. Why is it, then, that when I
> call on fpassthru for the (JPEG URL) stream, I see the headers included in the
> data returned?
>
> The code looks basically like this:
>
> $image = fopen ( "http://...jpg", "r" );
> foreach ( $http_response_header as $header )
> {
> echo "{$header}\r\n";
> }
> echo "\r\n";
> fpassthru ( $image );
> fclose ( $image );
>
> With the above, the headers are clearly visible at the beginning of the data,
> rendering a lot of meaningless code in the browser window, rather than an
> actual image.

I don't know for sure what manual page you are quoting (you just point
to the PHP site) but the full quote at the page for the HTTP wrapper [1] is:

«The stream allows access to the body of the resource; the headers are
stored in the $http_response_header variable.»

.... and that's exactly what you are doing: printing the values of the
$http_response_header variable [2].

[1] http://es2.php.net/manual/en/wrappers.http.php
[2] http://es2.php.net/manual/en/reserved.variables.httpresponseheader.php





> One work-around I've developed is...
>
> $image = fopen ( "http://...jpg", "r" );
> $inHeaders = 1;
> while ( $inHeaders&& ! feof ( $image ) )
> {
> $line = fgets ( $image );
> echo $line;
> $inHeaders = ( $line != "\r\n" );
> }
> if ( ! feof ( $image ) )
> fpassthru ( $image );
> fclose ( $image );
>
> Can anyone explain why I'm seeing behavior counter to the documentation with
> "fopen ( 'http://...' )" and "fpassthru (...)"?

Neither http://es.php.net/manual/en/function.fopen.php nor
http://es.php.net/fpassthru claim that $http_response_header should not
get populated...



--
-- http://alvaro.es - Álvaro G. Vicario - Burgos, Spain
-- Mi sitio sobre programación web: http://borrame.com
-- Mi web de humor satinado: http://www.demogracia.com
--
Re: Headers in fpassthru() output [message #176940 is a reply to message #176938] Tue, 07 February 2012 16:36 Go to previous messageGo to next message
DAVISM is currently offline  DAVISM
Messages: 3
Registered: February 2012
Karma: 0
Junior Member
In article <jgqr6d$dlh$1(at)dont-email(dot)me>,
=?ISO-8859-1?Q?=22=C1lvaro_G=2E_Vicario=22?=<alvaro(dot)NOSPAMTHANX(at)demogracia(dot)com(dot)invalid> writes:

> El 07/02/2012 3:40, Michael T. Davis escribi/wrote:
>> So far, I've tested a call to fopen followed by a call to fpassthru
>> on a remote (http://...) JPEG file with PHP v4.4.7 in the "OSU Web Server"
>> running under OpenVMS V8.3 on an Alpha, and with PHP v5.3.4 in Apache
> v2.2.17
>> running under Mac OS X v10.6.8. The JPEG file is served by a Webcam. The
>> documentation (on php.net) for "http://" says the stream opened by fopen
> only
>> provides access to the body of the response. Why is it, then, that when I
>> call on fpassthru for the (JPEG URL) stream, I see the headers included in
> the
>> data returned?
>>
>> The code looks basically like this:
>>
>> $image = fopen ( "http://...jpg", "r" );
>> foreach ( $http_response_header as $header )
>> {
>> echo "{$header}\r\n";
>> }
>> echo "\r\n";
>> fpassthru ( $image );
>> fclose ( $image );
>>
>> With the above, the headers are clearly visible at the beginning of the
> data,
>> rendering a lot of meaningless code in the browser window, rather than an
>> actual image.
>
> I don't know for sure what manual page you are quoting (you just point
> to the PHP site) but the full quote at the page for the HTTP wrapper [1] is:
>
> The stream allows access to the body of the resource; the headers are
> stored in the $http_response_header variable.
>
> ... and that's exactly what you are doing: printing the values of the
> $http_response_header variable [2].
>
> [1] http://es2.php.net/manual/en/wrappers.http.php
> [2] http://es2.php.net/manual/en/reserved.variables.httpresponseheader.php

I'm referencing the English version of the documentation that you
are citing.

>
>
>
>
>
>> One work-around I've developed is...
>>
>> $image = fopen ( "http://...jpg", "r" );
>> $inHeaders = 1;
>> while ( $inHeaders&& ! feof ( $image ) )
>> {
>> $line = fgets ( $image );
>> echo $line;
>> $inHeaders = ( $line != "\r\n" );
>> }
>> if ( ! feof ( $image ) )
>> fpassthru ( $image );
>> fclose ( $image );
>>
>> Can anyone explain why I'm seeing behavior counter to the documentation with
>> "fopen ( 'http://...' )" and "fpassthru (...)"?
>
> Neither http://es.php.net/manual/en/function.fopen.php nor
> http://es.php.net/fpassthru claim that $http_response_header should not
> get populated...

I didn't claim that $http_response_header was invalid. As I
mentioned in the parenthetical at the end of the original post, I'm trying
to serve the JPEG image of a network Webcam from the host where I have the
PHP script, in order to make it appear as if the JPEG image comes from the
PHP-running host. This means I need to send the headers that come from
the response of the Webcam to the browser. I can certainly leverage
$http_response_header and push the contents to the broswer, but if I do
that--given the behavior I'm seeing--it seems I would still need to parse
the headers from the fopen call and "drop them on the floor" before sending
the "actual" body/image of what comes from the Webcam. If I'm going to
parse the headers, I figured I might as well do something with them, which
is why the work-around doesn't call on $http_response_header.

>
>
>
> --
> -- http://alvaro.es - lvaro G. Vicario - Burgos, Spain
> -- Mi sitio sobre programacin web: http://borrame.com
> -- Mi web de humor satinado: http://www.demogracia.com
> --

Regards,
Mike
Re: Headers in fpassthru() output [message #176941 is a reply to message #176940] Tue, 07 February 2012 16:50 Go to previous messageGo to next message
M. Strobel is currently offline  M. Strobel
Messages: 386
Registered: December 2011
Karma: 0
Senior Member
Am 07.02.2012 17:36, schrieb Michael T. Davis:

> I didn't claim that $http_response_header was invalid. As I
> mentioned in the parenthetical at the end of the original post, I'm trying
> to serve the JPEG image of a network Webcam from the host where I have the
> PHP script, in order to make it appear as if the JPEG image comes from the
> PHP-running host. This means I need to send the headers that come from
> the response of the Webcam to the browser. I can certainly leverage
> $http_response_header and push the contents to the broswer, but if I do
> that--given the behavior I'm seeing--it seems I would still need to parse
> the headers from the fopen call and "drop them on the floor" before sending
> the "actual" body/image of what comes from the Webcam. If I'm going to
> parse the headers, I figured I might as well do something with them, which
> is why the work-around doesn't call on $http_response_header.
--cut
>
> Regards,
> Mike

This does not sound like you read and understood my answers.

Drop your workaround, and start sending the headers with the header() function using
$http_response_header.

/Str.
Re: Headers in fpassthru() output [message #176942 is a reply to message #176941] Tue, 07 February 2012 17:35 Go to previous messageGo to next message
DAVISM is currently offline  DAVISM
Messages: 3
Registered: February 2012
Karma: 0
Junior Member
In article <9pd32eFlgeU1(at)mid(dot)uni-berlin(dot)de>, "M. Strobel"
<sorry_no_mail_here(at)nowhere(dot)dee> writes:

> Am 07.02.2012 17:36, schrieb Michael T. Davis:
>
>> I didn't claim that $http_response_header was invalid. As I
>> mentioned in the parenthetical at the end of the original post, I'm trying
>> to serve the JPEG image of a network Webcam from the host where I have the
>> PHP script, in order to make it appear as if the JPEG image comes from the
>> PHP-running host. This means I need to send the headers that come from
>> the response of the Webcam to the browser. I can certainly leverage
>> $http_response_header and push the contents to the broswer, but if I do
>> that--given the behavior I'm seeing--it seems I would still need to parse
>> the headers from the fopen call and "drop them on the floor" before sending
>> the "actual" body/image of what comes from the Webcam. If I'm going to
>> parse the headers, I figured I might as well do something with them, which
>> is why the work-around doesn't call on $http_response_header.
> --cut
>>
>> Regards,
>> Mike
>
> This does not sound like you read and understood my answers.
>
> Drop your workaround, and start sending the headers with the header()
> function u

>
sing
> $http_response_header.

OK, this was my original code:

$image = fopen ( "http://...jpg", "r" );
foreach ( $http_response_header as $header )
{
echo "{$header}\r\n";
}
echo "\r\n";
fpassthru ( $image );
fclose ( $image );

The issue was apparently my use of `echo' to send the headers to the
browser. I took your direction literally, and it seems to work:

$image = fopen ( "http://...jpg", "r" );
foreach ( $http_response_header as $header )
{
header ( $header );
}
fpassthru ( $image );
fclose ( $image );

As I thought about it, my mistake was clear.

>
> /Str.

Thanks,
Mike
Re: Headers in fpassthru() output [message #176943 is a reply to message #176940] Wed, 08 February 2012 09:10 Go to previous messageGo to next message
alvaro.NOSPAMTHANX is currently offline  alvaro.NOSPAMTHANX
Messages: 277
Registered: September 2010
Karma: 0
Senior Member
El 07/02/2012 17:36, Michael T. Davis escribió/wrote:
>> I don't know for sure what manual page you are quoting (you just point
>> to the PHP site) but the full quote at the page for the HTTP wrapper [1] is:
>>
>> «The stream allows access to the body of the resource; the headers are
>> stored in the $http_response_header variable.»
>>
>> ... and that's exactly what you are doing: printing the values of the
>> $http_response_header variable [2].
>>
>> [1] http://es2.php.net/manual/en/wrappers.http.php
>> [2] http://es2.php.net/manual/en/reserved.variables.httpresponseheader.php
>
> I'm referencing the English version of the documentation that you
> are citing.

Well, the documentation I'm citing is already in English :)



>> Neither http://es.php.net/manual/en/function.fopen.php nor
>> http://es.php.net/fpassthru claim that $http_response_header should not
>> get populated...
>
> I didn't claim that $http_response_header was invalid. As I
> mentioned in the parenthetical at the end of the original post, I'm trying
> to serve the JPEG image of a network Webcam from the host where I have the
> PHP script, in order to make it appear as if the JPEG image comes from the
> PHP-running host. This means I need to send the headers that come from
> the response of the Webcam to the browser. I can certainly leverage
> $http_response_header and push the contents to the broswer, but if I do
> that--given the behavior I'm seeing--it seems I would still need to parse
> the headers from the fopen call and "drop them on the floor" before sending
> the "actual" body/image of what comes from the Webcam. If I'm going to
> parse the headers, I figured I might as well do something with them, which
> is why the work-around doesn't call on $http_response_header.

I think you already got it, according to your latest post in this
thread. You were probably getting confused by some CGI modules that send
the raw output as generated by the script, so you have to start printing
the HTTP headers plus a blank line. It's not the case in PHP: the output
of echo statements always goes to the response body.



--
-- http://alvaro.es - Álvaro G. Vicario - Burgos, Spain
-- Mi sitio sobre programación web: http://borrame.com
-- Mi web de humor satinado: http://www.demogracia.com
--
Re: Headers in fpassthru() output [message #176944 is a reply to message #176942] Wed, 08 February 2012 10:38 Go to previous message
M. Strobel is currently offline  M. Strobel
Messages: 386
Registered: December 2011
Karma: 0
Senior Member
Am 07.02.2012 18:35, schrieb Michael T. Davis:
> In article <9pd32eFlgeU1(at)mid(dot)uni-berlin(dot)de>, "M. Strobel"
> <sorry_no_mail_here(at)nowhere(dot)dee> writes:
>
>> Am 07.02.2012 17:36, schrieb Michael T. Davis:
>>
>>> I didn't claim that $http_response_header was invalid. As I
>>> mentioned in the parenthetical at the end of the original post, I'm trying
>>> to serve the JPEG image of a network Webcam from the host where I have the
>>> PHP script, in order to make it appear as if the JPEG image comes from the
>>> PHP-running host. This means I need to send the headers that come from
>>> the response of the Webcam to the browser. I can certainly leverage
>>> $http_response_header and push the contents to the broswer, but if I do
>>> that--given the behavior I'm seeing--it seems I would still need to parse
>>> the headers from the fopen call and "drop them on the floor" before sending
>>> the "actual" body/image of what comes from the Webcam. If I'm going to
>>> parse the headers, I figured I might as well do something with them, which
>>> is why the work-around doesn't call on $http_response_header.
>> --cut
>>>
>>> Regards,
>>> Mike
>>
>> This does not sound like you read and understood my answers.
>>
>> Drop your workaround, and start sending the headers with the header()
>> function u
>
>>
> sing
>> $http_response_header.
>
> OK, this was my original code:
>
> $image = fopen ( "http://...jpg", "r" );
> foreach ( $http_response_header as $header )
> {
> echo "{$header}\r\n";
> }
> echo "\r\n";
> fpassthru ( $image );
> fclose ( $image );
>
> The issue was apparently my use of `echo' to send the headers to the
> browser. I took your direction literally, and it seems to work:
>
> $image = fopen ( "http://...jpg", "r" );
> foreach ( $http_response_header as $header )
> {
> header ( $header );
> }
> fpassthru ( $image );
> fclose ( $image );
>
> As I thought about it, my mistake was clear.
>
>>
>> /Str.
>
> Thanks,
> Mike

:-0

Once you've got this you could proceed to optimize the headers / write your own -
cache? content-type?

/Str.
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Re: Tips to find Technical Co-founder / Tech lead
Next Topic: 6 line php 2 asp
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Sun Nov 24 20:29:05 GMT 2024

Total time taken to generate the page: 0.02395 seconds