|
|
Posted by Philip Hallstrom on 10/21/35 11:27
> These were all good suggestions, unfortunately none of them was able to solve
> my problem. I did a rather simple test to eliminate at least some of the
> possible causes. I changed the script in order to do three simple things:
> send a Content-type header, read an existing PDF document into a string,
> output the content and exit.
>
> This is working in Safari, Firefox and many other browsers. Explorer (both
> Mac and Windows) says 'no'! 'The file could not be found....' Could it be
> that Explorer in some way don't accept redirects? But redirects are made on
> the webserver, right? I tried to figure out if some header information was
Do you mean Header("Location: ....")? Those happen on the *client*.
-philip
> send during the redirection. But echoing apache_request_headers and
> apache_response_headers gave no result. So, the question remains: what is
> causing Microsoft Explorer to fail on the download?
>
> Maybe the idea with static links isn't so good after all. I mean, if I do the
> same thing with a usual GET request, even Explorer won't make any trouble.
> But on the other hand, the "PDF-generating-thing" is supposed to be on an
> other server than the webserver. And I don't like to expose this server to
> the Internet.
>
> Any ideas are still welcome!
>
> /frank
>
> 2005-09-22 kl. 18.55 skrev Steve Lefevre:
>
>> Philip Hallstrom wrote:
>>
>>>
>>> We finally figured out that IE was beginning the download of the PDF
>>> itself, but if it downloaded more than about 1mb, it would pass it off to
>>> a helper application to do the rest. The thing was the helper application
>>> remade the request. But it wasn't passing along the form parameters used
>>> to generate the PDF so he was always getting a blank PDF (blank in the
>>> sense of generically empty).
>>
>>
>> If that is what's happening here, I can offer a solution -- I am using R&OS
>> ( www.ros.co.nz/*pdf*/ ) to dynamically generate pdfs, which I first write
>> to the server, and then I have just a regular link available to the user.
>> That solved a lot of issues for me.
>>
>> Steve Lefevre
>>
>> --
>> PHP General Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> NIKE HYDRAULICS AB
>
> Frank Arensmeier
> Marknadssupport / Webmaster
> tel 016 - 16 82 34
> fax 016 - 13 93 16
>
> frank.arensmeier@nikehydraulics.se
> www.nikehydraulics.se
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
Navigation:
[Reply to this message]
|