Discussion :

[ddaweb]

Bonjour,

J'ai un problème avec une image dans le pdf créé avec mpdf.
Si je travaille en localhost, elle est bien présente, tandis que sur le serveur pas (juste le carré d'une image manquante), malgré quelle est bien téléchargée à son emplacement.
Pour être certain, j'ai renommé l'image en local -> absente sur le pdf et ensuite remis le bon nom et envoyé avec fillezilla sur le serveur.

J'ai tapé l'url de l'image, elle est bien accessible (droits 775 pour tester).

J'ai lu sur un autre forum que la librairie GD devait être présente dans PHP pour les png avec transparence : c'est bien le cas !
Je lis une page complète dans mpdf., le reste de la page est bien dans le pdf (juste un CSS qui n'est pas prit en compte, mais ce n'est pas trop grave !)

Quelqu'un a une idée de la raison et comment déboguer dans mpdf ?

Code de l'image dans la page :

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

<p class="print_only"><img src="../images/cecs_logo.png" border="0" alt="Logo" />Texte</p>

Le texte s'affiche bien, le <p> est donc bien présent et pas un soucis de case

Code pour mpdf:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
<?php
require_once __DIR__ . './../modules/mpdf/vendor/autoload.php';
 
$page = "./rgpd.php";
$mpdf=new \Mpdf\Mpdf();
$stylesheet = file_get_contents('./../css/responsive_cecs.css'); //if you wanted some styling
$mpdf->WriteHTML($stylesheet,1);
$mpdf->WriteHTML(file_get_contents($page)); 
$mpdf->Output('RGPD.pdf',"D");
?>

Rien de bien spécial

Merci pour votre aide,
ddaweb

[ddaweb]

Avec mon ami nous avons trouvé la cause du blocage : le fichier .htaccess bloquait les images

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

RewriteRule .*\.(jpg|jpeg|gif|png|bmp|csv|CSV|Csv)$ - [F,NC]

Pour bypasser cela, l'image sans extension !!

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

<p class="print_only"><img src="../images/cecs_logo" border="0" alt="Logo" />texte</p>

C'est pas vraiment catholique, mais cela fonctionne vive le sytème D

[cavo789]

Bonsoir

Si tu penses que c'est une règle dans le fichier .htaccess, il faudrait identifier la ligne en question et de l'analyser pour comprendre la cause du blocage.

[binarygirl]

Analyse de la directive:
NC: veut dire que la règle doit être évalue de manière case-sensitive
F: veut dire forbidden, et renvoie une erreur HTTP/403

Qui a donc interdit l'accès aux images et pourquoi ?
Corrigez cette règle ou virez-là.

[ddaweb]

Je n'ai pas vraiment de soucis avec cette règle, c'est standard chez mon hébergeur, je ne l'ai pas mise.
Cela empêche les téléchargement externes des images.

La seule chose qui m'ennuyait, est que l'image ne s'affichait pas dans le pdf créé par mpdf, il était affecté par cette règle.
Au niveau du site proprement dit, il n'y a pas de blocage.
Donc le soucis se pose dans le traitement de la balise image par mpdf.

Maintenant, si dans la regex on peut ajouter que le fichier soit autorisé, pourquoi pas
Mais ma solution fonctionne également vu que l'extension est partie, même si c'est bizarre comme méthode.

J'ai trouvé que c'était cette règle en la commentant et que l'image était bien dans le pdf.

[binarygirl]

Probablement qu'en localhost, le script accède aux ressources telles que les images via le système de fichier, tandis que si on fait appel à un site externe alors file_get_contents fait une requête HTTP ordinaire et se heurte à cette règle Apache dont j'ai un peu de mal à comprendre l'utilité. Cela dit en passant, il n'est pas nécessaire de marquer à la fois Csv et CSV puisque la règle n'est pas case-sensitive.
Ce n'est pas un fichier .htaccess ordinaire, c'est clairement une customization dont le contexte m'échappe

[cavo789]

Totalement d'accord, je n'ai pas compris l'histoire du htaccess (que j'ai longtemps pratiqué). S'il s'agit d'une image accessible depuis une URL il n'y a aucune raison qu'elle ne soit pas accessible à un code de génération pdf. Si l'image est accessible elle l'est aussi pour le code pdf.

Ou alors il y a une restriction "exotique" qui interdirait p.ex. selon le user agent mais cela me paraît alambiqué.

[ddaweb]

Cela dit en passant, il n'est pas nécessaire de marquer à la fois Csv et CSV puisque la règle n'est pas case-sensitive.
Ce n'est pas un fichier .htaccess ordinaire, c'est clairement une customization dont le contexte m'échappe

Bien vu pour le nom des fichiers

Cette règle est peut-être liée au SEO (ou Security) pour la qualité du site, j'ai essayé de la retirer, mais comme il y a une durée de vie, ce n'est peut-être pas encore prit en compte.
Mon hébergeur est très à cheval sur la sécurité, c'est certes contraignant, mais une bonne approche pour garantir un meilleur service de qualité.
J'ai un exemple de leur surveillance, pour le formulaire de contact j'avais permis l'injection de code (un oubli dans mon code ), après une injection de code, le site a été suspendu immédiatement et dès que j'ai montré que j'avais réglé le problème, il a été réactivé : comme ils ont un support très réactif, cela n'a pas duré longtemps (si je dois donner une moyenne de réaction : de 1h à 2h).

Il y a un outil gratuit chez mon hébergeur qui permet de faire un test de qualité (Dareboost derrière), j'ai ajouté des règles dans le .htacces et gagné plus de 10%.
Comme ce sera le site vitrine pour votre association, au mieux il est référencé, au mieux c'est ... je mets toute les chances de mon côté
Je fais un petit refresh de l'ancien site (qui a quelques années) et très bien référencé pour notre région, j'espère qu'il le sera toujours après la mise en ligne de celui-ci.

Que cela fonctionne en localhost est normal vu que je n'ai pas cette règle qui est bloquante pour mpdf (même pas d'.htaccess) ... je n'ai nulle envie de regarder les scripts de mpdf pour en trouver la cause
J'utilise pourtant un lien relatif interne

[ddaweb]

Pour votre info, mon ami avait trouvé une faille de sécurité dans mpdf concernant les images et c'est suite à cela que l'on a regardé le .htaccess : https://github.com/mpdf/mpdf/issues/1763
J'utilise la version 8.1.0 qui ne semble pas être concernée : auraient-ils modifier la manière de travailler dans ma version ?

[ddaweb]

Une petite mise à jour : vu les erreurs rencontrées avec php 8.2.2, j'ai cherché à faire fonction mpdf correctement.

J'ai légèrement modifier le code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
require_once __DIR__  . './../modules/mpdf/vendor/autoload.php';
// ----- par
require_once __DIR__ . DIRECTORY_SEPARATOR . './../modules/mpdf/vendor/autoload.php';

En plus de fonctionner en PHP 8.2.2, l'extension de l'image fonctionne + 100% du CSS est maintenant prit en compte (fonctionne également en PHP 7.4.9).
Si cela peut aider quelqu'un, c'est d'autant mieux

Je vais donc mettre en résolu.

NB : j'ai également fait un update de mpdf avec composer, je ne sais pas si cela n'est pas également une partie de la solution

ÉDIT : j'ai trouvé la solution ici : https://www.phptutorial.net/php-tutorial/php-__dir__/