Gestion des fichiers: déplacer un fichier [Réglé]
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
Tous d'abord, toutes mes félicitations pour ce superbe CMS. Très facile à installer, à gérer et à maintenir.
Je remercie en particulier Mipel qui m'a beaucoup aidé pour m'expliquer les bases de PHPBoost et pour créer et installer le site.
Pour finir les remerciements, une pensée à babsolune pour son superbe Thème.
Lorsque j'ai commencé à uploader des ressources par le GUI de PHPBoost (pas par FTP), j'ai utilisé l'interface Administrateur "[...]/admin/admin_files.php".
Maintenant que le site ressemble à quelque chose, je me suis rendu compte que je n'avais pas vu la différence entre les ressources uploader avec "[...]/admin/admin_files.php" et les ressource uploader avec "[...]/user/upload.php"".... Le boulet !!
Du coup j'ai un certain nombre (voir un nombre certains) de ressources qui ne sont pas à l'endroit où il devrait être.
Cela ne change rien pour ceux qui visitent le site, mais cela perturbe mon équilibre cosmique d'admin, car ce n'est pas "bien rangé".
Apriori, je ne peux pas déplacer les ressources de la racine admin vers la racine d'un user depuis l'interface graphique. Reste donc, l'opération à cœur ouvert sur la database mySQL.
Je me suis penché sur le SQL. Je n'ai jamais fait de SQL de ma vie, mais Mipel m'a super bien expliqué le principe.
De part ma profession et mes bonnes connaissances en informatique (responsable IT/CAD dans la startup où je bosse), ce sont des notions que j'ai arrivé à assimiler et je pense avoir compris ce qu'il fallait faire.
J'ai posé la question à Mipel qui m'a conseillé d'attendre, car il y avait de nombreuse discussions internes concernant le module upload. Mais comme je suis impatient et que j'aime apprendre de nouvelles choses, je n'ai pas résiste à m'inscrire sur le forum afin de savoir si ce que je pense avoir compris est correct ou pas.
Dans la database, je pense que ce qui nous intéresse est:
- phpboost_upload_cat: on trouve l'id de la sous catégorie (l'id des dossiers visibles dans le GUI pour faire le classement) et on trouve l'id de l'utilisateur (user_id défini dans la catégorie phpboost_member).
- phpboost_upload: on trouve l'idcat (en lien avec phpboost_upload_cat) et le user_id à qui appartient la ressource.
J'en ai déduit que user_id = -1, c'est une ressource appartenant à "admin" et que idcat = 0 correspond à la racine du contenu d'un utilisateur/admin.
Tous les ressources que j'ai uploader en tant qu'admin sont stockés dans un "dossier" à la racine du contenu admin. Ce dossier a un idcat = 2 comme défini dans phpboost_upload_cat.
J'en arrive à ma question (désolé pour ce très long 1er message).
Mes ressources uploader par le GUI admin ont donc les infos suivantes: user_id = -1 / idcat = 2.
Mon id en tant qu'utilisateur est 6 (défini dans phpboost_member) .
En modifiant les 2 champs idcat & user_id, cela devrait "déplacer" mes ressources au bon endroit?
Exemple:
Dans phpboost_upload, j'ai une ressource avec les infos user_id = -1 / idcat = 2.
si je modifie en user_id = 6 / idcat = 0, cela devrait bien "déplacer" ma ressource à la racine dans mon contenu en tant qu'utilisateur.
Est-ce que j'ai tout bon ? Ou c'est pas du tout ça et cela va tout péter...
La grande question est surtout:
→ est ce que tout se passe dans phpboost_upload et phpboost_upload_cat ? Ou faut-il faire aussi des modifications ailleurs ??
Question annexe, lorsque je regarde les ressources dans /upload en FTP, certains fichiers ont des droits 644, alors que d'autres ont des droits 770... Est-ce normal ? Est-ce dû au faite que certaines ressources ont été uploader en tant qu'admin et d'autre en tant qu'utilisateurs ?
Par avance, merci à ceux qui auront eu le courage de me lire.
PS: Pour les curieux, voici ce que votre superbe CMS a permis de faire → http://opentx-doc.fr
Édité par LapinFou Le 19/06/2019 à 09h44
j1.seth Membre non connecté
- Administrateur
- Voir le profil du membre j1.seth
- Inscrit le : 01/09/2008
- Site internet
- Groupes :
- Chef de Projet
- Equipe Développement
Je confirme que ton raisonnement tient parfaitement la route concernant la gestion des fichiers / dossiers virtuellement en base de données.
Tu peux effectuer ton remplacement en prenant soin au préalable de sauvegarder tes 2 tables pour pouvoir reecraser le contenu en cas de problème et pouvoir recommencer si le résultat n'est pas tout à fait celui escompté.
Concernant les droits des fichiers, ceux-ci ont bien tous été uploadés de la même façon via l'administration ?
j1.seth
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
Merci beaucoup pour la confirmation et le conseil. Je vais effectivement faire un backup de la DB avant de faire des modifs.
J'avais juste peur qu'il y ait d'autre référence à modifier ailleurs.
Pour répondre à ta question sur les fichiers dans le dossier /upload, la réponse est non.
Certains fichiers ont été téléchargés par moi et les autres fichiers ont été téléchargés par d'autres membres/rédacteurs pour le Wiki.
Il faudrait que je regarde s'il y a une corrélation entre les droits Unix et l'auteur de l'upload.
Édité par LapinFou Le 18/06/2019 à 12h29
Mipel Membre non connecté
- Administrateur
- Voir le profil du membre Mipel
- Inscrit le : 04/04/2016
- Site internet
- Groupes :
- Equipe Rédaction
- Equipe Modération
Bon, je me dois de participer à cet échange il me semble
L'organisation du dossier /upload est un sujet dont nous avons longuement parlé au sein de l'équipe et les propositions d'améliorations sont nombreuses et diverses.
J'ai donc recommandé la patience à LapinFou mais je ne suis pas étonné de sa demande maintenant que nous travaillons
ensembles depuis plusieurs mois.
J'ajouterai que je prépare certains tutos "musclés" sur mon site perso, et que je transfère le contenu du bbcode par copier/coller et les screens en bloc par ftp. Le constat de LapinFou est correct, mais je considère que dans l'état actuel des choses, les modifications proposées ne me semblent pas indispensables car complètement transparentes pour les visiteurs.
Il nous faudra bien ré-ouvrir ce débat pour la 5.3 peut-être ?
Merci de penser à joindre le rapport système de votre site, il peut nous aider à mieux répondre à vos questions.
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
mipel :Bon, je me dois de participer à cet échange il me semble
C'est clair !
mipel :J'ai donc recommandé la patience à LapinFou mais je ne suis pas étonné de sa demande maintenant que nous travaillons ensembles depuis plusieurs mois.
Je ne voie pas du tout de quoi tu parles....
Édité par LapinFou Le 18/06/2019 à 12h56
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
J'ai exporté le fichier .sql, puis fait un petit coup de magie RegExp, puis restauré le fichier modifié.
Tout a fonctionné comme sur des roulettes.
Concernant l'histoire des droits Unix (770 vs. 644), je n'ai pas trouvé de corrélation entre qui à fait l'upload et les droits appliqués aux fichiers.
En théorie, c'est censé être quoi les "bons" droits ?
Édité par LapinFou Le 18/06/2019 à 13h18
Mipel Membre non connecté
- Administrateur
- Voir le profil du membre Mipel
- Inscrit le : 04/04/2016
- Site internet
- Groupes :
- Equipe Rédaction
- Equipe Modération
Il n'est pas exclu non plus de créer des dossiers virtuels pour structurer le dossier /upload. Mais ce n'est plus du ressort de PHPBoost, à nous de voir comme on veut procéder.
Merci de penser à joindre le rapport système de votre site, il peut nous aider à mieux répondre à vos questions.
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
Ceci dit, du moment que tout est bien classé depuis le GUI, ce n'est pas gênant si tout est à plat dans le dossier /upload.
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
En théorie, c'est censé être quoi les "bons" droits ?
Sinon, j'ai passé le sujet comme résolu.
olivierb Membre non connecté
- Modérateur
- Voir le profil du membre olivierb
- Inscrit le : 07/02/2014
- Site internet
- Groupes :
- Equipe Assistance
En théorie, c'est 644 pour les fichiers et 755 pour les dossiers.
770 retire les droits "public", cela risque de poser problème à mon avis.
Olivier.
Olivier
xela Membre non connecté
- Modérateur
- Voir le profil du membre xela
- Inscrit le : 26/12/2015
- Groupes :
- Equipe Rédaction
j1.seth :
Concernant les droits des fichiers, ceux-ci ont bien tous été uploadés de la même façon via l'administration ?
Effectivement, si des transferts ont été réalisés par ftp, il se peut que le client ftp ait une configuration chmod modifiée.
Par défaut, c'est du 644 pour les fichiers.(comme l'a dit @olivierb ).
Donc si il y a plusieurs admins, il serait bon de vérifier avec eux les paramètres de leur client ftp.
Cordialement,
Xela.
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
Désolé pour la réponse super tardive, mais je n'ai pas reçu de notification m'indiquant que de nouveaux message avaient été posté.
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
J'en profite pour poster la racine du CMS. Certains dossiers sont en 770, d'autres en 755...
Je suppose que c'est normal, mais le temps que je suis en train de passer le contrôle technique.
Ce qui m'étonne, c'est le fichier sitemap.xml qui est en 770. Là pour le coup, je suis sûr que c'est le module "Plan du site" qui l'a créé. Je me serais attendu a un 755/775 ou 644/664, mais pas à un 770...
Édité par LapinFou Le 25/06/2019 à 16h00
olivierb Membre non connecté
- Modérateur
- Voir le profil du membre olivierb
- Inscrit le : 07/02/2014
- Site internet
- Groupes :
- Equipe Assistance
Je confirme que tous les fichiers doivent être en 644, y compris sitemap.xml
Olivier.
Olivier
LapinFou Membre non connecté
Booster Minigun
- Booster Minigun
- Voir le profil du membre LapinFou
- Inscrit le : 18/06/2019
- Site internet
- Groupes :
Pour le sitemap.xml, je l'ai effacé et régénéré et là il est bien en 644 !!
Truc de fou...
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie