Joomla vs Amen

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

  • Joomla vs Amen

    A Ke Koukou,
    Bonjour à tous.
    Allez, pour une fois que je n'ai rien à demander.
    On résume : depuis 2 mois, à mes heures (presque) perdues, je "bosse" sur la mise en place de sites alliant joomla et Gallery 2.
    Première impression (maintenant que tout fonctionne = merci papounet et les autres) : c'est de la boulette !
    Maintenant, je ne confirais pas l'install à l'abbé Pierre, voire à mon neveu, qui se targue (même se la pète) de bien maîtriser l'outil informatique....
    Je reste humble. Je ne leur suis pas supérieur intellectuellement, mais il m'a fallu des semaines de quète pour trouver les parades aux divers problèmes rencontrés.
    Mon propos est donc de faire gagner quelques heures à ceux qui sont hébergés chez Amen et qui pense, à la lecture de certains commentaires, que c'est un truc pourri et qu'on ne peut rien faire chez eux.

    En résumé : Amen est très automatisé et ses serveurs sont d'une logique très lunixienne... (le mot est beau).

    Voici les problèmes que l'on peut rencontrer chez Amen : droits d'accès sur les fichiers (même un CHMOD n'y fera rien), mémoire insuffisante pour exécuter les scripts.

    Pour faire simple, un exemple : la première fois que j'ai installé (pour test) joomla, no problème. Mais comme j'ai tout essayé, j'ai voulu au bout de 15 jours tout efffacé. Et là... c'est le drame ! Impossible de virer des fichiers ou des dossiers qui semblent pourtant 777 (pour les ceusses qui connaissent). Bref j'aurai duû pouvoir les shooter.
    Ceux qui ont fait un Bac+ se taisent. Ils ont déja la soluce. Pour les autres, l'explication. En fait, sur un serveur Linux, les fichiers appartiennent à leur auteur. Alors, quand vous installez Joomla sur un site, tous les fichiers appartiennent à "xxxxxx", qui est votre login. MAIS.... car il y a un MAIS. Quand on installe Joomla (mais aussi Gallery2), on exécute des scripts sur le serveur. Du coup, lors de la création de fichiers lors de cette installation, ce n'est plus le proprio qui créé, mais le serveur. Et ce petit con, au lieu de dire "je bosse pour le patron" et de déclarer que les fichiers et dossiers créés appartiennent au proprio du site, il se la pète et déclare être proprio desdits docs... Comme le serveur a des droits supérieurs au petit con d'admin du site, ce dernier ne peut shooter les fichiers créés lors de l'installation.
    Et là, la soluce pour pouvoir remettre les compteurs à zéro. Amen a compris qu'il y avait problème. Donc, dans la partie admin de Amen.fr, il existe un choix gestion des droits qui affecte au vrai proprio tous les droits. Donc, en 5 minutes, tous les fichiers sont rapportés au vrai proprio. Du coup on peut vraiment tout modifier, télécharger, effacer, etc...
    Bon, Cela ne vaut que pour les packs web pro, etc...
    Si vous disposez d'un serveur privé virtuel, du style Virtuozzo, chez Amen, on n'a plus ce bouton magique.... Alors, là, bernique. Il faut passer au dessus, grâce à un programme comme WinSCP3. Ca ressemble à Total Commander. Et on peut accéder au serveur "au dessus". Login = root. Mot de passe = celui que vous utilisez pour accéder à votre serveur virtuel.
    Vous arrivez à la racine de votre serveur virtuel et vous pouvez exploser les fichiers génants. Mais n'utilisez pas WinSCP3 pour uploader des fichiers,car le système va affecter root comme propriétaire des fichiers et on revient à la case départ. Utilisez un bon vieux CuteFTP ensuite, avec votre login+mot de passe.

    Ouf. La partie gestion de fichiers est achevée. Rest le problème Gallery 2.
    J'ai rencontré les mêmes problèmes de scripts + droits qu'avec Joomla. La soluce est au-dessus. Mais s'ajoute quelques problèmes. Le plus important est celui qui concerne l'affectation de la mémoire. Gallery est un outil merveilleux. Tout a été pensé. Parfois mieux que dans des solutions payantes. Mais chez Amen, par défaut, la mémoire vive affectée à l'exécution de script est de 8 Mo. Ca nous ramène 10 ans en arrière. Gallery 2 n'est pas méchant, mais en demande 16. Et là, selon votre hébergement, vous avez deux solutions. Si c'est Virtuozzo, utilisez WinSCP3 pour accéder à la racine du serveur et recherchez PHP.ini. Recherchez la ligne xxxxxxxxxx = 8 Mo (j'ai la faiblesse de ne pas rechercher la syntaxe exacte) et remplacez par 16 Mo.
    Pour un pack Web pro par exemple, on sort du concept de serveur privé et on devient un site parmi des centaines d'autres sur un serveur. Mais pas question d'accéder au php.ini. Alors il suffit d'insérer un .htaccess contenant la bonne info à la racine du répertoire qui contient l'application. Je ne donne pas la syntaxe exacte. En revanche, lors de l'installation de Gallery 2, à je ne sais plus quelle étape, Gallery vérifie si on est à 8 ou 16 Mo affectés. Si problème, Gallery le dit et propose la ligne à mettre dans .htaccess.
    Bref, une fois qu'on peut effacer et réinstaller (on peut aussi remettre les bases de données à zéro, même si Gallery notamment propose la remise à zéro des tables) à l'envie, la vie est plus belle...
    Et aujourdh'ui, je pense que le couple Joomla + Gallery 2 forme la plus belle usine à gaz de la terre du monde entier....

  • #2
    Mazette !

    Si je comprend bien, faire tourner Joomla chez Amen, c'est "ta mère déguisée en pingouin" ?

    En plus il faut parler une langue que beaucoup de nos visiteurs ne comprennent pas du tout ! Du chinois, j'vous dit !

    "Tu balances un locate pour trouver ton php.ini. Un coup de vi sur l'bidule et t'y met 16 meg au memory_limit. apache restart. Maintenant, gaffe aux chmod, c'est pas assez, faut faire chown...etc"

    Pas de la tarte ! Merci pour tes infos

    @++
    Hyperion
    Pas de demande de support en MP ou par mail, le forum est là pour ça!
    http://network.wantoo.com : Wantoo Network - Infogérance Serveurs Dédiés - Sécurité Joomla!

    Commentaire


    • #3
      [Réglé] Insatllation Joomla chez amen

      Bonjour,

      J'ai uploader mon site créer en local sur amen et la... c'est le drame !

      Restricted accessRestricted accessRestricted accessRestricted accessRestricted access
      Fatal error: Cannot instantiate non-existent class: database in /home/.sites/138/site105/web/site_web/includes/joomla.php on line 79


      Par défaut, le site ne se place pas à la racine du ftp mais dans le repertoire "web". Il existe également 2 rep à la racine : logs et users et je ne connais pas du tout leur utilité.

      Les permissions des repertoires étaient "non modifiable".
      >> J'ai modifié manuellement les droits en 777

      J'ai modifié le fichier configuration.php :
      $mosConfig_host = 'mysql3.amenworld.com';
      $mosConfig_user = 'xxxxx';
      $mosConfig_password = 'xxxxxx';
      $mosConfig_db = 'xxxxxx';
      $mosConfig_dbprefix = 'joomla_';
      $mosConfig_cachepath = 'http://www.afore-formation.fr/site_web/cache';
      $mosConfig_absolute_path = 'http://www.afore-formation.fr/site_web';
      $mosConfig_live_site = 'http://www.afore-formation.fr/site_web';

      J'ai appelé la page moovla.php (qui aide à configurer le fichier configuration.php) qui était (avant la modif des droits) en lecture seule.

      >> A quoi correspond le chemin /home/.site/138/..... qui n'est pas présent dans le fichier config.

      Sinon :
      Paramètre PHP magic_quotes_gpc est sur `OFF` au lieu de `ON`
      Paramètre PHP register_globals est sur `ON` au lieu de `OFF`

      Je pensais à un problème dans configuration.php, et malgré mes nombreux tests sur $mosConfig_cachepath, $mosConfig_absolute_path et $mosConfig_live_site j'ai plus l'impression de reculer que d'avancer vers la solution.

      Merci pour votre aide !
      Dernière édition par zplek à 07/06/2007, 09h29

      Commentaire


      • #4
        $mosConfig_cachepath = '/home/.site/138/...../site_web/cache';
        $mosConfig_absolute_path = '/home/.site/138/...../site_web';
        $mosConfig_live_site = 'http://www.afore-formation.fr/site_web';
        MWIP pour les intimes

        M. W. I. Prod. (Documentations et téléchargements pour Joomla!)

        Commentaire


        • #5
          Merci bien !

          La prochaine fois je réflechirais, promis...

          Commentaire


          • #6
            Merci d'ajouter la balise [Réglé] au titre du sujet.
            MWIP pour les intimes

            M. W. I. Prod. (Documentations et téléchargements pour Joomla!)

            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