MyBB.support, le portail francophone de MyBB

Je suggère plutôt de leur demander, d'assigner le bon propriétaire à tous les dossiers/fichiers, car il est possible qu'il en existe d'autres...

Mon hébergeur a effectué les changements.

[attachment=959]


J'ai testé avec tout en 755 et en 777 + caches reconstruits + miniatures reconstruites + cache navigateur vidé mais rien.

Vois-tu des changements de ton côté ?

http://www.neo-creators.fr/showthread.php?tid=163&pid=1316#pid1316

Non c'est toujours inaccessible.

Quand tu as copier les fichiers et images dans le dossier "uploads" étais-tu en mode binaire ou texte?

Est-il possible qu'elles soient corrompues?

Conversation avec mon hébergeur :

"Bonjour,

Depuis que je suis passé sur l'hébergement ****, je rencontre des difficultés avec l'upload des pièces jointes sur mon forum.

Il se trouve que je ne peux pas CHMODER certains dossiers en 777, ce qui est probablement à l'origine de ces nouveaux problèmes sur mon site.

Merci donc d'avance d'assigner le bon propriétaire à tous ces dossiers et contenus, car il faut les privilèges ROOT pour cela."


------

"Bonjour,

Nous avons fait le nécessaire.

Cordialement,"


---------

"Bonjour,

Merci. Avez-vous fait pour tous les dossiers et fichiers pour éviter d'autres problèmes ultérieurement ?

Cordialement"

--------

"Bonjour,

Je l'ai fais pour tous les dossiers du répertoire uploads.
Le faire pour tous les dossiers de l'hébergement pourrait causer des problèmes.

Cordialement,"


---------------------------------------------
---------------------------------------------

"Quand tu as copier les fichiers et images dans le dossier "uploads" étais-tu en mode binaire ou texte?"

Je ne peux pas te dire, je ne sais pas la différence ni comment l'activer. Peux-tu m'expliquer stp ?

Je ne vois pas pourquoi les fichiers seraient corrompus. Ils viennent d'une sauvegarde FTP.

J'ai tout réuploadé le dossier uploads de ma sauvegarde, tout mis en 777, cache reconstruits, miniatures reconstruites... Toujours rien :/

Penses-tu que le problème vienne plutôt de mon hébergeur ?

Suis-je censé avoir un contenu comme ci dessous dans mon dossier uploads ?

[attachment=960]

Je ne sais pas si ce serait à cause de l'hébergeur, à ce point-ci!

Comme je m'en doutais, ce genre de problème prends des heures à régler...

Il faudrait s'assurer que les pièces jointes nouvellement créées soit bien inscrites dans la Base de Données ainsi que dans le répertoire approprié. Il faut vérifier la table "attachments" et la correspondance avec le bon message dans "posts". Finalement le fichier devrait être visible et lisible dans le répertoire "uploads/201109".

Oui je suis désolé, mais sans toi mon forum est mort :/


J'ai quand même demandé à l'hébergeur son avis sur le problème, on ne sait jamais.

J'ai fais un test d'envoi d'image avec une image nommée TEST :


[attachment=965]

[attachment=966]

Quelque chose d'anormal ?

N'hésite pas à me demander quoi que ce soit, un compte admin, ce que tu veux...

Mon hébergeur nie tout problème de son côté :

"Bonjour,

Souvent, il est nécessaire d'adapter le code en passant d'un environnement de test à un serveur mutualisé.
Nous ne voyons pas ce qui peut empêcher votre site de bien afficher les images.

Cordialement,"


Si ça peut t'aider, je rappelle que captcha ne marche pas non (http://www.neo-creators.fr/member.php?action=register).

Le lien affiche une page vide, mais si on regarde le code source de la page en question, on voit :
caractères parasites significatifs d'une page enregistrée en UTF-8 avec BOM !

Peut-être un fichier modifié dans un pseudo éditeur de texte tel Bloc-Notes de Windows ?

Je suggère de réenregistrer tous les fichiers modifiés en UTF-8 sans BOM à l'aide d'un véritable éditeur de texte genre Notepad++

Je me doutais bien que ce pourrait être la cause du problème, mais qui irait modifier le fichier attachment.php ou un autre fichier source servant à l'accès des pièces jointes.

Peut-être un plugin modifié récemment?

Bonjour Spyto,

Concernant l'encodage, j'utilise notepad++, et quand je fais mes propres fichiers, j'encode toujours en UTF8 sans BOM.

Maintenant les fichiers du forum, je les ai transféré tels quels sur mon FTP, je n'ai pas édité chaque fichier pour les encoder en BOM lors du passage à la 1.6.4

"Je suggère de réenregistrer tous les fichiers modifiés en UTF-8 sans BOM", j'ai rien modifié

Concernant ton test exdiogene, il faut en conclure que le plugin myshoutbox est en cause ? (Possible). En tout cas j'ai apporté des modifications à ce plugin (mais que des traductions).

Que dois-je faire alors ?

Réuploader tous les fichiers en les réencodant tous en UTF8 sans BOM ? Encoder juste mes fichiers myshoutbox en UTF8 sans BOM ? (ça c'est fort possible que j'ai oublié).

Mais pourquoi attachment.php serait affecté, je n'ai absolument pas le souvenir d'y avoir touché...

La portion "attachment.php ou un autre fichier source" ne faisait parti que de réflexions de ma part et non de suspicion...

La liste produite des fichiers avec BOM devraient être corrigés.

Pour la liste des mauvais propriétaires de répertoire/fichier cela doit être fait par ton hébergeur encore une fois.

(Désolé j'essaye de suivre comme je peux =S)

Donc concernant les fichiers, c'est ok ? Le problème de BOM est-il réglé ?

Il faut juste que je demande à mon hébergeur de mettre le bon propriétaire partout c'est ça ? Et que tous les nouveaux fichiers et dossiers créés aient le bon proprio ?

Pour le lien que tu donnes, c'est plutôt du fichier member.php qu'il s'agit.

Dans l'archive ce fichier est encodé en ANSI (Europe occidentale), donc ce serait étonnant que les caractères "" viennent de là.
Pour attachment.php c'est pareil... d'ailleurs tous le fichiers système sont en ANSI (Europe occidentale).

Peut-être est-ce un plugin qui est en cause ?...

Essaie de te souvenir quels fichiers tu as modifiés récemment et qui pourraient être à l'origine du problème...

Oui, tous mes fichiers du forum sont en ANSI.

Je n'ai pas modifié de fichier récemment. Il y a plusieurs mois j'avais changé


en mettant 10 pour l'âge, mais je ne l'ai pas refait sur le pack 1.6.4 que j'ai up.

Je n'ai modifié aucun fichier de mémoire, sauf en effet un plugin, le plugin myshoutbox.


Donc sinon, je dois réencoder en UT8 sans BOM les fichiers :

/var/www/vhosts/neo-creators.fr/httpdocs/pspshoutbox.php
/var/www/vhosts/neo-creators.fr/httpdocs/inc/languages/french/mailhandler.lang.php
/var/www/vhosts/neo-creators.fr/httpdocs/inc/plugins/myshoutbox.php

?

Problème réglé !

Hormis des détails à régler avec mon hébergeur, le problème était bien le BOM (1er point juste) dans un plugin (2e point juste ).

C'est exactement le fichier neo-creators.fr/httpdocs/inc/plugins/myshoutbox.php qui faisait que les PJ s'affichaient ou non en alternant UTF-8 BOM ou sans BOM.

J'ai évidemment mis les deux autres en UTF-8 sans BOM pour éviter d'éventuels problèmes.

J'avais bien modifié ce fichier /inc/plugins/myshoutbox.php et l'encodage UTF-8 sans BOM a du (à coup sûr) m'échapper !

Tout est donc bien de ma faute

Conclusion, les plugins encore les plugins, à bien vérifier, et l'encodage

Juste comme ça, je n'ai pas trop compris Spyto comment tu as réussi à voir les caractères significatifs du BOM dans les erreurs d'images (perso je n'ai pas réussi à afficher de code source ^^).


En tout cas merci infiniment exdiogene et Spyto pour votre travail qui se complète et qui est vraiment super ! Merci MyBB.fr !

Citation :Spyto comment tu as réussi à voir les caractères significatifs du BOM dans les erreurs d'images (perso je n'ai pas réussi à afficher de code source ^^).

Je n'ai aucun mérite !
Sous Firefox 6.0.1, j'ai simplement affiché le code source ce qui m'a affiché ces 3 caractères et uniquement eux.

D'accord, j'ai donc dû faire une mauvaise manip quand j'ai regardé sous Firefox.

Je dois avouer que sous firefox 5.0, je n'ai pas vu ces caractères.