beta 5.1 > problème dans l'insertion d'images

RohirrimRohirrim Member
bonjour,
en test sur la 5.1, j'ai remarqué que l'insertion de documents (en lien pour télécharger) depuis le dossier "documents" fonctionne impeccable, mais que la même fonction pour le dossier "images" ne fonctionne pas (ni les miniatures, ni l'insertion d'images depuis la plxtoolbar).

suis-je le seul ?

Réponses

  • StéphaneStéphane Member, Former PluXml Project Manager
    Si l'upload d'images ne fonctionnent pas pour les Images alors que ça fonctionnent dans la partie documents, vérifie les droits en écritures sur le dossier Images

    Consultant PluXml

    Ancien responsable et développeur de PluXml (2010 à 2018)

  • j'ai vérifié : j'ai les mêmes droits (745) pour le dossier documents et le dossier images...
    et en plus, je n'ai pas l'affichage des images, ni des miniatures...
  • bg62bg62 Member
    il y a deux dossiers qui ne sont pas créés par défaut dont " images " justement ... c'est peut-être là le prb :)
    vérifie si ce dossier existe bien, soit sur l'hébergeur, mieux via l'admin
    @+
  • oui, tous les fichiers sont créés, verifié par ftp et par l'admin...; même en modifiant les droits, ça ne marche pas...

    et quand je fais un lien vers la miniature, j'ai un joli "500 Internal Server Error" qui apparait...
  • Peut-tu nous donner les liens vers les images que ton PluXml génère, et s'il y a un .htaccess dans le dossier images, renomme-le en backup.htaccess.
  • RohirrimRohirrim Member
    avril 2011 modifié
    il n'y a pas de fichier .htaccess dans le dossier images et les liens produits sont les suivants :
    ligne 1 > pour inserer l'image directement dans l'article :
    <img src="data/images/001/gnome-spinner-rest.png" alt="" /><br />
    
    ligne 2 > pour inserer la miniature :
    <a href="data/images/001/gnome-spinner-rest.png"><img src="data/images/001/gnome-spinner-rest.png.tb" alt="" /></a><br />
    
    ligne 3 > à titre d'exemple j'ai mis le code généré pour télécharger un fichier dans le dossier documents (ça, ça fonctionne bien ) :
    <a href="./?download/Li4vLi4vZGF0YS9kb2N1bWVudHMvMDAxL2JjZGkxMV8wOS5ydGYqNTcyZDQ3">bcdi11_09.rtf</a>
    
  • Déjà, essaies de voir si tu peux accéder à http://example.com/data/images/001/gnome-spinner-rest.png

    Ensuite, comment est installé son site ? Le dossier data est-il à la racine de ton site ?
    Si ce n'est pas le cas, vas dans Paramètres ->configuration avancée
    et change la racine des images par pluxml/data/images/ ou /pluxml/data/images/ par exemple.
  • j'ai bien essayé avec les modifs préconisées, mais ça ne change rien; ... et en accès direct aux images, le serveur me renvoie toujours l'erreur 500;

    et ce n'est pas la fonction "utiliser un dossier différent pour chaque utilisateur" qui en est responsable, car ça fait pareil en l'ayant décochée.
  • StéphaneStéphane Member, Former PluXml Project Manager
    - utilises-tu le gestionnaire de medias de pluxml pour uploader les images sur ton serveur ?
    - les droits sur les fichiers images sont-ils ok ?
    - utilises-tu la réecriture d'url ?

    Consultant PluXml

    Ancien responsable et développeur de PluXml (2010 à 2018)

  • j'ai aussi un probleme d'image , je viends de mettre a jour en version 5.1.

    par le gestionnaire d'image , j'ai creer un dossier "images du site"dans lequel je charge les images.
    le chargement ce fait bien.
    mais je n'ai pas de visuel de l'image dans le gestionnaire , juste le nom de l'image.
    et pas d'image dans l'article ....

    une solution svp
  • bg62bg62 Member
    zenpix a écrit:
    j'ai aussi un probleme d'image , je viends de mettre a jour en version 5.1.

    par le gestionnaire d'image , j'ai creer un dossier "images du site"dans lequel je charge les images.
    le chargement ce fait bien.
    mais je n'ai pas de visuel de l'image dans le gestionnaire , juste le nom de l'image.
    et pas d'image dans l'article ....

    une solution svp
    as-tu cliquer sur le bouton pour 'générer les nouvelles vignettes' ?
  • bonjour bg62
    tu veux dire le bouton "recréer les miniatures du dossier en cours" ?
    j'ai fait mais rien de plus.
    j'ai eu quelques messages aussi dans le gestionnaire d'image , genre , "impossible d'envoyer les fichiers , probleme d'ecriture dans le dossier".
    alors j'ai regarder par le client ftp "filezilla" mes droit sur le dossier "images"et "documents" , j'ai permission proprietaire valeur 755.

    bon la , je suis un peu déppassé. ca se complique........
    j'ai fait ce nouveau site pour mon club , il tournai bien avant que je fasse hier cette maj en 5.1.
    du coup le site se retrouve emputé a cause de ce probleme.
    au secours! :)
  • bg62bg62 Member
    "impossible d'envoyer les fichiers , probleme d'ecriture dans le dossier"
    
    je suis comme toi je "triture cette nouvelle version (en "bêta !!!) et en attendant la définitive, mais je n'ai pas du tout ce problème ...
    donc certainement au niveau de la config ou du chmod ???
  • StéphaneStéphane Member, Former PluXml Project Manager
    zenpix a écrit:
    j'ai aussi un probleme d'image , je viends de mettre a jour en version 5.1.

    par le gestionnaire d'image , j'ai creer un dossier "images du site"dans lequel je charge les images.
    le chargement ce fait bien.
    mais je n'ai pas de visuel de l'image dans le gestionnaire , juste le nom de l'image.
    et pas d'image dans l'article ....

    une solution svp
    As-tu la bibliothèque GD installée (ou activée)
    Pour le savoir va dans l'admin > parametres > informations

    Consultant PluXml

    Ancien responsable et développeur de PluXml (2010 à 2018)

  • je pense avoir résolu le probleme.

    au lieu de passer par filezilla , j'ai utiliser le client ftp de sfr ( c'est comme filezilla).
    et la , je decouvre un fichier ".htaccess" dans le dossier "data"........

    ce fichier n'apparaissait pas dans filezilla , et pourtant il y était.
    j'ai donc supprimer ce fichier via le client sfr.

    et miracle :)
    tout est redevenu normal , le visuel , l'upload, l'affichage etc...

    ce ".htaccess" est present dans l'archive pluxml 5.1.
    alors qu'il n'y etait pas dans la version precedente...
    dans mon cas (hebergement sfr) il a mis le bazar.

    ca va mieux maintenant :P
  • StéphaneStéphane Member, Former PluXml Project Manager
    c'est peut etre la directive qui est dans le fichier .htacces qui n'est pas reconnu pas ton hébergeur

    Consultant PluXml

    Ancien responsable et développeur de PluXml (2010 à 2018)

  • bg62bg62 Member
    Stéphane a écrit:
    c'est peut etre la directive qui est dans le fichier .htacces qui n'est pas reconnu pas ton hébergeur
    il y a de grandes chances ... pages persos (ici sfr) ...en général les .htaccess passent très mal :)
  • RohirrimRohirrim Member
    mai 2011 modifié
    Alleluia !!

    c'était bien aussi le fichier .htaccess dans "data" qui bloquait ! Une fois supprimé via ftp, tout fonctionne !

    ps : a quoi sert ce fichier .htaccess ? si on le supprime, ça ne pose pas de problèmes de securité ?
    ps2 : moi, le fichier htaccess, il était visible par filezilla... les mystères de l'informatique...
  • zenpixzenpix Member
    malgres que le fichier ".htaccess" soit supprimer , j'ai encores des problemes d'upload d'images.
    avec un joli message :
    Impossible d'envoyer les fichiers (problème d'écriture dans le dossier)

    du coup , j'upload via filezilla dans le dossier data/images.
    mais je n'ai pas de visuel de l'image uploadée par le gestionnaire , juste le nom....
    j'arrive a la voir en cliquant sur l'icone "oeil" (voir l'image).
    impossible aussi de recréer la mignature.
    j'ai un message :
    Internal Server Error
    The server encountered an internal error or misconfiguration and was unable to complete your request.
    Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.
    More information about this error may be available in the server error log.

    je n'avais tous ces problemes avec la 5.02 , comprend pas ......
  • AirWAirW Member
    zenpix a écrit:
    je pense avoir résolu le probleme.
    [...]
    je decouvre un fichier ".htaccess" dans le dossier "data"........

    [...]
    j'ai donc supprimer ce fichier via le client sfr.
    et miracle :)
    tout est redevenu normal , le visuel , l'upload, l'affichage etc...
    [...]
    ca va mieux maintenant :P
    Super !

    J'avais ce problème depuis longtemps sur un site de test en local. J'avais arrêté de m'arracher les cheveux... mais j'avais aussi abandonné le test !

    Merci beaucoup pour ta perspicacité !
  • AirWAirW Member
    Pour les problèmes restants est-ce que tu n'as pas
    - un problème de droits ?
    - une taille de fichier plus importante que la limite ?
Connectez-vous ou Inscrivez-vous pour répondre.