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" <[EMAIL PROTECTED]> wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > 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" <[EMAIL PROTECTED]> wrote in message > > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > 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" <[EMAIL PROTECTED]> wrote in message > > > > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > > > 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" <[EMAIL PROTECTED]> wrote in message > > > > > > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > > > > 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:[EMAIL PROTECTED]] > > > > > > > > Sent: Monday, February 25, 2002 5:12 PM > > > > > > > > To: [EMAIL PROTECTED] > > > > > > > > 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] -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
