données modifiables

waza · 13/10/2010 17:52:03

Dans la version 0.9.2 B2 dans le module MIGRATION tout est coché par une icone verte sauf les données modifiables cochée par une icone rouge.

Résultat: impossible d'effectuer certaines opérations. Par exemple faire une sauvegarde du site ou ajouter des utilisateurs.

C'est un problème de droit dans certains répertoires et fichiers.

JP, pourrais tu dire exactement lors d'une nouvelle installation quels sont les droits pour les répertoires, sous répertoires et fichiers.

C'est chaque fois le meme problème et ca devient lassant ...

Merci d'avance.

Cordialement,
Waza

jpg · 13/10/2010 18:39:53

Bonsoir,
tu pourras consulter avec profit la page suivante de la FAQ:
http://www.giausserand.fr/index.php?per … _faq_chmod
et en particulier la partie sur Les droits requis sur les fichiers et répertoire
je viens de la mettre à jour

ps: tu peux me rappeler chez quel hébergeur tu as ces problèmes, histoire de voir s'il n'y aurait pas une autre solution pour régler ces problèmes qui concernent sûrement d'autres personnes.

a+
Jean-Paul

michael79 · 14/10/2010 13:54:03

Salut,

Une option prévue dans Zite 0.7, qui serait intéressante à créer dans Zite+ est un correcteur
d'autorisations. Il s'agit de permettre à l'admin de corriger les autorisations des répertoires
Zite depuis l'interface d'administration.

Qu'en penses-tu JPG?

A+

Michaël

waza · 14/10/2010 16:15:12

michael79 a écrit :

Salut,
Une option prévue dans Zite 0.7, qui serait intéressante à créer dans Zite+ est un correcteur
d'autorisations. Il s'agit de permettre à l'admin de corriger les autorisations des répertoires
Zite depuis l'interface d'administration.
Qu'en penses-tu JPG?
A+
Michaël

EXCELLENTE IDEE ............. ;-)

waza · 14/10/2010 16:19:13

JP,

Voici tes infos:

Pour changer le propriétaire d'un fichier sur un serveur Linux en ligne de commande:
1.Se mettre à la racine du site zitePLUS

2.Lancer la commande: chown -R www-data:www-data *
ou si le site est dans un sous-répertoire:chown -R www-data:www-data monsite

Mon utilisateur est mi15 mi15 (je suis chez Hosteur)

Pourrais tu me donner la ligne de commande pour que je puisse faire un chown correct sur le répertoire ziteplus?

Merci d'avance.

PS: A propos, quand tu fais une modif sur ton zite la date des modifications est J + 1 ............ ;-)

jpg · 14/10/2010 17:47:55

waza a écrit :

JP,
Voici tes infos:
Pour changer le propriétaire d'un fichier sur un serveur Linux en ligne de commande:
1.Se mettre à la racine du site zitePLUS
2.Lancer la commande: chown -R www-data:www-data *
ou si le site est dans un sous-répertoire:chown -R www-data:www-data monsite
Mon utilisateur est mi15 mi15 (je suis chez Hosteur)
Pourrais tu me donner la ligne de commande pour que je puisse faire un chown correct sur le répertoire ziteplus?
Merci d'avance.

Mon exemple, j'aurais du le préciser, est sous debian
Dans ton cas, il faut déterminer:
1) le nom de l'utilisateur, du groupe propriétaire des fichiers lors d'un transfert par ftp
2) le nom de l'utilisateur , du groupe propriétaire des fichiers créé par zitePLUS: par exemple une page que tu as créé (www-data par défaut sous débian)
Chez hosteur, il faut regarder.
Après tu fais le chown donné an remplaçant www-data par l'utilisateur trouvé précédemment en (2)
et si tu veux vraiment être tranquille, tu fini par un chmod 770 (bon, je simplifie un peu)
ps: quand tu auras le bon utilisateur chez hosteur, dis le, je modifierai la FAQ en conséquence.

waza a écrit :

PS: A propos, quand tu fais une modif sur ton zite la date des modifications est J + 1 ............ ;-)

ZitePLUS ... toujours en avance sur son temps

a+
Jean-Paul

jpg · 14/10/2010 17:54:32

michael79 a écrit :

Salut,
Une option prévue dans Zite 0.7, qui serait intéressante à créer dans Zite+ est un correcteur
d'autorisations. Il s'agit de permettre à l'admin de corriger les autorisations des répertoires
Zite depuis l'interface d'administration.
Qu'en penses-tu JPG?
A+
Michaël

Bonjour Michael,

Cela peut-être utile, voire très utile en fonction de ce que fera cette option:

- s'il est possible de modifier le propriétaire des fichiers: SUUUUUUUPEEEEEEEER

- si c'est uniquement pour mettre des équivalent à chmod 777, cela ne résoudra pas le problème de fond de mauvaise configuration, mais constituera un pis aller tout de même intéressant pour le néophyte

Est-ce que tu as déjà une idée précise ?

a+
Jean-Paul

waza · 14/10/2010 17:58:45

Voici les infos que j'ai sur la page migration de la version 0.9.1. b2

Propriétaire du script: mi15
Propriétaire du script: UID 607
Propriétaire fichier données: UID 607 La valeur devrait être la même que précédemment
Propriétaire du script: GID 607
Propriétaire fichier données: GID 607 La valeur devrait être la même que précédemment

Donc si je comprends bien je dois faire un chown avec l'utilisateur 607 ?

jpg · 14/10/2010 18:09:45

Pas forcément car je me suis aperçu que que le propriétaire des fichiers de données (zdata, qui est testé actuellement) est souvent mis via ftp ...
C'est pour cela qu'il vaut mieux créer une page via zitePLUS, lancer le ftp ou autre interface de hosteur et regarder le propriétaire/groupe de cette page que tu viens de créer.
Et là tu seras certain que c'est le bon utilisateur à mettre dans le chown

L'info disponible dans le module de migration va d'ailleurs être modifiée en ce sens

waza · 14/10/2010 18:24:27

Le propriétaire des page crée c'est nobody

j'ai testé la commande chown -R nobody:nobody *

et j'ai comme résultat: opération non permise, est ce que la commande est bonne?

jpg · 14/10/2010 18:35:24

A priori ce serait plutôt
chown -R nobody:nogroup *
si tu es bien positionné au niveau de l'arborescence des fichiers

waza · 14/10/2010 18:45:38

non le propriétaire/groupe c'est nobody nobody et je suis bien positionné dans l'arborescence ...

jpg · 14/10/2010 18:47:21

Alors tu n'a peut-être tout simplement pas le droit de lancer la commande chown

jpg · 14/10/2010 19:07:58

Est-ce que tu as essayé les deux autres méthodes pour installer zitePLUS et décrite ici: http://www.giausserand.fr/index.php?per … us_install
Je parle des méthodes (1) et (3).
Vu que tous les fichiers sont décompressés par le serveur, toutes les permissions devraient être bonne (nobody dans ton cas)

a+
Jean-Paul

waza · 14/10/2010 19:51:30

jpg a écrit :

Est-ce que tu as essayé les deux autres méthodes pour installer zitePLUS et décrite ici: http://www.giausserand.fr/index.php?per … us_install
Je parle des méthodes (1) et (3).
Vu que tous les fichiers sont décompressés par le serveur, toutes les permissions devraient être bonne (nobody dans ton cas)
a+
Jean-Paul

J'ai testé la 1 ere solution, ca ne fonctionne pas. J'ai essayé non pas dans la racine mais dans un répertoire de test.

Pour la 3 eme solution (encore dans un répertoire de test) voici le résultat:

Warning: file_put_contents(ziteplus.zip) [function.file-put-contents]: failed to open stream: Permission denied in goziteplus.php on line 31

Warning: unlink(ziteplus.zip) [function.unlink]: No such file or directory in goziteplus.php on line 32

Warning: chmod() [function.chmod]: No such file or directory in goziteplus.php on line 33

Warning: Cannot modify header information - headers already sent by (output started at goziteplus.php:31) in goziteplus.php on line 34

Warning: unlink(goziteplus.php) [function.unlink]: Permission denied in goziteplus.php on line 35

michael79 · 14/10/2010 20:01:47

jpg a écrit :

michael79 a écrit :
Salut,
Une option prévue dans Zite 0.7, qui serait intéressante à créer dans Zite+ est un correcteur
d'autorisations. Il s'agit de permettre à l'admin de corriger les autorisations des répertoires
Zite depuis l'interface d'administration.
Qu'en penses-tu JPG?
A+
Michaël
Bonjour Michael,
Cela peut-être utile, voire très utile en fonction de ce que fera cette option:
- s'il est possible de modifier le propriétaire des fichiers: SUUUUUUUPEEEEEEEER
- si c'est uniquement pour mettre des équivalent à chmod 777, cela ne résoudra pas le problème de fond de mauvaise configuration, mais constituera un pis aller tout de même intéressant pour le néophyte
Est-ce que tu as déjà une idée précise ?
a+
Jean-Paul

Les 2 serait le mieux. Mais c'est vrai que cela dépend aussi des hébergeurs.
Il y a une fonction de ce type sur 000webhost.com
Peut-on vérifier l'utilisateur et le groupe via PHP?

Sinon, rien que le CHMOD serait bien pratique pour les néophytes.

A+

jpg · 14/10/2010 20:45:08

waza a écrit :

jpg a écrit :
Est-ce que tu as essayé les deux autres méthodes pour installer zitePLUS et décrite ici: http://www.giausserand.fr/index.php?per … us_install
Je parle des méthodes (1) et (3).
Vu que tous les fichiers sont décompressés par le serveur, toutes les permissions devraient être bonne (nobody dans ton cas)
a+
Jean-Paul
J'ai testé la 1 ere solution, ca ne fonctionne pas. J'ai essayé non pas dans la racine mais dans un répertoire de test.
Pour la 3 eme solution (encore dans un répertoire de test) voici le résultat:
Warning: file_put_contents(ziteplus.zip) [function.file-put-contents]: failed to open stream: Permission denied in goziteplus.php on line 31
Warning: unlink(ziteplus.zip) [function.unlink]: No such file or directory in goziteplus.php on line 32
Warning: chmod() [function.chmod]: No such file or directory in goziteplus.php on line 33
Warning: chmod() [function.chmod]: No such file or directory in goziteplus.php on line 33
Warning: Cannot modify header information - headers already sent by (output started at goziteplus.php:31) in goziteplus.php on line 34
Warning: unlink(goziteplus.php) [function.unlink]: Permission denied in goziteplus.php on line 35

Pour la troisième solution, normalement ça devrait marcher si tu mets un chmod 777 sur le sous-répertoire où tu fais l'installation.
J'ai utilisé cette méthode dans le passé pour résoudre le même type de problème.

a+
Jean-Paul

jpg · 14/10/2010 23:01:04

michael79 a écrit :

Peut-on vérifier l'utilisateur et le groupe via PHP?

Tu as déjà stat(), sinon il y a aussi filegroup() et fileowner() qui devraient fonctionner sur plus de serveur, sous réserve de ne pas être désactivé par les herbergeurs

a+
Jean-Paul

waza · 15/10/2010 08:27:06

jpg a écrit :

Pour la troisième solution, normalement ça devrait marcher si tu mets un chmod 777 sur le sous-répertoire où tu fais l'installation.
J'ai utilisé cette méthode dans le passé pour résoudre le même type de problème.
a+
Jean-Paul

Bonjour JP,

Cette solution fonctionne super nickel ......... Elle installe le site avec le propriétaire/groupe nobody nobody

A tester aussi sur la racine ............

Donc il serait intéressant lors de la mise en production de la version 0.9.1 d'updater le lien goziteplus.zip

Bonne journée.

Waza

waza · 15/10/2010 16:08:49

Je viens de tester aussi sur la racine, ca marche ...

En testant la sauvegarde de la totalité du site sur la version 0.9.0, cela ne fonctionne pas. Les 3 autres options fonctionnent.

A+

jpg · 15/10/2010 23:07:22

waza a écrit :

jpg a écrit :
Pour la troisième solution, normalement ça devrait marcher si tu mets un chmod 777 sur le sous-répertoire où tu fais l'installation.
J'ai utilisé cette méthode dans le passé pour résoudre le même type de problème.
a+
Jean-Paul
Bonjour JP,
Cette solution fonctionne super nickel ......... Elle installe le site avec le propriétaire/groupe nobody nobody

waza a écrit :

Donc il serait intéressant lors de la mise en production de la version 0.9.1 d'updater le lien goziteplus.zip

Pas la peine, c'est automatique: c'est toujours la version de production qui est installée par goziteplus

a+
Jean-Paul

jpg · 15/10/2010 23:09:32

waza a écrit :

Je viens de tester aussi sur la racine, ca marche ...
En testant la sauvegarde de la totalité du site sur la version 0.9.0, cela ne fonctionne pas. Les 3 autres options fonctionnent.
A+

Si tu es sur du mutualisé, c'est à priori normal.
voir la page http://www.giausserand.fr/index.php?per … e_savesite

a+
Jean-Paul

waza · 22/10/2010 18:19:38

Bonjour JP,

J'aimerais installer la version 0.9.1 b3 en lieu et place de la version 0.9 installée par goziteplus, que dois je faire ou quelle serait la procédure en sachant que le problème des données modifiables comme mentionné plus haut est prioritaire?

Merci d'avance.
Waza

jpg · 24/10/2010 00:14:42

Bonsoir,
quand tu dis en lieu et place:
- tu veux mettre à jour la version 090 vers 091beta3
ou
- les données ne sont pas importantes et tu peux tout écraser et remplacer par la 091beta3 ?

Dans le deuxième cas et puisque la procédure n°3 avait bien marché:
1) télécharger sur ton site, à la racine, la version b3 de ziteplus et la renommer ziteplus.zip
2) télécharger goziteplus.zip et modifier le fichier goziteplus.php pour supprimer les instructions:

$file=file_get_contents('http://www.giausserand.fr/index.php?doc=ziteplus.zip');file_put_contents('ziteplus.zip',$file);unset($file)

ainsi que

unlink('ziteplus.zip')

et

unlink(__FILE__)

3) executer le goziteplus.php modifiée
4) supprimer manuellement les fichiers ziteplus.zip et goziteplus.php

a+
Jean-Paul

waza · 24/10/2010 18:38:52

Bonsoir JP,

Cette solution fonctionne très bien merci ... Mais aurais tu une autre solution pour simplement passer d'une ancienne version à une version beta sans perdre toutes les données?

Waza

Forum ZitePLUS

#1 13/10/2010 17:52:03

données modifiables

#2 13/10/2010 18:39:53

Re : données modifiables

#3 14/10/2010 13:54:03

Re : données modifiables

#4 14/10/2010 16:15:12

Re : données modifiables

#5 14/10/2010 16:19:13

Re : données modifiables

#6 14/10/2010 17:47:55

Re : données modifiables

#7 14/10/2010 17:54:32

Re : données modifiables

#8 14/10/2010 17:58:45

Re : données modifiables

#9 14/10/2010 18:09:45

Re : données modifiables

#10 14/10/2010 18:24:27

Re : données modifiables

#11 14/10/2010 18:35:24

Re : données modifiables

#12 14/10/2010 18:45:38

Re : données modifiables

#13 14/10/2010 18:47:21

Re : données modifiables

#14 14/10/2010 19:07:58

Re : données modifiables

#15 14/10/2010 19:51:30

Re : données modifiables

#16 14/10/2010 20:01:47

Re : données modifiables

#17 14/10/2010 20:45:08

Re : données modifiables

#18 14/10/2010 23:01:04

Re : données modifiables

#19 15/10/2010 08:27:06

Re : données modifiables

#20 15/10/2010 16:08:49

Re : données modifiables

#21 15/10/2010 23:07:22

Re : données modifiables

#22 15/10/2010 23:09:32

Re : données modifiables

#23 22/10/2010 18:19:38

Re : données modifiables

#24 24/10/2010 00:14:42

Re : données modifiables

#25 24/10/2010 18:38:52

Re : données modifiables

Pied de page des forums