Joomladay francophone 2018 à Paris 18 et 19 mai

les champs supplémentaires ....

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

  • les champs supplémentaires ....

    Bonjour tout le monde,

    En fait c'est une question qui concerne les champs supplémentaires de l'extension K2. est-ce l'option "Ajout une option" sous le type Liste déroulante est limité ??? et si c'est le cas, y'a t-il une solution pour augmenter ce maximum et merci beaucoup...

  • #2
    Re : les champs supplémentaires ....

    En fait, j'arrive toujours pas a trouver comment dépasser le maximum des champs ajouter dans la liste déroulante....quelqu'un a une idée !!!

    Commentaire


    • #3
      Re : les champs supplémentaires ....

      les champs sup sont des champs text dans la base donc théoriquement, tu n'as aucune limite... As-tu un message d'erreur à partir d'un certain nombre de champs définis?
      Christophe
      http://www.webcrea.fr

      Commentaire


      • #4
        Re : les champs supplémentaires ....

        Bonjour,

        Exactement Mr Webcrea, et voici le message qui apparait dans la page " Forbidden

        You don't have permission to access /administrator/index.php on this server.

        Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request
        "

        Commentaire


        • #5
          Re : les champs supplémentaires ....

          Bonjour tout le monde,

          j'attends toujours une réponse qui peut m'aider a résoudre ce problème car je suis coincé et je sais d'ou je vais commencé...afin de bien détaillé mon problème : j'ai remarqué qu'a partir du 492 champs il n'est plus possible d'enregistré la page or j'ai plus que 1000 champs donc est-ce un problème de réglage ou d'autre chose ??? sachant que j'ai les champs définis sous le type longtext ...et merci

          Commentaire


          • #6
            Re : les champs supplémentaires ....

            1000 champs !!! cela vaudrait peut-être mieux de t'orienter vers la production d'un composant...

            Pourquoi as-tu besoin d'autant de champs?
            Christophe
            http://www.webcrea.fr

            Commentaire


            • #7
              Re : les champs supplémentaires ....

              1000 champs !!! Bah, je bosse dans un site medical et j'en ai besoin pour filter certain parametre. Mais comme tu m' a conseillé de s' orienter vers la production je comprend que ce que je cherche n'est pas possible avec ce plugin k2 ???

              Sent from my GT-P5113 using Forum Joomla.fr mobile app

              Commentaire


              • #8
                Re : les champs supplémentaires ....

                Tout d'abord, il faut que tu saches que je ne suis pas Mme Irma, je n'ai aucune idée de ton projet. Dans ton premier post, c'est toi qui questionne sur k2, je ne t'ai jamais conseillé de l'utiliser à moins que cela soit dans un autre post, dans ce cas il eut fallu rappeler le contexte pour que tu sois peut-être mieux orienté. Ensuite, ici, ce n'est pas une hotline, on dépanne, on oriente, on fournit des pistes mais nous n'avons aucune obligation de résultat, donc je te suggère d'avoir un ton un peu moins péremptoire si tu veux être aidé. Et, pour finir, k2 est un composant, pas un plugin.
                Christophe
                http://www.webcrea.fr

                Commentaire


                • #9
                  Re : les champs supplémentaires ....

                  Bonjour,
                  Peut être c'est parce que je me suis stressé dans ce problème....Théoriquement le champs "longtext" peut accepter jusqu'au 4 milliard caractères différent comme maximum d'après ma petite recherche, ce qui nous permet d'écrire toute un livre dans ce champs....Alors, pourquoi il se bloque sur 492 option ajouté ???

                  Petite remarque : c'est au niveau du plugin "Filter and search" ou je cherche a montrer les milles mots médicales.

                  Commentaire


                  • #10
                    Re : les champs supplémentaires ....

                    Bonjour....

                    Et si le problème n'était pas le nombre de champs, mais la définition des champs de la table en question...
                    Toute base de données, MySQL y compris, a une limite en taille de définition. Sans plus d'infos sur la table en question, son nombre de champs voulus, leur structure, etc... on quitte totalement une problématique Joomla! pour une pure problématique bases de données.
                    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


                    • #11
                      Re : les champs supplémentaires ....

                      Envoyé par jisse03 Voir le message
                      Bonjour....

                      Et si le problème n'était pas le nombre de champs, mais la définition des champs de la table en question...
                      Toute base de données, MySQL y compris, a une limite en taille de définition. Sans plus d'infos sur la table en question, son nombre de champs voulus, leur structure, etc... on quitte totalement une problématique Joomla! pour une pure problématique bases de données.
                      +1 jisseo3.
                      De pus est ce que touts les champs ont vocation a etre dans la meme table?
                      second point une liste avec 1000 champs est quasiment illisible(5 minutes pour la faire defiler de bout en bout)...
                      Prend pitié de tes visiteurs et crée un filtre plus poussé, ce qui te permettras d alleger ta liste deroulante.
                      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


                      • #12
                        Re : les champs supplémentaires ....

                        1000 champs !!! Bah, je bosse dans un site medical et j'en ai besoin pour filter certain parametre.
                        Qui dit médical dit groupes de paramètres, et donc, pour optimiser le tout, regrouper les familles de champs dans des tables en ayant une table maîtresse ne contenant que l'essentiel (commun à tout) et des tables pivot pour les autres champs. Le tout pouvant ensuite se gérer via des SQL Views, ce qui à la fois rend le tout cohérent, mais surtout bien plus performant.
                        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


                        • #13
                          Re : les champs supplémentaires ....

                          Bonjour,
                          Mr jisse03, Je suis pas entrain de innover dans ce domaine...l'expérience à été mise en marche depuis des années ou le résultat d'une recherche est quasi instantané....vous n'avez qu'a faire un coup d’œil pour voir de quoi je parle :[ http://www.anam.ma/anam.php?id_espace=6&id_srub=19&ir=3 ]

                          revenons a notre musique...en fait d'après d'autre forum, ils parlent d'une certaine "big table" ...vous avez une idée de quoi s'agit-il ou comment l'activée ???

                          Commentaire


                          • #14
                            Re : les champs supplémentaires ....

                            Quel que soit l'age du projet, les limitation en taille des descriptions de tables (les .frm sous MySQL) restent la limite.
                            Pour les limites voir http://dev.mysql.com/doc/refman/5.0/...unt-limit.html

                            Joomla! utilisant un encodage UTF-8, il faut en tenir compte dans les calculs.

                            Les BIG TABLES ne changent rien à ces limites en taille de descripteurs .frm, mais sont des tables ayant une taille conséquente.

                            Quelsues pistes fréquemment utilisées, si on veut vraiment tout caser dans une seule table et éviter les pivots et jointures:

                            Regrouper des champs de type char ou varchar dans un TEXT ou BIGTEXT en utilisant un séparateur de champs, et indexer cette colonne en mode fulltext ou utiliser des objets PHP et stocker leur valeur sérialisée dans des champs TEXT ou BLOBS.

                            La concaténation de champs non participatifs à une index clé de requête, mais indexé en full text est plus efficace que le stockage sérialisé, y compris lors de requêtes ayant de sclauses WHERE complexes.

                            Parvenir à ses fins avec des informations multiples à stocker revient parfois à modifier son schéma d'origine et son modèle de stockage des données.
                            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


                            • #15
                              Re : les champs supplémentaires ....

                              Effectivement, je crois qu'il y a confusion dans les termes employés et l'organisation de tes données :

                              une table médicaments
                              Code EAN-13
                              Médicament
                              Substance active (DCI) & dosage
                              Forme & Présentation Prix
                              Public de Vente
                              (*PPV)
                              Prix base
                              remboursement
                              (PPV)
                              Prix Hospitalier
                              (**PH )
                              Prix base
                              remboursement
                              (PH)
                              Classe Thérapeutique P:Princeps
                              G:Generique
                              Remboursement
                              2 requêtes GROUP BY sur classe et DCI pour générer les 2 sélecteurs

                              un jeu de boites à cocher pour le type

                              et tu as ton moteur de recherche

                              pas la peine de te casser la tête à chercher à faire rentrer le contenu de tes sélecteurs dans un champ sup K2
                              Christophe
                              http://www.webcrea.fr

                              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