Forum

Bonsoir à tous,



Je viens de tenter d'installer PHPBoost pour mon projet sur sourceforge et je tombe de suite sur un message me disant qu'il faut que cache/tpl soit en CHMOD 777.



J'ai fait la modification, que se soit via FileZilla et même en commande shell (sourceforge permet un accès), et le problème étant que j'ai toujours ce message.



URL : http://portgraphlib.sourceforge.net

Une photo d'écran : http://img594.imageshack.us/img594/503/errorphpboost.jpg

Hébergeur : sourceforge.net quand à la config aucune idée

Description : On balance les fichiers sur le serveur et on va sur le site, le programme d'installation met automatiquement ce message.



J'ai tous tenté, même de supprimer le dossier cache via le shell, le recréer (tous comme cache/tpl) et mettre les droits 777, mais rien n'y fait.





Le soucis étant que je suis dans l'impossibilité de travailler sur mon projet si je ne peux pas avoir le site.

En shell, tu peux vérifier que le chmod de cache/tpl est bien en 777 ?

oui oui

Non, je sais comment il faut faire. Mais je voulais savoir si il avait moyen de le faire lui pour s'assurer que Filezilla ne nous joue pas des tours. En lisant son message, je n'ai pas compris si il l'avait fait.

Oui ben.popeye, j'ai vérifié et le shell m'a indiqué que c'était bien 777, pour être plus sur j'ai tenté de le refaire mais le shell m'a informé (j'ai demandé du verbeux ) que c'était déjà en 777.

J'ai alors tenter de supprimer tous le répertoire et le recréer avec les droits 777, mais rien.

Quel système d'exploitation (ou distribution) est-ce ?
uname -a pour le savoir ?

Voila le résultat de uname -a :





Je ne sais pas qu'elle distrib c'est, mais j'ai trouvé un fichier /etc/redhat-release, et indiquant :





Je suppose que cela doit être la distribution.

Ok, ça reste un Linux classique CentOS normalement.
Est-ce que le répertoire cache est également en 777 ?

Oui

On utilise is_writable() de PHP pour savoir si c'est inscriptible
Je vois une seule piste : ligne 139 de install/install.php ajoute
Ca force le système à rafraîchir les informations venant du système de fichier.

Je viens de tester, hélas aucun changement.

EDIT : Je viens de voir, le dossier cache renvoi bien 0777 d'après fileperms.
Je me demande si l'on est pas tombé sur un bug PHP.

EDIT2 : Oui encore un édit, je viens de regarder apparemment un bug avec clearstatcache fût rapporté sur la version 5.3.3, mais là sourceforge est en 5.2.9, mais je pense que clearstatcache bug aussi sur cette version, je continu à chercher.

Édité par christophedlr Le 28/10/2010 à 13h32

Sinon tu as la possibilité de supprimer la vérification manuellement (lignes 139 à 144 comprises) et de voir ce qui va se passer. Cette solution n'est pas belle, mais là je vois vraiment pas.
Vraisemblablement is_writable() ne renvoie pas ce qu'elle devrait et je pense pas qu'on puisse faire quoi que ce soit.

Surtout ce que je comprend pas c'est pourquoi ça le fait sur sf.net, sur mon hébergement (mais le phpboost date du début de sa sortie V3, pas fait les mises à jour), j'ai pas eu de problème.

EDIT : J'ai testé en retirant la vérification, j'ai des warning de partout indiquant qu'il ne peut créer le cache du fait qu'il n'y a pas accès.

Je vais essayer de contacter sourceforge.

Édité par christophedlr Le 28/10/2010 à 14h57

Ok, ceci confirme donc qu'il n'a réellement pas les droits d'écriture. Donc is_writable() ne dit pas de bêtises.
Tu es sûr que tu travailles sur le bon répertoire ? Ma question paraît bête, mais j'ai déjà perdu un temps fou pour une connerie de ce genre.
Sinon, il faut effectivement prendre contact avec sourceforge.

J'en suis certains, c'est bien le soucis.
J'ai ouvert un ticket sur le trac de sourceforge, j'attend leur réponse.