[PHP] na het genereren van een zip deze laten downloaden

[bwiep]

Wat ik doe is in een scriptje dat geen output heeft een zipje laten genereren.

Deze wil ik graag aan het einde van het scriptje doorpasen naar de browser zodat hij hem kan downloaden.

Ik heb al geprobeerd met passthru en readfile e.d..

Als ik het script uitvoer en hij de zip gemaakt heeft. Krijg je een download schermpje, waar je dan op opslaan klikt ofzo.

Hier zit al een fout in dat de bestandsnaam de naam is van het php bestand. Terwijl met de header:

header("Content-Disposition: inline; filename=c:\\temppdf\\$gebruikersnaam\\projectstaten.zip");

al aangegeven is dat het een andere naam heeft.

Verder als je dan op opslaan klikt krijg je een melding dat hij het bestand niet kan downloaden van de server.

Iemand enig idee wat er verkeerd gaat??

[ACM]

c:\\blabla werkt niet bij die filename
En je moet natuurlijk niet de url geven, maar na die header de data van de file (dus gewoon byte voor byte) opsturen...

[bwiep]

Iets zoals:

header("Content-type: application/octet-stream");
readfile ("c:\\temppdf\\dus.zip");

Maar dit werkt ook niet

[ Voor 0% gewijzigd door bwiep op 14-08-2002 11:53 . Reden: typo ]

[ACM]

bwiep schreef op 14 augustus 2002 @ 11:48:
Maar dit werkt ook niet

Wat werkt er niet aan?

[bwiep]

Dit geeft het zelfde probleem. Dus bij opslaan enzo.. Zie eerste post.

[Rense Klinkenberg]

Kijk anders een in de source van phpmyadmin. Daar bieden ze ook dezelfde functionaliteit, waar het wel goed werkt.

[ACM]

Weet je zeker dat je script verder goed werkt?
Want je code die je hier toont is in principe goed.
Laat bijvoorbeeld de header calls even weg.

[CyberSnooP]

Workaround: Plaats je zipje binnen de document-root en stuur een HTTP-Header terug met een location veld zodat de browser dat bestand gaat downloaden.

Apache handelt vervolgens de rest af (zonder PHP). Dat levert een klein performance voordeel oplevert en vinden de meeste browsers dat ook leuker omdat Content-Disposition niet altijd ondersteund wordt.
(om maar niet te spreken over script time-outs)

[ Voor 0% gewijzigd door CyberSnooP op 14-08-2002 12:40 . Reden: mooiere zinnetjes ]

[giMoz]

De zip wordt op de server gegenereerd, je zult dus ook op een map in de server moeten opslaan. in ASP is dat te doen met Server.mappath e.d. kweet niet precies hoe de PHP code daarvan is.
Als de zip is gegenereerd zul je de browser van de client moeten doorsturen naar die map die bij de client bekend staat als een http://www....enz enz.
Tis even uitvogelen maar dat is volgens mij de enige manier!

[CyberSnooP]

Je methode is goed, althans ik raad hem een post erboven zelf aan dus moet ie wel goed zijn

giMoz schreef op 14 augustus 2002 @ 12:48:
Tis even uitvogelen maar dat is volgens mij de enige manier!

Maar dit is niet waar. Een browser interessert het geen *** wat er op de server gebeurt, en dat hebben veel php-ers/ASP-ers niet door, helaas.

De browser vraag om een bestand, de server stuurt een antwoord. Of dat antwoord nou wordt opgebouwd door Apache of je eigen code in een server-side-script is totaal irrelevant, en in de response als het goed is niet eens terug te zien.

De vraag is hier meer: Hoe vorm ik de juiste response .. Omdat dat nu eenmaal wat lastig is, raad ik de methode aan die gebruikt maakt van een redirect (zoals jij ook zegt).

[drm]

bwiep:
Iets zoals:

header("Content-type: application/octet-stream");
readfile ("c:\\temppdf\\dus.zip");

Maar dit werkt ook niet

readfile is niet binary safe. Gebruik liever fpassthru
Verder kun je als content-disposition beter attachment gebruiken

code:

Header ( "Content-disposition: attachment; filename=SuggestieBestandsnaam.zip" );
Header ( "Content-type: application/x-zip-compressed" );

$fd = fopen ( 'c:\temppdf\dus.zip', 'rb' );
fpassthru ( $fd );
fclose ( $fd );

Vervolgens naar dit php-tje linken met een <a href> tag en je krijg een mooi save-as dialogje

hth

[ Voor 0% gewijzigd door drm op 14-08-2002 15:23 . Reden: tnx LuCarD :* ]

[bwiep]

drm schreef op 14 augustus 2002 @ 13:09:
[...]


readfile is niet binary safe. Gebruik liever fpassthru
Verder kun je als content-disposition beter attachment gebruiken

code:

Header ( "Content-disposition: attachment; filename=SuggestieBestandsnaam.zip" );
Header ( "Content-type: application/x-zip-compressed" );

$fd = fopen ( 'c:\temppdf\dus.zip' );
fpassthru ( $fd );
fclose ( $fd );

Vervolgens naar dit php-tje linken met een <a href> tag en je krijg een mooi save-as dialogje

hth

Als ik dit doe, dan als ik de headers weglaat, zie je mooi het filetje voorbijkomen. Maar als de headers erbij zitten nogsteeds hetzelfde probleem.

[bwiep]

CyberSnooP schreef op 14 augustus 2002 @ 12:38:
Workaround: Plaats je zipje binnen de document-root en stuur een HTTP-Header terug met een location veld zodat de browser dat bestand gaat downloaden.

Apache handelt vervolgens de rest af (zonder PHP). Dat levert een klein performance voordeel oplevert en vinden de meeste browsers dat ook leuker omdat Content-Disposition niet altijd ondersteund wordt.
(om maar niet te spreken over script time-outs)

Dit zou ik liever niet gebruiken, omdat de map normaal niet te bereiken is vanaf buiten. Het is een tijdelijke map, waarin de user wat kan genereren en dan opgestuurd krijgt. Het mag niet voor andere mensen beschikbaar zijn.

[bwiep]

Ik heb het nu werkend door een ander php file de file te laten verzenden. Dan werkt het wel. Maar als ik het in 1 file doe werkt het niet.

Terwijl de uitvoer als ik die zonder headers stuur er goed uitziet??

[drm]

Is het nou de bedoeling dat je zowel html als een zipfile te zien krijgt?

Zo ja, dan kun je in het php-tje wat de html genereert een header

code:

Header ( "Refresh: 4; url=./file.php" );

zetten, en dan in file.php de oplossing die ik hierboven zette. De browser zal de pagina laten staan, maar een attachment downloaden (Content-disposition is ook attachment )

that should do the trick...

In het andere geval, werkt m'n oplossing ook, want dan link je gewoon direct naar dat bestandje, en gaat-ie ook downloaden....

[bwiep]

Wat het php filetje nu doet is een serie pdfjes genereren deze inpakken als zip en die zip opsturen... Verder geen output genereren.

Het genereren van pdf en inpakken naar zip gaat goed. Maar in dezelfde php file kan ik het niet ook nog eens streamen.

Maar als ik dat vanuit een andere file doe wel.. (niet zo mooi, maar het werkt)

[drm]

Maar dat komt toch uiteindelijk op hetzelfde neer?

code:

Header ( "Content-disposition: attachment; filename=SuggestieBestandsnaam.zip" );
Header ( "Content-type: application/x-zip-compressed" );

$zipdata = genereerZip ( $pdf_files );
print ( $zipdata );

Wat gaat er nou mis dan

[bwiep]

Das een hele goede vraag...

BTW wat ook raarrrr is is dat op de work around manier je de file wel kan opslaan. Maar niet kan openen als iexplore dat aan je vraagt. Omdat hij dan leeg is ???

[drm]

bwiep:
Das een hele goede vraag...

Kun je niet even je volledige code posten, inclusief een beschrijving van evt. foutmeldingen en welk resultaat je nu hebt in welke context, en welk resultaat je wilt hebben.

[LuCarD]

drm schreef op 14 augustus 2002 @ 13:09:
[...]


readfile is niet binary safe. Gebruik liever fpassthru
Verder kun je als content-disposition beter attachment gebruiken

code:

Header ( "Content-disposition: attachment; filename=SuggestieBestandsnaam.zip" );
Header ( "Content-type: application/x-zip-compressed" );

$fd = fopen ( 'c:\temppdf\dus.zip' );
fpassthru ( $fd );
fclose ( $fd );

Vervolgens naar dit php-tje linken met een <a href> tag en je krijg een mooi save-as dialogje

hth

Goeie tip!

Zeg er dan gelijk ook bij dat fopen op window systemen niet binary safe zijn...
Je moet dan een extra optie mee geven, dus in dit:

$fd = fopen ( 'c:\temppdf\dus.zip', 'rb');

[drm]

typisch geval van een typo op precies de verkeerde plek

*edited*

[bwiep]

Ach ja, met de work around werkt het nu.. Ze zijn er tevreden mee ...