import d'un listing clients

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

  • [RÉGLÉ] import d'un listing clients

    Bonsoir, je dois importer un fichier de près de 20000 clients dans ma base Virtuemart. J'ai utilisé CSVI mais à première vue, il ne met à jour que la table vm_user_info et ne rajoute rien dans jos_users. Dans celle-ci, le mot de passe est crypté.
    Comment puis-je importer tout mon fichier via phpmyadmin et que les passwords de ma base soient crypté de la même manière ?
    Merci d'avance
    Dernière édition par louisseize à 21/10/2010, 09h49

  • #2
    Bonjour,

    Là il ne faut pas rêver, l'import CSV est ce qu'il est, et rien de plus.
    Pour importer des users, jos_users n'est pas suffisant, il y a des tables annexes ( toutes les tables core_acl*)

    et pour les mots de passe pour la table jos_users, il faut au moins les crypter avec md5( 'le_passe') ;
    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
      Ben, je ne sais pas si ça a rempli toutes les tables, mais j'ai trouvé la réponse sur le forum de CVSI : en fait, il faut mettre un champ user_id et un champ user_info_id VIDES. Alors que j'avais mis les id de mon listing.
      J'ai donc tous mes users aussi bien dans la Gestion des utilisateurs de Joomla que dans la liste des utilisateurs de VM. Mais il y a un couac, quand je vérifie mes tables dans PhpMyAdmin, le password est vide. J'avais pourtant lu ici http://www.csvimproved.com/forum/2-h...th-errors.html que l'on pouvait mettre le mdp en "normal" et qu'il se chargeait de le crypter.
      Je leur ai posé la question, je rapporterai leur réponse.
      Je suis allé vérifier les tables dont tu parles. Elles semblent toutes bien remplies.
      CSVI est un composant qui permet beaucoup d'imports csv pour VM.

      C'est quoi md5 ? J'ai jeté un oeil sur Google, mais je ne vois pas comment transformer moi-même mes 20000 mots de passe en cryptés ...

      Merci pour ta réponse, en tout cas
      Dernière édition par louisseize à 11/10/2010, 00h59

      Commentaire


      • #4
        bonjour,

        dans la structure de la base de donnees jos_users, il est possible de selectionner MD5 pour le type password ; voir ici la fonction de principe
        http://forum.joomla.fr/showthread.ph...120#post426120

        a propos de md5
        http://fr.wikipedia.org/wiki/MD5
        sommaire thématique des astuces du forum e-commerce ici http://www.webtimarket.com/fr/telechargements
        http://virtuemart.fr

        Commentaire


        • #5
          Merci PATSXM971 ! Du côté de CSVI, ils cherchent pourquoi le password n'est pas intégré mais à la rigueur je pourrais faire un update de ce champ à la main. Par contre, j'ai vu comment mettre md5 pour un enregistrement mais pas comment le paramétrer pour pouvoir importer le champ complet avec les mdp en dur.

          Si tu as une idée ...

          Merci d'avance

          Commentaire


          • #6
            il faut l'importer en tYPE varchar(100), comme de base dans joomla

            ensuite executer une requete sql pour le hasher en MD5

            essaie ceci : update `jos_users` set password=md5(password);

            bien entendu, fais une sauvegarde auparavant. Il y a des chances que les utilisateurs aient a refaire leur mot de passe....

            fait un test avec un utilisateur fictif.
            sommaire thématique des astuces du forum e-commerce ici http://www.webtimarket.com/fr/telechargements
            http://virtuemart.fr

            Commentaire


            • #7
              Envoyé par PATSXM971 Voir le message
              il faut l'importer en tYPE varchar(100), comme pour de base dans joomla
              Que veux-tu dire par "pour de bse dans joomla" ?

              ensuite executer une requete sql pour le hasher en MD5

              essaie ceci : update `jos_users` set password=md5(password);

              bien entendu, fais une sauvegarde auparavant. Il y a des chances que les utilisateurs aient a refaire leur mot de passe....

              fait un test avec un utilisateur fictif.
              Merci beaucoup pour l'astuce. Mais comme le mot de passe est le code client d'une autre base, je ne peux pas me permettre de les fausser. Comment peut-on ensuite "dé-hasher" pour vérifier ?

              Sinon, le concepteur de CSVI a trouvé pourquoi je n'arrivais pas à imoprter les mdp : parce que dans le fichier users à importer, il faut absolument un champ user_email REMPLI ... S'il est vide, il importe tous les champs sauf le mot de passe.
              Et le champ user_email, comme adresse_type et adress_type_name sont obligatoires pour l'import via CSVI.

              Commentaire


              • #8
                de base dans joomla le champ est de type varchar(100).

                eh bien de-hasher voudrait dire que le mdp est facile a decrypter... je ne vois pas trop l'interet dans ce cas de le crypter.

                pour crypter, joomla utilise la fonction getCryptedPassword()
                http://docs.joomla.org/API15:JUserHe...ryptedPassword
                http://api.joomla.org/Joomla-Framewo...serHelper.html

                qui fait egalement appel a la cryptographie "salt" http://en.wikipedia.org/wiki/Salt_%28cryptography%29

                Certains sites sur le web proposent de dehacher des enregistrements en md5 ; j'ai deja fait plusieurs tests, mais n'ai jamais pu retrouver les mots de passe originaux, non cryptes...

                maintenant, si tu veux manipuler ces choses...
                http://forum.joomla.org/viewtopic.php?f=178&t=448442
                sommaire thématique des astuces du forum e-commerce ici http://www.webtimarket.com/fr/telechargements
                http://virtuemart.fr

                Commentaire


                • #9
                  merci, PatXYZ tu as raison, si c'était si facile de dé-hasher ... heureusement, en cherchant avec les gars de CSVI on a trouvé le pourquoi du problème : il faut impérativement que le champ user_email soit rempli. J'ai donc créé des adresses fictives pour tous les clients qui n'en avaient pas et l'importation a réussi.
                  Bonne journée

                  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