30

benbois (./29) :
et bien entendu, j'obtiens le fichier non interprété dans le navigateur (sans l'ouverture de Reader).

normal en effet, vu qu'il n'y a plus les headers pour indiquer que c'est un PDF
benbois (./29) :
Essayé et sans meilleurs résultats .. il semble toutefois que les PDFs un peu plus complexes passent.. mais ça échoue avec les plus gros ..


ca ressemble vraiment à un problème de capacité... le problème c'est que je ne connais pas IIS... est-ce qu'il n'y aurait pas un pb de limite d'utilisation du CPU au dela duquel ISS préfère killer php afin de ne pas pénaliser les autres utilisateurs ? ou un temps limite d'execiution autre que le time_limit de php ?
Ancien pseudo : lolo

31

je pense aussi pour un problème lié à IIS...
je vais chercher de ce côté là !

Merci Spipu

32

Bon, ben si tu trouves la solution, fais nous en profiter wink
Ancien pseudo : lolo

33

of course !

je chope un timeout à 15s.. je cherche d'où il provient !!
À suivre...

34

[résolu]

Oui enfin, le problème de timeout est résolu !!
Et je me suis complètement planté sur la cause..
Le problème ne venait ni de html2pdf (bon, ça on le savait ;-)), ni de IIS (ce que je pensai)

Le problème venait de Pound, un logiciel utilisé sur le serveur VMWARE (maître) qui s'occupe de la redirection des requêtes HTTP vers les clients VMware.
Le timeout par défaut de ce logiciel est 15s !!

Passé à 30s, toutes les requêtes se font..
Pour info, le temps moyen de la génération PDF est de 18/19s.

Spipu, merci pour ton aide !
Si tu as la possibilité de modifier le titre de ce post en [résolu], vas-y, je n'ai pas les droits pour le faire.

a+

35

heu, 18/19 secondes, c'est quand même énorme ?! c'est en VM ? ou sur le serveur définitif ?
Ancien pseudo : lolo

36

C'est avec mon "petit" serveur en VM.. donc par tout à fait étonnant.. je pense !

a+