Re: passthru() on Win98 ??

It goes into a link to whatever PHP file you're using to return the contents of the .PDF. It would work in the address field in the browser, too. I don't see why you're typing http://localhost/test.php/whatever.pdf into the address field since that isn't the URL I told you to use. I said: http://whatever/stuff.php?options/desired_filename.pdf As you can see, instead of stuff.php put the name of the php file that has your code to return the binary contents of the .pdf file. You can follow it with whatever optional parameters you want in the query string (i/e after the '?' question mark), either way, make sure at the very end of the address is a slash '/' followed by the desired filename you want to use, ending in .pdf. -Mike At 05:58 PM 2/26/02 +0100, you wrote:

Is the example below meant to go into a link (<a href=***></a>)? Or is it meant for the address field on the browser? If I type "http://localhost/test.php/whatever.pdf" in the address field I get a server error which I was also expecting to be hornest. I don't see how that should work. "Mike Flynn" <mike@mikeflynn.net> wrote in message news:5.1.0.14.2.20020226115736.00a5e120@mikeflynn.net... Use a slash and then the filename.pdf. So http://whatever/stuff.php?options/desired_filename.pdf would do it. It's ok that you aren't linking to a real file, it doesn't matter. Just the file that you want the .pdf document to be known as to the user's browser. At 05:07 PM 2/26/2002 +0100, Sviss Cobazor wrote:

Hmm in my case there is no file to link to. The pdf document doesn't

exist,

it's generated on-the-fly. Take this example: test.php contains: <? function topdf($file, $options = "") {

    header("Content-Type: application/pdf");
    flush();

passthru("C:\htmldoc -t pdf14 --quiet --jpeg size A4 --webpage $options \"$file\""); } $url = "http://localhost/whatever.html"; topdf($url); ?> So the idea was to write the address "http://localhost/test.php" and the browser would load Acrobat Reader and show the pdf document generated

from

"whatever.html". So how do I get the ".pdf" added? By typing the address "http://localhost/test.php?.pdf" ? Doesn't seem to work. "Mike Flynn" <mike@mikeflynn.net> wrote in message news:5.1.0.14.2.20020226101043.00a4f470@mikeflynn.net...

Yes, this has been documented extensively on the web. The fix is to

put a

pdf extension at the end of the url call to your script that is

returning

the pdf file. You can use an arbitrary filename ending in .pdf, or

you

can

use the actual filename of the .pdf file, which would be preferable so

that

if the user tries to save the .pdf file, the default filename is correct. So what this means is that the script that is linking to

your

.pdf-returning script needs to know the filename/that it is a .pdf

file,

ahead of time. So you want to do something like this: <?php $query = 'SELECT strFileFilename FROM tblFiles '; $query .= "WHERE intFileID=$id"; $filename = mysql_result(mysql_query($query), 0); print "<a href=\"/stuff/getfile.php?id=$id/$filename\">Here's the

PDF</a>\n";

?> -Mike At 03:09 PM 2/26/2002 +0100, Sviss Cobazor wrote:

However, sigh, IE seems to have a bug so that Acrobat Reader is only

loaded

when the URL ends with ".pdf" aka IE doesn't give a rats about the

header

sent to it. Using Telnet I can see that the pdf page is returned correctly but

when

using IE I still get a blank page due to the fact that no

(pre-generated)

pdf document is sent to it and therefore the URL doesn't contain a "whatever.pdf" ind the end and therefore doesn't load Acrobat Reader. Look at this example: header("Content-Type: application/pdf"); flush(); passthru("C:\htmldoc -t pdf14 --quiet --jpeg size A4 --webpage \"http://localhost/whatever.html\""); This works fine with Telnet (where output is nonsense), but doesn't with IE (where the output would make sense). Does anyone have a solution to this? How to get IE to understand that the data sent to it is to be handled

as

a

pdf document (as in load Acrobat Reader)? "Sviss Cobazor" <sviss@nospam.dk> wrote in message news:20020226102428.17377.qmail@pb1.pair.com...

It seemed that it was Putty itself that wouldn't work for me

(don't

ask me

why). So I used Telnet and it worked. After having my advicor (this is a education project) visiting me

we

found

out why that passthru() function didn't work. It's very simple really, passthru() doesn't allow spaces in paths

so

"C:\program files\etc." becomes "C:\program" => false path. Removing the application (htmldoc.exe) to "C:\" instead did the

job.

For anyone else having same problems this is the correct way to

type

it

(my

example): <? function topdf($filename, $options = "") {

    header("Content-Type: application/pdf");
    flush();
    passthru("C:\htmldoc -t pdf14 --quiet --jpeg size A4 --webpage

$options

\"$filename\""); } ?> This function now works and sends the result pdf directly to the

browser.

Thanks for your time Court, I wouldn't have thought of using

Telnet

myself

:) ~ Sviss "Court Shrock" <ShrockC@inhs.org> wrote in message

news:25E1EA6CA52DD311A525009027725B55041424E7@exchange1.inhs.org...

To explain the 400 bad request, you most likely had a typo when

you

typed

in

the HTTP request. The request is case-sensitive and very

particular.

Most

likely, the "Host: localhost" portion of the request messed up

somehow.

When you get a "HTTP/1.1 200 OK" response, that means that the

webserver

accepted the request and will process your request. In order to

test

whether or not the passthru function is doing things properly,

you

are

verifying what is being sent to the browser by simulating what

the

browser

would send to your webserver and then what the browser is

getting in

response. It will all start to make sense when you start seeing

your

files

output--of course, in the request that I had you type, I assumed

the

file

that returns the pdf is named "index.php" or whatever file your

webserver

will retrieve when it gets a root "/" request. If this is not

the

case,

you

need to replace the "GET / HTTP/1.1" line with "GET

/yourfile.php

HTTP/1.1"

or even "GET /yourfile.php?var1=whatever__yougettheidea

HTTP/1.1".

passthru is working properly if you see something like: HTTP/1.1 200 OK Date: Mon, 25 Feb 2002 23:20:35 GMT Server: Apache/1.3.20 (Unix) PHP/4.0.6 mod_ssl/2.8.4

OpenSSL/0.9.6

X-Powered-By: PHP/4.0.6 Transfer-Encoding: chunked Content-Type: application/pdf [lots of binary data] it isn't working if you see something like this: HTTP/1.1 200 OK Date: Mon, 25 Feb 2002 23:20:35 GMT Server: Apache/1.3.20 (Unix) PHP/4.0.6 mod_ssl/2.8.4

OpenSSL/0.9.6

X-Powered-By: PHP/4.0.6 Transfer-Encoding: chunked Content-Type: text/html <html>some stupid html, or nothing at all</html> in which case, I would try a different method to verify that

data is

properly passing between php and htmldoc.exe. I hope this has addressed some of the confusion. Court

-----Original Message----- From: Sviss Cobazor [mailto:sviss@nospam.dk] Sent: Monday, February 25, 2002 5:12 PM To: php-windows@lists.php.net Subject: Re: [PHP-WIN] passthru() on Win98 ?? I followed your instructions and got: HTTP/1.1 400 bad request

Date: Tue, 26 Feb 2002 01:05:57 GMT Server: Apache/1.3.20 (Win32) Connection: close Content-Type: text/html charset=iso-8859-1

... And then the same in html source ... (in the putty window) So I didn't get what was expected but either way I'm not sure what to do if I did.

-- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

-- Mike Flynn - Burlington, VT -- mike @ mikeflynn.net http://www.mikeflynn.net/ home=>work=>home=>store=>home [adbusters]

-- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

-- Mike Flynn - Burlington, VT -- mike @ mikeflynn.net http://www.mikeflynn.net/ home=>work=>home=>store=>home [adbusters] -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

-- Mike Flynn -- mike @ mikeflynn . net home => work => home => shop => home [adbusters]