Forum

Reprise du message précédent

Héhé ^^ content que ça résolve le problème
Maintenant faut que l'équipe de PHPBoost en prenne compte

Je pense que l'erreur devais être mise dans un fichier log et qu'à cause des changements de droits sur le répertoire cache, on ne pouvait plus y écrire.

du coup, il y avait une erreur à l'écriture du fichier de log ce qui affichait l'erreur PHP et juste après la session essayait de se lancer mais ne pouvait pas car une réponse avait déjà été envoyé.

On essayera de corrigé cette double erreur pour prévenir que l'écriture est impossible.

Oui maintenant que l'erreur est connue il faudrait afficher dans un message la ou les raisons possible de cet erreur
Afin que l'utilisateur puisse faire son débog tranquillou.

Édité par benpro Le 09/07/2008 à 16h21

j ai eu une reponse de l hebergeur.....
pour eux, laisser des dossiers en ecriture est une faille de securite c est pour ca qu ils ont changes toutes les permissions en faisant les mises a jours
biensure faut pas prevenir mdr

ben.popeye ---> tu disais que d autres ont le meme genre de probleme sans reponse ... se serait pas a cause de ca?

benpro ---> heureusement que t as deja connu ca fallait y penser

merci tout le monde

Il faut pas non plus être parano. Les dossiers sont inscriptibles par tes scripts et seulement les tiens. Il y a problème de sécurité si quelqu'un arrive à faire exécuter par ton serveur un script. Si il y arrive c'est qu'il y a déjà une faille avant. Mieux vaut empêcher de rentrer que d'empêcher de faire des dégâts à l'intérieur. Seulement c'est au développeur d'empêcher de rentrer et l'hébergeur ne peut rien y faire. Donc pour se donner bonne conscience ou pour se faire une bonne image d'hébergeur "sécurisé", ils réagissent comme ça.

Le problème c'est qu'en faisant ça on bloque petit à petit des fonctionnalités et il ne sera bientôt plus possible de faire une application qui passe partout. Déjà qu'on est quotidiennement gênés car par exemple les hébergeurs empêchent la création de dossiers par PHP, ce qui nous oblige à gérer des dossiers virtuels. Plusieurs suggestions ont été faites à ce sujet et la réponse est non pour cette raison...







Peut-être, mais c'est assez vieux et je ne m'en souviens plus. Enfin bref le principal est que ce soit réglé.

Aprioris d'après le message d'erreur suivant qui me s'affiche sur mon site c'est un peut près la même erreur.





Ce que j'aurais voulu savoir c'est comment faire afin de mettre un coup de" chown -R www-data:www-data ./*" comme toi tu as pu faire benpro pour pouvoir réglé ce problème ?



Merci

Paceque moi c'est un serveur dédié qui m'appartient je me logue donc en ssh et je fais ce que je veut. Ici pour régler les droits il faut que tu fasse avec ton logiciel ftp.

régler les droits avec le ftp ,comme ftp j'ai fileZilla et sa fonctionne parfaitement mais comment est ce que je pourrais y procéder pour pouvoir les régler ces fameux droits dans mon logicielle ftp merci bien .

s'il vous plait reponder moi

Regarde ici http://www.phpboost.com/wiki/changer-le-chmod-d-un-dossier