[php] PDF mailen

[ViNyL]

Ik maak van input uit een form een PDF document aan. Dit wordt nu gewoon open gemaakt in een PDF viewer. De bedoeling is dat het ook gemailt kan worden.

Nu is dat niet zo'n probleem, je slaat het op en mailt het.

Waar ik meer over zit te denken is hoe je dit slim aanpakt, er voor zorgt dat de bestanden ook opgeruimd worden etc.. een server die na een maand volstaat is niet echt mijn idee van een geslaagde opzet

• Na het mailen de bestanden direct weggooien?
• Kan je ze opslaan onder een temp naam, en in de email hernoemen zodat ze een net naampje hebben...

Iemand die dit al eens heeft gedaan?

[DaRKie]

Ik doe dit:

PHP:

if ($d = @opendir($dir)) {
    while (($file = readdir($d)) != false) {
        $ftime = filemtime($dir.'/'.$file);
            if (time()-$ftime > 600){
                unlink($dir.'/'.$file);
            }
        }  
    closedir($d);
}

Dit gaat alle bestanden controleren op hun leeftijd, als ze ouder zijn dan 600 seconden, verwijder ik ze. Is misschien ook een mogelijkheid. Je kan die code ook gebruiken natuurlijk om een specifiek bestand te verwijderen. (unlink())

[ViNyL]

Dat is inderdaad wel een goeie optie. Dat geeft je net wat meer speling dan het direct weggooien van het bestand.

[DexterDee]

Er bestaan drie oplossingsrichtingen voor dit probleem volgens mij:

Een filestructuur bedenken met subfolders, waarbij er voldoende wordt verdeeld tussen de folders (een aantal database keys bijv. als padnamen). Met een scheduled php script (crontab) 's nachts zonder dat de gebruikers er last van hebben de benodigde schoonmaak doen. Met grote volume mails is real-time opschonen niet echt een optie naar mijn mening.

De PDF bestanden in een database opslaan als BLOB velden. Deze zijn heel makkelijke met een SQL statement te verwijderen. Alleen aan te raden bij lage volumes en niet al te grote bestanden

De PDF in-memory aanmaken, NIET opslaan op disk en encoded als attachment in de mail versturen. Dit vereist wel wat handmatige base64 encoding van je PDF filestream, maar het is goed te doen. Let op dat je hierbij niet over je interne memory limit gaat van PHP (standaard 8 mb)

P.S. Ik weet niet of het relevant is voor je, maar ik heb bij een soortgelijk probleem wel eens een issue gehad dat er teveel tijdelijke bestanden in dezelfde directory gezet werden. De schijf was niet vol, maar een directory (op linux in ons geval) kan maar iets van 10.000 bestanden bevatten. Just a tip

P.P.S. Als tip nog een tweetal URL's die in mijn favorites stonden:
http://www.zend.com/zend/tut/tutorial-PDFgen1.php
http://www.zend.com/zend/tut/tutorial-PDFgen2.php
Een tutorial over het maken van PDF files in PHP zonder gebruik te maken van externe libs. Misschien dat je er wat aan hebt

[Creepy]

P.S. Ik weet niet of het relevant is voor je, maar ik heb bij een soortgelijk probleem wel eens een issue gehad dat er teveel tijdelijke bestanden in dezelfde directory gezet werden. De schijf was niet vol, maar een directory (op linux in ons geval) kan maar iets van 10.000 bestanden bevatten. Just a tip

Nah, dat is puur filesystem afhankelijk. O.a. ReiserFS en tegenwoordig ook Ext3 kunnen meer aan

[DexterDee]

Creepy schreef op woensdag 26 juli 2006 @ 10:56:
Nah, dat is puur filesystem afhankelijk. O.a. ReiserFS en tegenwoordig ook Ext3 kunnen meer aan

Ik werk hier met PHP in een enterprise omgeving en de standaard Red Hat Enterprise Linux 4.0 uitrol in mijn bedrijf bevat deze beperking. Dat technisch deze beperking opgelost kan worden twijfel ik niet aan. Het is alleen wel nuttig hiervoor te waarschuwen