Changement de mot de passe après l'installation
- Login to post comments
Mon, 07/06/2010 - 21:20
Bonsoir
J'ai été obligé de changer les droits sur le fichier admin;php (chmod 777) dans le dossier admin/config pour pouvoir changer le mot de passe et le nom de connection
Sinon j'avais ces erreurs :
Warning: fopen(config/admin.php) [function.fopen]: failed to open stream: Permission denied in /var/www/itheora/admin/pages/config_admin.php on line 48
Warning: fwrite(): supplied argument is not a valid stream resource in /var/www/itheora/admin/pages/config_admin.php on line 49
Warning: fclose(): supplied argument is not a valid stream resource in /var/www/itheora/admin/pages/config_admin.php on line 50
Les modifications ont bien été enregistrées.
Et les modifications n'étaient pas enregistrées 
J'ai repassé mon fichier en chmod 755
Sinon ça a l'air d'être intéressant
A+
Tue, 08/06/2010 - 16:33
#2
Je suis sur un serveur Debian
Je suis sur un serveur Debian LAMP maison.
J'ai regardé vite fait pour mettre une vidéo en ligne et je pense avoir quelques soucis de droits sur certains fichiers.
Par exemple itheora/lib/ogg.class.php Ce fichier est en rw,r,r.
Je pense que je dois mettre tous les php au moins en x pour tous les utilisateurs ?
A+
Tue, 08/06/2010 - 19:19
#3
Trouvé la solution :
Il faut
Trouvé la solution :
Il faut mettre tout le dossier itheora/cache en chmod 777:
Donc faire un chmod -R 777 cache/
Je ne sais pas si c'est super pour la sécurité ?
En tout cas ça marche super pour la vidéo
Merci
Tue, 08/06/2010 - 19:34
#4
ogg.class.php doit pouvoir
ogg.class.php doit pouvoir écrire dans le dossier cache si t'as des messages d'erreur ça vient des droits sur ce dossier.
Personnellement, sur ma version de développement (j'ai un lien symbolique du dossier /var/www vers un dossier de mon espace perso), tous mes fichiers en local sont en 755 (rwx,r-x,r-x) mais www-data est le propriétaire du cache et des fichiers de config.
Chez free les droits sont réglés automatiquement sur 644 (rw,r,r) et pourtant ça fonctionne donc je ne pense pas que ça soit un problème de permission en lecture, écriture et exécution mais bien un problème de propriétaire des fichiers.
EDIT : J'avais pas vu que t'avais répondu avant
Tue, 08/06/2010 - 21:33
#5
Oui tu as raison en mettant
Oui tu as raison en mettant www-data propriétaire et groupe propriétaire du dossier cache, ça fonctionne. 
Merci
Bonne soirée
- Login to post comments
C'est quel type d'hébergement ?
Si c'est sur un serveur dédié sur ubuntu il faut que le propriétaire des fichiers accessibles en écriture soit www-data sinon effectivement il faut contourner comme tu l'as fait.