Impossible d'afficher un logo catégorie et certainement tout logo qui soit. lien dit toujours brisé.

Configuration xoops 2.5.5 fraichement installé.

Péférence ... dans la partie de test de confuguration, tout est au vert. Lorsque je teleharge une icone jps elle tombe bien dans le dossier upload, a sa place, mais ensuite ...

icone 64 donc taille 64 dans les préférences

ET ! Que dalle, rien ne s'affiche. depuis des heurtes (ou presque)

Type mime ok

tout est ok sauf cette ...... (suis énervé par le temps perdus)

que faire ?

désinstaller et tenter un autre module ? lequel ?

Pour infos, je n'est jamais réussis a faire fonctionner cette fonctionnalité et dans les versions précédentes il étais possible de supprimer l'affichage de logo. ce qui n'est plus le cas.

PS : Cherche un expert .. merci par avance. Plein le c.ul de ce truc.

Je viens de contrôler le reste. Le lien du lien dit cassé pointe bien dans le répertoire de catégorie, avec le nom fichier exact, fichier qui est bien la. Normalement tout devrais fonctionner.

le moduleclass est bien dans le framework.

Apparemment, un bug fais que l'image ne s'affiche pas ...

Est-ce également le cas pour vous ?

OK même cas sur un autre module.

Tout affichage d'image logo en particulier, semble bloqué sur mon site.

D'ou cela peut il venir ?

?????

Je me demande si cela ne viens pas de protector ?

et bien non, même désactivé rien ne marche.

Je pense déja a changer de cms.

et ici personne OK.

puisque tout devrais fonctionner, car même en lisant le script de la page depuis le navigateur, lien exact only ... il ne pouvait s'agir que d'un problème d'accés au répertoire par le navigateur.

j'ai commencé par virer le petit fichier .htacess du répertoire upload

"

# secure directory by disabling script execution
AddHandler cgi-script .php .pl .py .jsp .asp .htm .shtml .sh .cgi .php5 .php4 .php3 .phps
Options -ExecCGI -Indexes

"

et miracle tout marche.

On enléve donc option de la liste et on renvois le tout dans le répertoire

"

# secure directory by disabling script execution
AddHandler cgi-script .php .pl .py .jsp .asp .htm .shtml .sh .cgi .php5 .php4 .php3 .phps

"

-----------

tsss ... c'est toujours quant c'est tout bête qu'on rame.

Espérant que ce monologue !!!! enervé !!!! serve a quelqu'un .. un jour.

Salut Pas_xoopfan,

Merci pour ton retour.

Quelqu'un peut t'il nous expliquer pourquoi le .htacess à la racine du répertoire d'upload de xoops sécurisant ce dernier plante l'affichage du TDMDownload?

Deux réflexions:
Il me semble dangereux de retirer la protection.
L'affichage des images sur frxoops est fonctionnelle. Donc quel serait le problème de pas_xoopfan?

A mon avis, PHP fonctionne en CGI, dans se cas suffit de remplacer -ExecCGI par +ExecCGI, affichez une image vient a l'exécuter et dans le cas d'un PHP CGI -ExecCGI revient a interdire l'exécution donc a ne pas afficher l'image.

Misère, cela devient du haut vol pour un pauvre newbee comme moi.



Ou trouve t'on l'information?
Dans la configuration d'Apache.
Ou est-ce que cela correspond au Serveur API (info dans Aperçu du système dans l'Admin. Moi j'ai litespeed pour cette rubrique).

avec le phpinfo() de PHP, c'est écrit CGI ou Apache

Citation :

Merci montuy337513,

J'en conclu que CGI à la même fonction qu'Apache : C'est un serveur http. Le petit schéma que j'avais trouvé n'est pas si explicite.

CGI n'est pas comme Apache, Apache est un serveur WEB c'est lui qui gère la communication entre le navigateur du client et le serveur. Ensuite PHP peut être soit géré par Apache, soit en autonome, si PHP est en autonome (dans ce cas, CGI, FastCGI, etc...).