<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Herbert,<br>
<br>
I am not 100% sure but I faintly remember a bug that occured when
streaming data to IE users. When download is true, a file simply gets
opened in the browser, when it is false the file is streamed. <br>
<br>
Citing from
<a class="moz-txt-link-freetext" href="http://www.sitepoint.com/article/caching-php-performance/2/">http://www.sitepoint.com/article/caching-php-performance/2/</a>, a nice
article btw.<br>
<pre>"Internet Explorer handles downloads in a rather unusual manner: it
makes two requests to the web site. The first request downloads the
file and stores it in the cache before making a second request, the
response to which is not stored. The second request invokes the process
of delivering the file to the end user in accordance with the file's
type--for instance, it starts Acrobat Reader if the file is a PDF
document. Therefore, if you send the cache headers that instruct the
browser not to cache the page, Internet Explorer will delete the file
between the first and second requests, with the unfortunate result that
the end user receives nothing! </pre>
<pre>If the file you're serving through the PHP script won't change, one
solution to this problem is simply to disable the "don't cache"
headers, <code>pragma</code> and <code>cache-control</code>, which we discussed in "How do I
prevent web browsers from caching a page?", for the download script. </pre>
<pre>If the file download will change regularly, and you want the browser
to download an up-to-date version of it, you'll need to use the <code>Last-Modified</code>
header that we met in "How do I control client-side caching?", and
ensure that the time of modification remains the same across the two
consecutive requests. You should be able to achieve this goal without
affecting users of browsers that handle downloads correctly. </pre>
<pre>One final solution is to write the file to the file system of your
web server and simply provide a link to it, leaving it to the web
server to report the cache headers for you. Of course, this may not be
a viable option if the file is supposed to be secured."
</pre>
<p>Bye,<br>
Marc<br>
</p>
<br>
Schönhammer schrieb:
<blockquote
cite="mid:D1982C7C00C1DE409DDE5F9AB94C9E6AAC305F263A@mail-back01.Regensburg.de"
type="cite">
<meta http-equiv="Content-Type" content="text/html; ">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from rtf -->
<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style><font
face="Arial" size="2">
<div>Hi list, </div>
<div>in mapbender docu (<a moz-do-not-send="true"
href="http://www.mapbender.org/Troubleshooting_printPDF"><font
color="#0000ff"><u>http://www.mapbender.org/Troubleshooting_printPDF</u></font></a>),
you can read: </div>
<div>"Es empfiehlt sich, in der print_pdf.conf $download auf "true"
zu setzen. " </div>
<div> </div>
<div>Unfortenately there is no explanation in the docu. Why should I
set "$download=true". </div>
<div> </div>
<div>If download is set to "true", the temporary created pdf-files
are remaining in the server's directory. </div>
<div> </div>
<div>If set to "false", the user need not to do another click and no
temporary files stay in server's directory. </div>
<div> </div>
<div>So, could anybody explain, why download should be set to "true"
? </div>
<div> </div>
<div>Thanks a lot </div>
<div>Herbert</div>
<div> </div>
<div> </div>
<div><font face="Arial, sans-serif"> </font></div>
</font></blockquote>
<br>
</body>
</html>