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

Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

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

  • [Problème] Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

    Bonjour,
    Après de longues heures de recherche sur la toile, je me décide à poser mes questions sur le forum de Joomla! avec l'espoir d'obtenir des réponses.
    Actuellement en stage dans une entreprise, on m'a demandé de refondre les outils de communication actuels sous forme de trois sites avec chacun des noms de domaine indépendants.
    La première question concerne donc cette redirection : Est-il possible de découper le site en 3 noms de domaines?(templates différents, utilisateurs commun et certains contenus communs)

    Pour protéger les contenus de l'entreprise, je dois mettre en place un système de grade à 3 niveaux (Public, Abonné et Membre). Le passage entre le 1er et le 2nd grade est soumis à un payement mensuel ou annuel tandis que le rôle Membre n'est accessible que dans de rares cas traité manuellement.
    Je me pose donc la question suivante : Comment vais-je pouvoir assigner un groupe après un paiement automatique et sécurisé?

    De plus, devant personnaliser les champs utilisateurs, j'ai pu trouvé le composant Community Builder. Est-ce un bon choix?

    Pour finir, je vais devoir personnaliser l'accès à la page 'Access Denied' en incitant l'utilisateur à s'abonner. Comment faire?

    Étant étudiant en Informatique, j'ai des compétences relativement correctes en développement Web (notamment en PHP Orienté Objet et en Symfony 2), je peux donc éventuellement créer des modules mais mon stage se terminant mi-juin, je ne sais pas si ce délais sera suffisant.

    J'espère que vos réponses pourront m'éclairer sur mes interrogations et sur l’outil qu'est Joomla!

    Merci à vous
    Cordialement

  • #2
    Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

    Bonjour,

    Puisque le composant de gestion des profils est Community Builder, et qu'il s'agit de gérer des abonnements, avec des niveaux d'accès dépendant du contexte et du type d'abonné, la solution qui vient immédiatement à l'esprit et résoud en une seule fois tous les problèmes est le plugin CB Subs, qui est une véritable gestion complète d'abonnements.

    Par contre, le multidomaine est plus complexe à résoudre, bien qu'il existe des solutions, mais aucune n'est simple.
    Pas de demande de support par MP.
    S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

    Commentaire


    • #3
      Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

      Bonjour,
      Je pars donc sur Community Builder pour gérer mes utilisateurs. En revanche, existe-t-il un équivalent à CB Subs en version gratuite?
      Et au niveau du multidomaine, auriez-vous quelques pistes fiables à me conseiller?
      Cordialement

      Commentaire


      • #4
        Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

        Envoyé par Caligone Voir le message
        Bonjour,
        Je pars donc sur Community Builder pour gérer mes utilisateurs. En revanche, existe-t-il un équivalent à CB Subs en version gratuite?
        CB Subs est totalement intégré à CB, ce qui implique pour les utilisateurs une véritable intégration de leurs abonnements et la gestion de ces abonnements depuis leurs profils.
        Les autres solutions existantes n'ont pas ce degré d'intégration, ce qui, en usage professionnel, ferait un peu bricolage.
        En gratuit, seul Akeeba Subscriptions (gratuit dans ses fonctions de base, payant pour la version complète) permet ce type de gestion, mais ne possède s'une intégration rustique avec Community Builder.
        En autres solutions alternatives, voir Ambra subscriptions (uniquement pour Joomla! 1.5, la date de disponiblité pour 2.5 étant inconnue), AEC, JE Membership (intégration Community Builder très rustique), JINC (pas assez complet à prix égal pour rivaliser avec CB Subs), RS Membership, PayPlans, OSE Memberships, Nice Memberships, etc.

        Envoyé par Caligone Voir le message
        Et au niveau du multidomaine, auriez-vous quelques pistes fiables à me conseiller?
        Cordialement
        Là, l'offre est assez faible.
        mtwMultiple est assez instable, utilisable sur des sites ne devant pas avoir le degré de fiabilité des sites d'entreprises.
        JMS Multisites, plus stable, mais posant quelques problèmes lorsque des composants différents sont utilisés sur différentes instances.
        Virtual Domains, insuffisant en possibilités pour être utilisable en production d'entreprise
        MightySites, jeune solution, prometeuse, mais encore trop instable pour une utilisation en environnements critiques
        Pas de demande de support par MP.
        S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

        Commentaire


        • #5
          Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

          D'accord, vous avez correctement éclairez mes points et vous remercie pour votre aide.
          Cordialement

          Commentaire


          • #6
            Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

            Re-bonjour,
            Je me permets de revenir vers vous afin d'avoir votre avis sur une éventuelle solution concernant le multidomaine.
            Ce point étant essentiel pour le projet sur lequel je travaille actuellement, est-ce envisageable de réaliser 3 installations séparées de Joomla!, synchroniser les tables utilisateurs entre les 3 sites et mettre le cookie de connexion sur le même domaine afin qu'un utilisateur connecté sur un site soit connecté également sur les deux autres?
            En attente de votre réponse
            Je vous remercie pour le temps que vous me consacrez et vous souhaite une bonne journée
            Cordialement
            Dernière édition par Caligone à 02/05/2012, 16h19

            Commentaire


            • #7
              Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

              Il n'y a pas une, mais plusieurs solutions aux problématiques multidomaines.

              Il ne s'agit pas que de synchroniser les tables utilisateurs, mais de créer une solution SSO, et de synchroniser les sessions, vu qu eles sessions sont gérées dans des tables de la base de données.

              Le cookie de domaine donne uniquement le token de la session, qui met le timeout à jour à chaque changement de page (ou autre activité). Il faut soit savoir configurer les sessions en gestion memcached, soit utiliser des techniques avancées de MySQL pour partager quelques tables entre plusieurs bases en gérant correctement les locks (c'est faisable en utilisant une définition d etables virtuelles) ou encore créer son propre plugin d'authentification.

              Dans tous les cas de figure, sans un véritable cahier des charges avec ce qui est attendu de chaque site, il serait un peu délicat d eproposer l'une des approches plutôt qu'une autre.
              Pas de demande de support par MP.
              S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

              Commentaire


              • #8
                Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

                D'accord, je vais tenter de vous donner plus d'informations sur le projet.
                Celui-ci est décomposé en 3 sites avec chacun des contenus et des templates différents:
                • Site 1 : Site vitrine présentant l'institution accessible au grand public et permettant la vente à l'unité de certains bulletins

                • Site 2 : Site membre accessible uniquement aux membres après abonnement via le site 1

                • Site 3 : Site magazine accessible au grand public mais avec différents niveaux de privilèges, notamment au niveau de la lecture des articles.


                Le point capital dans le projet est la connexion entre les sites. Ainsi, comme expliqué précédemment, un utilisateur connecté sur le premier site doit pouvoir accéder au site 2 ou au site 3 sans avoir à se reconnecter.

                Si j'ai bien compris vos explications, lorsqu'un utilisateur se connecte, une session est créée en base et l'ID de la ligne correspondante est déposé en cookie.
                Afin de pouvoir récupérer la connexion, il faudrait donc que la session soit dupliqué sur les bases des 3 sites, et que le cookie de connexion unique pour les 3 instances de Joomla! soit lu afin de récupérer l'identifiant et donc la session. C'est bien ça?

                Est-il possible dans ce cas, de synchroniser les tables utilisateurs et les tables sessions à l'aide de triggers MySQL en plus d'utiliser le même cookie afin de régler le soucis?

                Merci
                Cordialement

                Commentaire


                • #9
                  Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

                  Dans le schéma fourni, il manque des éléments logiques. Si on veut rester user friendly, la connexion doit être possible depuis n'importe quel site ce qui implique une synchronisation plus complexe, chaque site pouvant être selon le cas de figure le maître ou l'esclave.

                  Dans ce cas de figure, l'utilisation de triggers risque fort de finir, si on veut rester cohérent, en un serpent qui se mord la queue. L'utilisation de triggers pour le traitement de tables dans des bases disjointes nécessite de grandes précautions.

                  Dans ce cas précis, la virtualisation des tables en question serait la solution la plus logique. Mais là également, il vaut mieux avoir une excellente maîtrise des "internals" de MySQL et une version 5.5 du serveur si on veut éviter les très grosses déconvenues.
                  Pas de demande de support par MP.
                  S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

                  Commentaire


                  • #10
                    Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

                    Bonjour jisse03,
                    Il doit être effectivement possible de se connecter sur chacun des sites.
                    Lorsque vous parlez de virtualiser des tables, il s'agit bien des tables de type Federated n'est-ce pas?
                    Merci encore pour vos réponses
                    Cordialement

                    Commentaire


                    • #11
                      Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

                      Soit des tables Federated, si le serveur le supporte, soit l'utilisation des symlinks (idem, si le serveur le supporte et si on sait gérer correctement ce type de table)
                      Pas de demande de support par MP.
                      S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

                      Commentaire


                      • #12
                        Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

                        D'accord,
                        Je vous remercie pour votre précieuse aide et repasserai donner des nouvelles dans un mois.
                        Cordialement

                        Commentaire


                        • #13
                          Re : Plusieurs questions (Multisite, Paiement, Utilisateur, etc.)

                          Envoyé par Caligone Voir le message
                          D'accord, je vais tenter de vous donner plus d'informations sur le projet.
                          Celui-ci est décomposé en 3 sites avec chacun des contenus et des templates différents:
                          • Site 1 : Site vitrine présentant l'institution accessible au grand public et permettant la vente à l'unité de certains bulletins

                          • Site 2 : Site membre accessible uniquement aux membres après abonnement via le site 1

                          • Site 3 : Site magazine accessible au grand public mais avec différents niveaux de privilèges, notamment au niveau de la lecture des articles.


                          Le point capital dans le projet est la connexion entre les sites. Ainsi, comme expliqué précédemment, un utilisateur connecté sur le premier site doit pouvoir accéder au site 2 ou au site 3 sans avoir à se reconnecter.

                          ...
                          Merci
                          Cordialement
                          Voici une solution possible si le schéma ci-dessus est strictement tel quel:

                          - Sur Site 1, effectuer l'enregistrement avec une iframe du Site 3 avec CBSubs.
                          - Le Site 3 un plugin CBSubs existant d'accès protège complètement le Site 2. Par exemple:
                          * Plugin de protection de répertoire protège avec un plugin de type "folder access protection" au niveau HTTP l'accès (même serveur)
                          * OU Plugins CB Actions SQL pour garder les profils utilisateurs en synchro et plugin CBSubs SQL pour répliquer le niveau de membre automatiquement en modifiant une table simplement (et répliquer le profil d'utilisateur): C'est ce que nous utilisons pour synchroniser notre http://forge.joomlapolis.com/ avec http://www.joomlapolis.com/ .
                          * OU Plugin CBSubs URL qui peut faire des requêtes SOAP ou RPC au site 2 pour synchroniser les membres.

                          Ca nécessite de se loguer 2 fois (bien qu'avec CB Auto Actions, en SQL il pourrait être possible de faire du SSO (je pose la question dans notre équite), donc c'est pas super-parfait (car en cas d'indisponibilité prolongée d'un des serveurs ou sites, il y a risque de désynchronisation) mais ca fonctionne bien dans un environnement de Haute Disponibilité comme celui dans lequel les sites joomlapolis.com sont hostés (on a notre propre hosting pour ça, décrit ici: http://hosting.joomlapolis.com/ ).

                          La même chose peut peut-être faite avec un composant SSO ou un autre système de souscription, mais je ne les connais malheureusement pas
                          Beat

                          Commentaire

                          Travaille ...
                          X