acp a écrit:

Bonjour,

le plus simple serait que tu essayes d'accéder à une image directement. Toute erreur qui pourrait avoir lieu sera affichée à ce moment là.

Il faut que je réinstal le MOD dans ce cas, je fais ca dans la journée et je vous tiens au courant

Le code résultat à l'air bon ....
De plus comme l'a dit ACP dans ce post 9101 si l'accès direct à la l'image via getFile fonctionne, c'est que ca ne vient pas du code ....

Alors c'est peut être un pb de lenteur de ton hébergeur ....

Mais au prime abord, ça ne parait pas très logique que sur ce domaine un hébergeur payant ait de moins bons résultat que FREE ...

L'origine du problème est peut être là : Quelques mécontents de hosteur

Dernière modification par ramunt (2006-12-01 15:18:15)

coolsocks a écrit:

EST CE QUE le fait d'avoir mis dans les repertoires de mon site un .htaccess noindexes peu jouer sur le sujet ?

Non, de plus le 'deny from all' inclus dans le .htaccess du mod est encore plus exclusif

coolsocks a écrit:

Et rectification, si j'essaye d'afficher la photo en direct ca ne fonctionne pas avec un liens du style
http://www.cool-socks.net/gallery/galle … img002.jpg

Attention, lorsque acp parlait d'un lien direct, c'était un lien direct vers getFile ... sans passer par le picture.php ....

Il a indiqué la syntaxe précédemment

http://monsite.fr/chemin/du/plugin/secureImages/getFile.php?id=1

Tout en choisissant au préalable un id existant dans la BdD. Ici id=1 pour l'exemple.
Toutefois, moi je n'ai pas réussi à faire fonctionner ce lien direct vers getFile, j'ai le message suivant :

Hacking attempt on "image_id" GET parameter

Message d'erreur affiché lorsque le paramètre id n'est pas numérique ....
Arg, il va falloir que je révise php ...

Bonsoir,

de retour enfin... La dernière info que tu nous annonces là devrait normalement être suffisante. A priori, si tu créés un fichier php avec le code suivant à l'intérieur :

<?php
phpinfo();
?>

et que tu cherches le mot 'mime' dans la page en résultat, tu ne devras pas trouver grand chose (ou un 'disabled' tout au mieux). Là où tu n'as également pas de chance, c'est que ton hébergeur utilise quasi-certainement un/des serveur(s) qui tourne(nt) sous windows. Enfin, pour couronner le tout, je n'ai pas encore prévu ces cas là, ce qui fais que les quelques malchanceux qui vérifient ces conditions là ont des petits soucis.

En gros, ce qui ne marche pas c'est que la fonction nécessaire pour obtenir le type d'un fichier (type mime en gros) n'est pas disponible, mais nécessaire. En fait quand le fichier getFile renvoie l'image au navigateur, il faut qu'il lui dise qu'est-ce que c'est comme données (texte, image et quel type d'image dans ce cas, vidéo, etc.). Si le navigateur n'a pas le type, le mieux qu'il peut faire c'est proposer juste l'enregistrement sous forme de fichier.

Pour l'instant, trois solutions s'offrent à toi :
1) Convaincre ton hébergeur d'utiliser un autre système d'exploitation, un vrai :) ; sinon, plus simple, tu lui demandes s'il ne peut pas activer la fonction 'mime_content_type' (il y a un dll, si tu regardes sur le forum, Nico qui a installer le MOD en local sur son pc sous windows explique vite fait la démarche).
2) Si tes images sont toutes du même type, tu peux changer les lignes suivantes du getFile :
Remplacer

if (!function_exists('mime_content_type')) {
   function mime_content_type ($f) {
       return trim(shell_exec('file -bi '.escapeshellarg($f)));
   }
}

par

if (!function_exists('mime_content_type')) {
   function mime_content_type ($f) {
       return 'image/WOUHOU';
   }
}

ou WOUHOU est le type de tes images, donc 'jpeg' pour les jpeg, 'png' pour les png, etc.

3) Enfin, si tu préfères avoir un truc mieux foutu, il vaut mieux ne pas installer le mod d'ici nouvel ordre. J'avais l'intention de changer le code à cet endroit puisque je peux me passer de l'usage de cette fonction (je peux utiliser l'extension du nom du fichier, normalement si l'administrateur de la gallerie ne fait pas n'importe quoi, cette information est correcte et suffisante). Avec un peu de chance, je trouverai la motivation de changer ça d'ici une petite semaine... Qui sait, peut-être demain :).

Afin de s'assurer que c'est bien ça, tu peux faire la modification de code ci-dessus en mettant par exemple jpeg à la place de WOUHOU et en essayant d'accéder à une image jpeg par l'intermédiaire de getFile (il te faudra donc son id dans la BD, comme l'a très justement remarqué ramunt).

Tiens-moi au courant.

Ah, bon déjà au moins ça marche :).

Sinon, le fait que mod_mime apparaisse dans ton phpinfo est étrange, puisqu'on vient de prouver finalement que le problème vient de ça... Enfin, mod_mime je ne vois pas trop ce que c'est.......... Ah non, en fait mod_truc c'est tout ce qui concerne le serveur web et pas php normalement. J'ai regardé mon phpinfo, enfin celui de free, et il n'y a rien sur le mime à part le default que tu as aussi. Mais eux ils tournent sous linux donc ce n'est pas trop un problème...

Tu peux vérifier si ton hébergeur est bien sous windows dans ce phpinfo normalement. Quoi qu'il en soit, si tu n'as que des images jpeg, tu peux laisser la modif que tu as faites, ça marcher niquel... Ce jusqu'à la version 0.3-2...

Bonjour,

alors déjà pour l'erreur, si ton adresse complète est correcte, je ne comprends pas vraiment pourquoi tu as une erreur 404 (fichier non trouvé). Moi pour ma part j'ai une 403 (accès restreint/interdit) ce qui est bien dû au .htaccess

Pour ce qui est des extensions, le mod ne s'en occupe pas, il récupère les informations présentes dans la BD donc minuscules, majuscules peu importe. Quand par la suite je vais rectifier les problèmes qui se posent avec la fonction pour récupérer le mime, je vais utiliser l'extension en effet, mais je réduirai toujours en minuscule, donc ce n'est pas un problème.

C'est que l'adresse est mauvaise .... Vérifie le chemin, la casse ... Là il faut le chemin exact, le système est sensible aux majuscules et minuscules.

Dernière modification par ramunt (2006-12-03 11:09:52)