Bonjour.

J'ai développé avec FPDF des documents pdf qui sont générés à la volée en puisant dans une base de données MySQL. En local avec MAMP et MacOS X, ça fonctionne très bien. Par contre, lorsque je met mon code en ligne, la génération d'un pdf prend plusieurs minutes la première fois. D'ailleurs, pour que ça puisse aller jusqu'au bout, j'ai dû ajouter un set_time_limit(0).
Et une fois qu'il a été généré, si je referme la page et que je retente de le générer, je n'obtiens rien d'autre qu'une page blanche.

D'où mes questions :
- y-a-t'il quelque chose à faire pour améliorer les performances de génération des mes pages pdf ?
- pourquoi la deuxième génération du pdf ne donne-t-elle rien ?

Merci d'avance

Hello,

IL faut identifier l'origine de la lenteur.
Mais si je devais parier, je dirais que la grosse différence doit provenir de la taille de la base de données.
Sur ton dev local tu dois avoir des données de tests et pas des données de production.
Si tu peux rapatrier la base de prod sur ton poste, fais le et essaye de relancer la génération pour voir si ça vient pas de ça.

Ensuite pourquoi est ce que tu as une page blanche ? Encore une fois si devais deviner (parce que je n'ai pas plus d'éléments que ça hein ?!) je dirai que ton PHP a trop souffert de la 1ere génération ce qui voudrait dire que ton script manque un peu d'optimisation...

Mais d'aller de l'avant regarde si le temps de génération n'est pas lié au volume de données...

Merci Maskime pour tes suggestions.

En ce qui concerne le volume de données, le problème ne vient sans doute pas de là car d'un côté comme de l'autre, je suis en phase de test, donc avec des données très légères. Elles sont d'ailleurs même plus légères en ligne qu'en local.
Je penche donc vers ta deuxième suggestion, voici le code d'une page qui génère du pdf :
Qu'est-ce qui serait mal conçu la dedans ?

A première vue, je dirais que tu peux grandement optimiser ton code en remplaçant ton for() et les mysql_result() par une boucle while et un mysql_fetch_row() (ou à défaut mysql_fetch_assoc(), qui sera beaucoup plus rapide pour récupérer les données de ta base.

Tu dois également pouvoir virer les utf8_decode (ou du moins une bonne partie de ceux-ci). Certains traitement ne sont pas cohérents, par exemple tu fais un utf8_decode(number_format(...)) et tu utilises le résultat qui est une chaine de caractères dans une multiplication, du php doit faire des conversions inutiles de type pour transformer ton nombre en chaine, puis le décoder, puis le retransformer en nombre au lieu de directement faire le produit...

Bref, il y a moyen d'optimiser le code

Cependant pour pouvoir comparer les temps de traitement, il faut surtout vérifier que tu as bien les mêmes versions de php/mysql en prod et en dev, vérifier si ton serveur est dédié ou mutualisé, si le serveur appli et bdd sont sur la même machine ou non, s'il n'y a pas un firewall un proxy ou un antivirus qui affectent l'exécution...

Quelques suggestions.
1)
if(strlen
(utf8_decode(mysql_result($res, $comp, 'un champ d'une table'))) > 50 OR strlen
(utf8_decode(mysql_result($res, $comp, 'un champ d'une table'))) > 10)
gagnerait à:
$texte = utf8_decode(mysql_result($res, $comp, 'un champ d'une table'));
$longueur = strlen($texte);
et à remplacer
par $texte les multiples appels à utf8_decode(mysql_result($res, $comp, 'un champ d'une table'));
par $longueur les multiples appels à strlen (utf8_decode(mysql_result($res, $comp, 'un champ d'une table'))
et un peu partout, à réduire les consultations de la table en créant un tableau ainsi:
$requete = "select * from liste";
$resultat = mysql_query($requete);
$contenu = array();
while ($ligne = mysql_fetch_row($resultat)):
$contenu[] = $ligne;
endwhile;

2)
if (($longueur > 50) OR ($longueur >10)) // si je ne me trompe pas if ($longueur > 10) suffirait

3)
$pdf->SetXY(110, 55); remplacer 110 et compagnie ( $position_anterieureY = $pdf->GetY();) par:
$x = 110;
$y = 55;
$pdf->SetXY($x, $y)
$y += 5;
$pdf->SetXY($x, $y)
On peut prévoir la hauteur des multicells en insérant des sauts de ligne par programme, et en comptant le nombre de lignes à utiliser.
4)
Je ne comprends pas le rôle des
$Designation = str_replace($Mauvaises_lettres, $Bonnes_lettres, utf8_decode(mysql_result($res, $comp, 'un champ d'une table')));
à moins qu'elles soient sous cette forme dans la table.

Un peu désordonné comme réponse, mais que j'espère positive.

M. BIllard

Sirakawa et Ryle, merci pour vos réponses.

D'abord, pour mettre un peu plus de perplexité dans le problème, je vous évoque un truc dingue :
J'ai testé ma page à la maison (en France) avec une connexion neufbox pas surpuissante, mais acceptable, en tout cas qui me permet de visionner correctement des videos sur youtube. Là, j'ai rencontré le problème que je vous ai évoqué.
De passage à Libreville (Gabon) j'ai tenté le coup d'ouvrir cette fameuse page génératrice du pdf avec une connexion qui n'a jamais permis à son propriétaire de visionner une video en ligne : surprise, le pdf se génère très bien et en un rien de temps... Alors que je n'avais encore fait aucune modification !

Du coup, je me demande si je vais vraiment retoucher mon code. En tout cas, vos remarques et suggestions sont bonnes à prendre, y compris pour n'importe quelle autre page de php, donc merci beaucoup.