Discussion :

[Mumux]

Bonjour,

Je travail actuellement sur un module permettant de générer des rapports d'activités sous forme de PDF.
J'arrive à générer le pdf mais impossible de trouver comment l'enregistrer dans la bdd.
J'utilise la librairie TCPDF et il semble qu'une fois la fonction Output appelée, il est impossible de faire d'autre traitement. J'aimerais donc savoir s'il y a un moyen de faire ce traitement avant.

De plus, mais ce problème n'est pas lié au précédent. Lorsqu'au lieu de télécharger le PDF je choisi de l'ouvrir dans le navigateur (ff) celui-ci ne fonctionne pas car il tente de l'ouvrir avec l'extension *.pdf.htm alors que le MIME type est définis pour un PDF.

Si quelqu'un à une idée pour résoudre mes problèmes je lui en serais très reconnaissant.

[Mumux]

J'ai finalement réussit à passer dans ma méthode de sauvegarde du PDF avant de passer dans la méthode Output. Le problème est que, si je ne me trompe pas, pour insérer mon fichier dans ma base j'ai besoin de le mettre dans un blob.
Malheureusement je ne trouve pas le moyen de récupérer mon fichier sous forme d'une chaine binaire. Si une fonction existe, je ne la trouve pas.

[obito]

Bonsoir ! Je ne sais aps si ca réponds à ta question mais lire un ficheir en binaire c'est possible :

http://fr.php.net/manual/fr/function.fread.php

Après je ne sais pas ...

[Mumux]

Bonjour,

Merci de ta réponse, malheureusement je ne crois que pas que puisse utiliser cette méthode, ou en tout cas je ne sais pas comment. En effet, l'objet sur lequel je travail n'est pas un fichier mais un objet de type TCPDF, ce n'est qu'au moment de l'appel de la fonction Output qu'il est transformé en fichier pour être téléchargeable.
Je me trompe peut-être, et si c'est le cas tant mieux, mais je ne crois pas que cela résolve mon problème.

[narutobaka]

Bonjour,

Est-ce qu'à la génération de ton pdf, tu le stock dans un dossier.

Si c'est le cas pourquoi ne pas stocker uniquement le nom de ce fichier pour y accèder ultérieurement et le télecharger par exemple.

Après il est vrai qu'il faudra traiter le temps de "vie" du fichier pdf sur le serveur.
Mais ça évitera de la stocker dans la base de donnée

++

[Mumux]

Bonjour,

Désolé de répondre si tard. Lors de la génération du PDF j'offre à l'utilisateur la possibilité d'enregistrer son PDF où il le souhaite, je ne le garde pas en mémoire.
Mais j'ai finalement contourné le problème. Pour éviter de garder en mémoire une chaine binaire qui ferais quelques centaines de Ko à chaque fois j'ai enregistré dans un champs sérialisé le tableau d'informations qui sert à la génération de mon PDF.
Ainsi lorsque je veux récupérer les anciens PDF je les re-génère en faite à partir des même infos. Ça me permet d'économiser de la place, et la génération étant rapide ça ne pose pas de problèmes.

Merci de votre aide.

[narutobaka]

Bonjour,

Est-ce que tu stockes les informations utilisé pour la génération du pdf dans une base de donnée?

Car si c le cas plutot que de restocker les infos sous la forme :

info1,info2,info3

=> decouper en fonction des virgules et refaire la génération du pdf, tu fais une requête qui va rechercher les infos dans ta base et tu régénére le fichier evitant de restocker des infos en double.

++

[Mumux]

Bonjour,

Est-ce que tu stockes les informations utilisé pour la génération du pdf dans une base de donnée?

Car si c le cas plutot que de restocker les infos sous la forme :

info1,info2,info3

=> decouper en fonction des virgules et refaire la génération du pdf, tu fais une requête qui va rechercher les infos dans ta base et tu régénére le fichier evitant de restocker des infos en double.

++

Bonjour,

Effectivement je stocke dans ma base les informations nécessaires à la génération PDF.
Par contre je ne pense pas que je stocke des informations en double. Enfaite, ma fonction qui génère le PDF prend en paramètre un tableau contenant les information nécessaires. Donc lors de l'enregistrement du PDF c'est ce tableau qui est sérialisé et enregistré dans la base.
Ainsi quand on veux visualiser les anciens PDF, je recherche dans la base le champs en question qui est dé-sérialisé pour relancer la fonction.
Ce tableau ne contient que les informations nécessaires donc je pense que c'est plutôt ergonomique, non?
Enfaite j'ai pas très bien compris la solution que tu me propose, mais si tu as une idée je suis preneur.

[Edit]
Bon après relecture je pense avoir compris ce que tu me propose.
Enfaite tu voudrais que je fasse une requête qui récupère les informations dans la bdd comme lors de la première génération, en gros, celle qui me permet de construire le tableau en question.

Le problème c'est que ces informations sont issue de plusieurs tables avec des conditions différentes. De plus avant de générer le PDF j'en propose la visualisation sous forme de tableau HTML, donc ces informations sont récupérer en plusieurs fois.
Donc effectivement je stocke les informations de manière redondante, je n'y avait pas pensé, mais je vois mal comment je pourrais faire autrement.
[/edit]

Mumux,

[narutobaka]

Bonjour ,

Faire une requête spécifique pour la génération du pdf.

Je suis justement en train de mettre en place ce genre de solution pour un projet sur lequel je travail . J'ai développé un petit module d'impression.

Maintenant attention je ne dis pas que c la meilleur solution, juste une idée permettant d'éviter d'avoir de la redondance dans la base.

Ma méthode ne nécessite que la création d'une nouvelle requête.
Et vu que tu fais déjà une requête pour reconstruire le pdf je n'ajoute pas de requête supplémentaire, il ne faudrais que remplacer cette requête.

Après tout dépend de la complexité des informations à récupérer.

Donc ma solution à juste l'avantage d'éviter de stocker de l'information déjà présente dans la base.

Après faut faire un choix.