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

Utilisateurs et infos connexes

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

  • Utilisateurs et infos connexes

    Bonjour,
    Joomla 3.8 est là et la gestion des utilisateurs est toujours aussi étriquée. Quel interet de créer une table 'profiles' alors que l'intégration de ces données dans 'users' est si simple ? Quel interet de fabriquer une table à partir d'un champ 'clé' ça me rappelle les pires constructions de style pick quand on avait des processeurs omnibus et des mémoires rikiki
    que joomla laisse la place à fabrik ou autre c'est cohérent mais alors pourquoi compliquer la tache à plaisir ? sauf à devenir mortel...

  • #2
    Bonsoir,

    La relation entre la table #_users et #_user_profiles est de type 1-N. Cela explique bien des choses OU je n'ai pas compris votre problème. Au fait, quel est votre problème avec cette structure ?
    UP, un plugin "couteau suisse" à découvrir sur https//up.lomart.fr
    bgMax
    , AdminOrder, MetaData, Zoom, ArtPlug, Custom, Memo, Filter, ...
    plein de nouveaux modules et plugins sur http://lomart.fr/extensions

    Commentaire


    • #3
      Bonsoir,
      Merci de votre intèrêt
      Je comprends bien ce type de relation mais joomla préviligie depuis toujours l'unicité du user donc à quoi sert ce type de relation c'est totalement obsolète aujourd'hui ou alors je ne comprends plus rien ??

      Commentaire


      • #4
        joomla préviligie depuis toujours l'unicité du user
        Oui, mais pas des informations de profil. D’où la relation 1-N

        Où est le problème en dehors de l'affirmation (à mon avis erroné) que la relation 1-n serait obsolète ?
        En quoi cela vous gène t'il dans l'utilisation de Joomla ? Quel inconvénient, cela entraîne t'il ?
        UP, un plugin "couteau suisse" à découvrir sur https//up.lomart.fr
        bgMax
        , AdminOrder, MetaData, Zoom, ArtPlug, Custom, Memo, Filter, ...
        plein de nouveaux modules et plugins sur http://lomart.fr/extensions

        Commentaire


        • #5
          La table user_profiles correspond au plugin utilisateur profile et non au composant utilisateur.
          La table users est la table qui contiens les champs standard Joomla et la table user_profile contient les champs optionels de chaque profil.
          Ce plugin est juste la pour montrer les possibilités d extension de Joomla (bien qu il soit extremement utile à beaucoup).
          C'est pour ca qu il est desactivé par défaut.
          Quel interet de créer une table 'profiles' alors que l'intégration de ces données dans 'users' est si simple ?
          Mis a part le fait que ce ne sont pas les memes bouts de code en action, au niveau performances du serveur sql, cela joues.
          tables user = 10 champ
          table user_profiles = 20 champs

          Avec ton idée, recuperer le nom d'utilisateur obliges le serveur sql a parcourir une table de 30 champs, dont peu servent reelement.
          A chaque requete sql, c est l'integralité de la table qui est parcourue..
          Mon site de documentation sur Joomla et le CCK K2 : http://documentation.informaticien51.fr
          Une notice pour le CCK K2 ( mise à jour le 01/06/2015) :
          http://documentation.informaticien51...couverte-de-k2

          Commentaire


          • #6
            Bonsoir,
            oui bien sûr finalement j'ai écrit ce qu'il faut pour lire et afficher ce contenu additionnel
            c'est juste qu'il y a des lourdeurs ailleurs et que le profil complet dans la même table c'eut été pas mal...
            merci, bonne soirée

            Commentaire


            • #7
              Bonsoir,

              Si c'est réglé, merci de passer le sujet en réglé.
              UP, un plugin "couteau suisse" à découvrir sur https//up.lomart.fr
              bgMax
              , AdminOrder, MetaData, Zoom, ArtPlug, Custom, Memo, Filter, ...
              plein de nouveaux modules et plugins sur http://lomart.fr/extensions

              Commentaire


              • #8
                Bonsoir,

                Envoyé par jilou Voir le message
                c'est juste qu'il y a des lourdeurs ailleurs et que le profil complet dans la même table c'eut été pas mal...
                Ben non surtout pas... Une table doit reste la plus petite et la plus spécialisée que possible. Si tu peux faire deux tables parce que finalement deux types d'informations (user et profil sont bien deux types différents), il faut faire deux tables.

                Aussi parce que la table profil peut être remplacée par un autre composant que le natif.

                Il faut à tout prix priviligié le maintenable et permettre l'extensibilité.

                Et, sincèrement, que ton query interroge une ou deux tables; cela ne change strictement rien du tout.

                Bonne soirée.

                Christophe (cavo789)
                Développeur d'aeSecure; protection, optimisation et nettoyage (après hack) de sites web Apache https://www.aesecure.com/fr
                Développeur de marknotes, logiciel de gestion de prises de notes avec interface web et de multiples convertisseur https://github.com/cavo789/marknotes

                Venez rencontrer la communauté francophone à l'occasion du JoomlaDay 2018 qui se tiendra les 18 et 19 mai 2018. Plus d'infos sur https://www.joomladay.fr

                Commentaire

                Travaille ...
                X