Permissions des dossiers : à quel user donner les droits d'écriture?

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [Problème] Permissions des dossiers : à quel user donner les droits d'écriture?

    J'ai beaucoup cherché sur les forums, mais je n'ai pas trouvé de solution à mon problème. Je me permets donc de revenir sur un sujet pourtant déjà souvent évoqué.
    J'ai développé un site en local avec Joomla! 1.5 puis l'ai uploadé chez un hébergeur dont la configuration est :
    serveur sous Linux CentOs
    MySQL 5.0.67-community
    PHP 5.1.6
    Chez celui-ci, toutes les permissions des dossiers sont en lecture seule.
    Ayant signalé le problème, l'hébergeur a mis le dossier du site dans le groupe www-data avec des droits d'écriture pour ce groupe. Cela n'a pas réglé le problème.
    Puis il a créé un groupe dans lequel il a mis mon user de propriétaire et le user apache, et j'ai donné des droits d'écriture à ce groupe via WinSCP. Cela n'a pas réglé le problème.
    Ce n'est que lorsque je donne des droits d'écriture à Autres que le statut d'un dossier passe de Lecture seule à Modifiable. J'en déduis que Joomla! utilise un autre user que ceux auxquels l'hébergeur ou moi avons donné des droits d'écriture. Comment savoir quel est ce user? Ou bien faut-il réellement attribuer des droits complets (777) sur tous les dossiers concernés comme je l'ai vu écrit dans un tutoriel Joomla! sur le web?
    Merci d'avance pour votre aide.
    Cordialement.

    jumaro2

  • #2
    UP, SVP j'ai exactement le meme probleme.
    Joomla semble se creeer un droit tres étrange que personne ne comprend. a croire que JOOMLA gere les dossier a sa seule facon et se fout royalement des droits prevus par le FTP ou l'hebergeur

    Commentaire


    • #3
      Quand on installe une extension ou qu'on transfère des fichiers via Joomla!, c'est Apache qui en devient propriétaire et non pas le compte FTP... et si le serveur n'est pas prévu pour corriger ceci, cela crée ce que vous rencontrez comme inconvénients !
      En hébergement mutualisé, on n'a pas ces ennuis.
      "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

      Commentaire


      • #4
        il est tout de meme grave que ca devienne apache le propriétaire.ca a surement une certaine logique. mais voila. le résultat est là! il devient imposible apres de gerer des dossiers installes par monsieur apache LOL

        Commentaire


        • #5
          J'ai eu exactement le même soucis que je trouve aussi très très gênant... La solution est d'activer la couche FTP de Joomla ou de passer par SUPHP sur votre serveur si c'est vous qui avait la main complète dessus (simule un utilisateur pour tel ou tel nom de domaine et lui donne des droits).
          www.weblogin.fr - Création, Référencement et Design de sites Internet.

          Commentaire


          • #6
            je peut activer la couche FTP de joomla, mais je comprend pas trop ce que cela va changer (surtout ou, dans quel sens)? mon hebergeur a dejà remis tous les dossier a MOI, et évidement joomla se fache parfois disant qu'un dossier n'est pas accessible alors qu'il est en 777 pour MOI!

            mon hebergeur me propose de passer mon compte en FCGI avec ralentissement des requetes. mais je ne sais pas à nouveau si cela va tout régler ou pas?
            Merci de VOS réponse ,;-)

            Commentaire


            • #7
              Comme il est expliqué ci-dessus par RobertG, le propriétaire quand tu installes des modules, composants etc, se sera Apache, car en gros c'est lui qui écris sur lui même. Alors le fait que les droits sois sur TOI, n'aidera pas.

              Donc pour palier se soucis, il faut lui dicter que le propriétaire de ton joomla est tel ou tel User, grâce à SUPHP ou avec la couche FTP (je n'ai jamais utilisé cette seconde solution).

              Par exemple, quand tu upload un fichier via ton FTP, tu as paramétré un compte donc il sait qui est le propriétaire, si c'est joomla qui écris lui même pour ton site, c'est en fait Apache qui le fait et donc le USER est "www-data", groupe 33 je crois bien.

              Je ne saurais t'en dire vraiment plus mais bon moi le SUPHP m'a sauvé la vie car sinon je devenais complètement fou avec les droits. SI c'est le même soucis que j'ai eu tu dois avoir un propriétaire différent (et un groupe différent) sur un fichier que tu upload par FTP et un que joomla crée (par une installation de module par exemple)...

              Au pire, si c'est un site sans payement en ligne, passe sur du mutualisé, tu n'auras plus de soucis de ce type.
              www.weblogin.fr - Création, Référencement et Design de sites Internet.

              Commentaire


              • #8
                J'ai bien compris le probleme... jevais activer le php joomlavoir si ca aide.
                mon hebergeur me propose FCGI mais pas SUPHP.
                oui il est payant (pas cher mais payant) et ils sont tres cool, répondent et tentent d m'aider....

                Commentaire


                • #9
                  Désolé je ne peux pas plus t'aider que cela. Mes compétences s'arrête à cette solution de SUPHP, je ne connais pas FCGI. La mise en place de SUPHP est complexe et doit être faites par un Admin système, tente de voir si ton hébergeur connait ça.

                  J'espère que d'autres sur le forum pourrons mieux ou plus t'aider.
                  www.weblogin.fr - Création, Référencement et Design de sites Internet.

                  Commentaire


                  • #10
                    J'ai utilisé quelques temps un serveur privé : paramétrer PHP en mode CGI permettait en effet de ne plus avoir ces problèmes de droits (en mutualisé, c'est en principe comme ça que ça fonctionne), par contre mon serveur renvoyait une erreur 500 quand j'activais RewriteEngine si je me souviens bien, et j'ai abandonné faute de temps pour aller plus loin dans mes recherches de solution.
                    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                    Commentaire


                    • #11
                      merci beaucoup, fuat pas s'excusé de m'avoir déjà si bien aidé en me confimant et avec de bonnes précisions le problème. je sais comment discuter avec l'hebergeur sans dire de bétises. :-)

                      Commentaire


                      • #12
                        Envoyé par RobertG Voir le message
                        J'ai utilisé quelques temps un serveur privé : paramétrer PHP en mode CGI permettait en effet de ne plus avoir ces problèmes de droits (en mutualisé, c'est en principe comme ça que ça fonctionne), par contre mon serveur renvoyait une erreur 500 quand j'activais RewriteEngine si je me souviens bien, et j'ai abandonné faute de temps pour aller plus loin dans mes recherches de solution.
                        Je vais attendre et tester les autres solution avant alors, je vais pa en plus prendre le risque de planter les rewrite
                        grand merci a vous...

                        Commentaire

                        Annonce

                        Réduire
                        1 sur 2 < >

                        C'est [Réglé] et on n'en parle plus ?

                        A quoi ça sert ?
                        La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                        Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                        Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                        Comment ajouter la mention [Réglé] à votre discussion ?
                        1 - Aller sur votre discussion et éditer votre premier message :


                        2 - Cliquer sur la liste déroulante Préfixe.

                        3 - Choisir le préfixe [Réglé].


                        4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                        2 sur 2 < >

                        Assistance au forum - Outil de publication d'infos de votre site

                        Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                        Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                        Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                        UTILISER À VOS PROPRES RISQUES :
                        L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                        Problèmes connus :
                        FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                        Installation :

                        1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                        Archive zip : https://github.com/AFUJ/FPA/zipball/master

                        2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                        3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                        4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                        5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                        6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                        et remplacer www. votresite .com par votre nom de domaine


                        Exemples:
                        Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                        Télécharger le script fpa-fr.php dans: /public_html/
                        Pour executer le script: http://www..com/fpa-fr.php

                        Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                        Télécharger le script fpa-fr.php dans: /public_html/cms/
                        Pour executer le script: http://www..com/cms/fpa-fr.php

                        En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                        Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                        Voir plus
                        Voir moins
                        Travaille ...
                        X