Jump to content

revolving

Members
  • Posts

    16
  • Joined

  • Last visited

About revolving

  • Birthday 03/20/1979

Profile Information

  • Activity
    Developer

revolving's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Bonjour, Les tests ont été faits sur une base de 1800 produits dans 270 catégories avec 20 caractéristiques pour chaque produit et 2 produits seulement avaient reçus une double valeur sur 2 caractéristiques. Je ne pense pas être exceptionnel pour le nombre de produits gérés, je pense plus qu'il suffirait juste de revoir la requête pour l'alléger mais je ne suis pas un spécialiste SQL. A suivre donc.
  2. Bonjour, Attention, nous avons remarqué qu'en appliquant cette astuce (en particulier la suppression de la clé primaire), le chargement du contenu d'un filtre dans le BO et configuration du module BlockLayered (navigation à facettes) devient trop long et renvoi une erreur 500 sur l'appel ajax du fichier blocklayered_ajax_back.php. Celui-ci appele le fichier blocklayered.php qui execute la requête sql en ligne 3525 censée récupérée les valeurs de caractéristiques. Malheureusement, on passe d'un temps de réponse de 3-4s à plus de 9s ce qui fait planter l'appel Ajax. Et oui tout ça à cause de la clé primaire supprimée ! Quelqu'un de très fort en sql serait-il capable de remodeler cette requête ? Mais je ne peux m'empêcher de me demander pourquoi cette possibilité de multivaleurs (demandée par beaucoup de gens) n'est toujours pas implémentée en natif dans Prestashop même pas dans la 1.5 ?!!!!! Quelqu'un de la Prestateam peut-il nous répondre ??? J'ajoute juste que cette possibilité n'est pas compatible avec la gestion des caractéristiques par Store Commander. Je reste à l'écoute...
  3. Bonjour, J'ai acheté votre module "login as customer" récemment, mais lorsque je clique sur les liens dans le détail d'une fiche client, le site devient inaccessible (fatal error) uniquement dans le navigateur concerné par l'ouverture du lien. Je pense à une info en cookie incompatible. Presta v1.4.8.3 Merci de vos recherches. FM
  4. Bonjour, même problème de mon côté, une solution a-t-elle été trouvée ? merci
  5. Bon j'ai réussi à continuer mes tests quand même, je récupère maintenant mes clients entièrement et mes adresses, mais le pays est toujours enregistré sur Allemagne alors que c'est 8 l'id country envoyé.... là je crois plus à un bug . une idée ?
  6. Bonjour, enfin un import est enfin arrivé au bout, à première vue la totalité des clients ont été récupérés mais : le champ date_upd dans ps_customer reste à "0000-00-00 00:00:00" ce qui à pour effet de bugger la page d'affichage du détail d'un client. comment vérifier/ajouter ce champ dans la requête d'import des clients ? Comment cette requêt select est-elle créée ? la fonction getfields() a-t-elle un rapport ? Quelqu'un de l'équipe presta pour répondre peut-être ? merci
  7. D'ailleurs, le fait d'augmenter la taille des champs dans la base de données (bah oui y'a des noms ou des société qui comportent plus de 32 caractères !) est-il risqué par rapport aux futures mises à jour de presta ? celle-ci risque-t-elle de re-réduire cette taille de champs ? merci
  8. Bon alors.... Que de modifications à faire pour adapter l'importosc à virtuemart ! Quelque remarques sur le format des données des comptes client et adresses de prestashop : Pourquoi avoir autant limité la saisie des utilisateurs pour leur nom prénom société adresses, que ce soit dns la longueur, le type de caractères ?!!!! J'ai plus de 200 enregistrements récupérés dans virtuemart qui ne passent pas soit parce que l'info est trop longue ou parcequ'elle contient un caractère genre "_" ou "()" ou "@" ou "/" ou même les guillemets eux-même c'est un peu trop limité à mon goût ! Tiens par exemple, le nom et le prénom ne peuvent pas contenir de chiffres, ni virgules (j'ai 3 prénoms et si je voulais les enregistrer tous ?). Mais pourquoi est-il aussi méchant ;-) ? Messieurs dames de l'équipe Prestashop si vous m'entendez : oui les adresses de facturation (postales) peuvent contenir ce type de caractères ! la preuve : http://www.groupey.f...s-poitiers.html regardez au dessus de la boite postale. Beaucoup de client indique des infos parfois entre parenthèses,etc.. si vous leur dite qu'un champ n'est pas valide pour ça, je suis prêt à parier qu'ils abandonneront très vite leur inscription s'il ne sont pas sûr que toutes ces infos qu'ils pensent importante ne peuvent être enregistrées ! Bref, autant j'ai pu overrider les class address et customer pour redéfinir la taille des champs sus-cités( avec la modification de la taille du champ dans la BDD), autant modifier l'expression régulière de vérification des infos suivant le genre (isname ou isgeneralname par ex) ne peut être fait en overridant la class validate, je me trompe ? Merci d'avance à l'équipe (ou n'importe qui d'autre d'ailleurs) pour votre réponse !
  9. Bonjour, En effet j'ai testé cart2cart et je ne suis pas très satisfait par rapport au prix, mon besoin étant limité à l'import des comptes clients et leur mot de passe et si possible des commandes, je n'ai pas testé la partie produits. En revanche pour les clients et les commandes, plusieurs erreurs apparaissent, les dates des commandes sont aléatoires, les accents ne sont pas compris, les pays des adresses sont inexacts, le poids n'est pas récupéré, les commandes validées/expédiées ne déclenchent pas la création des factures. et surtout, les mots de passe des comptes clients ne fonctionnent plus après import. Bref, le support est en anglais et j'avoue avoir envie de payer un minimum donc je met les mains dans le cambouis ! J'ai commencé par adapter toutes les requêtes de récupération des données du module importosc que j'ai copié et renommer en importvm. Bizarement je me retrouve après avois désinstallé le module importosc et installer le module importvm avec 2 fichiers de lanques en backend dont un poorte encore le nom importosc je ne comprends pas d'où il sort ! Attention : j'avoue être encore débutant sus presta alors désolé si des choses vous semblent logiques à vous et pas à moi... Problème : second essai : shopimporter indique une erreur "not exist !" mais de quoi ? si quelqu'un à une idée... je prends. Pour info, une société de service propose un service de transfert des données pour près de 9000€ !!!, ca vaut le coup de se creuser un peu donc. à suivre donc
  10. Bonjour, merci de votre réponse, c'est une bonne idée et je m'étonne de ne pas y avoir pensé, j'avoue que j'espérais tout de même une solution plus rapide avec moins de codage mais tant pis... Je vais essayer d'adapter le module shopimporter mais il me faudrait la confirmation que cette méthode fonctionne bien ! Pour l'info en base du mot de passe crypté, j'aime pas modifié la structure d'origine des tables presta, je préfère crée une table à moi à part du reste c'est plus sûr pour les mises à jour futures je pourrais toujours faire le lien avec l'id client. merci du tuyau, je reviendrai ici pour vous tenir au courant. bonne journée PS: personne n'a eu besoin de faire cela avant moi ? c'est fou je dois pas être le seul à venir de Virtuemart quand même....? et l'équipe Prestashop, pourquoi ont-ils prévus la migration d'Oscommerce mais pas de Virtuemart ? je vais essayer de m'y coller mais bon...
  11. Bonjour à tous, J'essaye désespérément depuis 1 semaine de trouver des infos sur le forum pour migrer mes comptes clients d'un virtuemart 1.13 à Presta 1.4.7 et particulièrement les mots de passe. En effet, l'export des infos client (adresses non, prénom etc.) n'est pas un problème, je récupère tout dans un fichier d'export csv que j'importe par l'outil import de presta mais : les mots de passe n'étant pas cryptés de la même manière je pense, impossible de me connecter avec un compte client et son mot de passe sur presta. J'ai aussi testé l'offre de cart2cart sans succès, les mots de passes clients ne fonctionnent pas non plus et les dates des commandes importées non plus d'ailleurs! j'utilise store manager pour les imports des produits et les catégories. Au secours, je voudrais à tout prix éviter d'obliger tous mes clients à ressaisir/changer leur mot de passe (30000 clients quand même). Quelqu'un aurai-t-il une solution ? merci d'avance de vos retours.
  12. hello, i'm also very interested by the solution of your problem. Thanks a lot for your share... Franck
  13. Bonjour, J'ai quelques interrogations concernant le bloc navigation à facette et notamment le filtrage. Une des caractéristiques de nos produits est d'avoir un nombre de joueurs => ex. de 2 à 5 joueurs ou de 3 à 4 joueurs. Pour l'affichage dans la fiche produit, il n'y a pas de souci, il y aura une valeur pour chaque possibilité (2 à 3 ; 2 à 4 ; 2 à 5 etc.) et la valeur s'affichera tel quel. En revanche quid du filtrage ? Car si l'on souhaite que dans toutes les catégories du site puisse s'afficher un filtre pour isoler tous les produits à 2 joueurs ou tous les produits à 4 joueurs etc. ? A défaut de pouvoir sélectionner des valeurs multiples pour une caractéristique donnée, nous avons envisagé de créer une catégorisation adhoc avec des ss-catégorie 1,2,3 etc. (joueurs) mais comment faire pour que ces ss-catégories servent de filtres systématiquement à toutes les catégories de produits ? D'avance merci pour votre aide et bravo pour cette V1.5 époustouflante.
  14. en effet, j'étais déjà en train de lire tes propres écrits sur la création d'une surcharge merci de ta prévenance. Si je comprends bien, pas d'autre solution que de modifier le core ? même en passant par un module la surcharge d'adminTabs est impossible ? c'est quand même bien dommage ça, l'équipe de dèv. de Presta n'a pas prévu d'ajouter cette possibilité dans un avenir très proche ? :-S
  15. oups, autant pour moi, je n'avais pas fait le rapprochement... bon courage pour l'implémentation sur version 1.4 je regarde aussi pour la surcharge, ce serait encore mieux !
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More