Jump to content

whitespirit

Members
  • Posts

    264
  • Joined

  • Last visited

Everything posted by whitespirit

  1. Et on fait quoi en attendant la 1.2 ? J'ai le même problème dans le module "déjà vu", là aussi je me rends contre que le pb viens de l'url généré. Y'a t'il les corrections quelque part ? Bon, je ne pose pas la question, la 1.2 est prévu pour quoi....
  2. Hello, Je me suis rendu compte d'un problème dans ma version de prestashop. Imaginons que je vais depuis ma page d'accueil sur le détail d'un produit, je retrouve bien tous les produits "dans la même catégorie". Si je clique sur un des produits dans cette liste, je me retrouve sur la fiche produit du dernier produit mais avec tous les produits du site "dans la même catégorie". Je remarque aussi qu'à ce moment dans le "fil d'arianne" (c'est comme ça qu'on appelle le menu en haut? "accueil > macategorie > monproduit") se retrouve avec tout simplement "accueil > monproduit". Avez-vous remarquez ce bug ? L'avez-vous aussi ? L'avez-vous corrigé ? Merci.
  3. @ludo: l'intérêt d'un bon design concerne le client final. C'est plus difficile de placer un produit quand le design n'est pas mis en avant, même si les fonctionnalités le sont. Je te donne un exemple, tu connais l'erp Dolibaar ? Si tu regardes ces fonctionnalités il est vraiment top, très bien pour les petites structures. Par contre, il est graphiquement tellement moche qu'il est super difficile de le placer chez un client. Par contre, l'inverse existe, un produit très beau mais sans aucune fonctionnalité passe mieux aurpès du client final (c'est à dire pas toi mais celui à qui tu vas le vendre). Ceci dit je suis d'accord avec toi, je ne sais pas si tu es serieux quand tu parles de 34 feuilles de styles mais si c'est le cas, je comprends bien qu'il faudrait être très courageux pour se pencher sur une refonte.
  4. @fredp: Vraiment un grand merci déjà de nous faire l'honneur d'être sur ce forum. Je n'ai pas encore eu le temps de regarder le code source de EGG et je poserai les questions sur les forums approprié (concernant le framework utilisé php/ajax s'il en a). Une fois que les fonctionnalités présentes dans la démo seront finalisés et la partie campagne de mail avec ROI (le seul côté vraiment cool que je trouve à SugarCRM car dans la version OpenSource il n'y a même pas de gestion de facture, devis, etc.), je pense que EGG sera vraiment le top du top. Si en plus tu rajoutes un modules de compta, là tu as explosé toutes les autres CRM/ERP actuelles. En dehors de ça, je pense que ta solution remportera réellement le succès qu'elle mérite (et elle le mérite) si vous passez un temps à revoir l'interface graphique et que vous utilisez des images en background et des padding bien placé car dés que je présente (à titre d'information) cette solution aux futurs clients, c'est ce qui les rebutent vraiment. Ceci dit, SugarCRM n'est pas terrible non plus en matière de graphisme. Bonne continuation et au plaisir de te lire.
  5. Salut à tous, Comme convenu, j'ai modifié mon premier post en ajoutant un nouveau zip et image. 1. J'ai corrigé des petits bugs dans la version 0.1 2. On peut désormais faire une raz des produits. Attention, je rappelle encore et encore... J'ai développé ces fonctionnalités après 22h, même si j'ai bien testé, j'ai peut-être oublié des paramètres ou commis des erreurs. Faites des backups de vos bases, et faites moi remonter les erreurs (s'il y'en a lol, ce serait trop beau un monde ou je développe et d'un coup, pas de bug). Merci et j'espère par ce petit module rendre service à la communauté qui m'a bien dépanné.
  6. @fredp: j'ai utilisé EGG il y'a 6 mois je crois, en tout cas, je le trouve sympa. En tant que fan de VTiger, je le trouve très bien car il est un parfait mixte entre un CRM et ERP, là ou se trouve la limite de VTiger (qui reste orienté CRM). Si vous cherchez à faire une passerelle entre Prestashop et EGG, je pense que sur ce forum vous trouverez des volontaires (dont probablement, moi). Le seul hic que je trouve après mon test de EGG, concerne la charte graphique, un peu trop "arc en ciel" et "rectangulaire". Mais sinon niveau fonctionnalité, c'est du super super super travail. @ludo: Tu peux me préciser ou trouver le mcd de prestashop ? Le répertoire doc se trouve ou ?
  7. @kriboy: merci, j'oublie d'effacer la table "ps_message". Je vais profiter de faire une mise à jour. Encore merci!
  8. @kriboy: Tu as raison, j'efface une table en trop, c'est DISCOUNT_TYPE_LANG. Je corrige le problème dans la journée. En attendant, tu peux récupérer le type de réduction à partir de cette requête (et ainsi avoir les réductions par défaut) : -- -- Contenu de la table `ps_discount_type_lang` -- INSERT INTO `ps_discount_type_lang` (`id_discount_type`, `id_lang`, `name`) VALUES (1, 1, 'Discount on order (%)'), (2, 1, 'Discount on order (amount)'), (3, 1, 'Free shipping'), (1, 2, 'Réduction sur la commande (%)'), (2, 2, 'Réduction sur la commande (montant)'), (3, 2, 'Frais de port gratuits');
  9. @ricopelo: Tu as fait une raz de quoi exactement ? Chez moi et sur 3 sites ou le module à été utilisé, il n'y a pas eu de problème. Peux-tu préciser à quel endroit tu as l'erreur (et sur quelle module) ? Donne moi plus de détail parceque là c'est dur de comprendre ton problème. Si tu as que des pbs concernant les modules de paiements, désinstalle et réinstalle. Mais comme je t'ai dis, je n'ai pas de problème à ce niveau. Vérifie bien que le problème est bien lié au module car le mode de paiement est stocké en tant que chaine de caractères dans la table ORDERS (payment), du coup, les modules ne sont pas liés (à par si j'ai zappé qq chose) aux tables qui s'effacent.
  10. J'ai une question : Vous êtes intéressé par l'ajout de suppression des produits ? L'idée serait de - Vider les produits et toutes les tables relatives (commandes, listes de souhaits, attributs, etc). Bref, en gros, on efface toutes les tables, on laisse les catégories - Vider les produits, mais on garde toutes les commandes (je ne vois pas l'intérêt car si y'a pas de produits, les commandes n'ont pas de sens) La requête SQL générale ressemblerait à ça : ######################### # PRODUIT ######################### TRUNCATE `ps_attribute`; TRUNCATE `ps_attribute_group`; TRUNCATE `ps_attribute_group_lang`; TRUNCATE `ps_category_product`; TRUNCATE `ps_customization`; TRUNCATE `ps_customization_field`; TRUNCATE `ps_customization_field_lang`; TRUNCATE `ps_customized_data`; TRUNCATE `ps_discount_quantity`; TRUNCATE `ps_image`; TRUNCATE `ps_image_lang`; TRUNCATE `ps_product`; TRUNCATE `ps_product_attribute`; TRUNCATE `ps_product_attribute_combination`; TRUNCATE `ps_product_download`; TRUNCATE `ps_product_lang`; TRUNCATE `ps_product_sale`; TRUNCATE `ps_product_tag`; TRUNCATE `ps_scene`; TRUNCATE `ps_scene_category`; TRUNCATE `ps_scene_lang`; TRUNCATE `ps_scene_products`; TRUNCATE `ps_wishlist`; TRUNCATE `ps_wishlist_email`; TRUNCATE `ps_wishlist_product`; TRUNCATE `ps_wishlist_product_cart`; TRUNCATE `ps_cart`; TRUNCATE `ps_cart_discount`; TRUNCATE `ps_cart_product`; TRUNCATE `ps_discount`; TRUNCATE `ps_discount_category`; TRUNCATE `ps_discount_lang`; TRUNCATE `ps_discount_quantity`; TRUNCATE `ps_discount_type_lang`; TRUNCATE `ps_orders`; TRUNCATE `ps_order_customization_return`; TRUNCATE `ps_order_detail`; TRUNCATE `ps_order_discount`; TRUNCATE `ps_order_history`; TRUNCATE `ps_order_return`; TRUNCATE `ps_order_return_detail`; TRUNCATE `ps_order_slip`; TRUNCATE `ps_order_slip_detail`; TRUNCATE `ps_product_comment`; TRUNCATE `ps_product_comment_criterion`; TRUNCATE `ps_product_comment_criterion_product`; TRUNCATE `ps_product_comment_grade`; Qu'en pensez-vous ? Avez-vous des idées pour finaliser ce modules ?
  11. Je ne crois pas que ce soit possible simplement. J'imagine que tu veux faire ça que pour certaines catégories, sinon tu aurais bien sûr utiliser un CMS. Sinon, si tu développes un peu, tu peux arriver à le faire mais faut que tu touches directement les fichiers importants de Prestashop, ça peut-être problématique si tu veux faire des mises à jour plus tard.
  12. Je crois que le problème vient du fichier /modules/loyalty/loyalty-program.php qui contient les lignes suivantes : require_once(dirname(__FILE__).'/../../config/config.inc.php'); require_once(dirname(__FILE__).'/../../init.php'); Essaie de remplacer ces lignes par require_once(dirname(__FILE__)._PS_CLASS_DIR_.'config.inc.php'); require_once(dirname(__FILE__)._PS_ROOT_DIR_.'/init.php'); Ca devrais passer non ?
  13. C'est pas bête ! Faudrait rajouter un texte dans à la dernière étape de la commande et de l'inscription, non ?
  14. Il s'agit de quelle page exactement ? Une page en front office ? Peut-être que SMARTY met la page en cache, du coup elle ne se met pas à jour vu que c'est la même page. Tu pourrais donner des détails concernant la page proprement dit ? Bon courage, soit tu trouves l'erreur en 30sec, soit t'en as pour 3 heures !
  15. Il y'a quelque chose que je n'arrive pas à comprendre en tant que développeur php/mysql. Comment se fait-il que la base de données prestashop ne respecte pas l'intégrité référentiel, et donc la suppression en cascade ? C'est à mon sens une erreur fondamentale de développement. Pourquoi garder dans la base de données de autres tables jointes ? Sauf si on me prouve le contraire, c'est une erreur de débutant de ne pas utiliser la suppression en cascade car en plus de ne pas utiliser une fonctionnalité importante des SGBDR, on va ajouter du code PHP->MYSQL inutile alors qu'on peut factoriser le code depuis MySQL. Pour info : il n'y a absolument aucun danger de garder des traces dans d'autre tables, mais c'est super crade. Un peu comme si vous balayer votre maison et ranger la poussière sous le lit. Si y'a un peu de poussière, c'est que dalle mais si vous faites ça tous les jours.... Pour remedier à ce problème, ce n'est pas trop compliqué là aussi, il suffit de récupérer l'id de la commande et d'effacer soit même les tables liés. Mais ça va demander à modifier encore le fichier TabOrder.php et je ne suis pas pour, car pour les mises à jour, ça ne va pas être gérable. Du coup, un module est indispensable. Peut-être pas ce week, mais la semaine prochaine je me penche sur le pb. Ceci dit en attendant, le module "Nettoyage des tables" fonctionne bien pour la mise en production d'une base. PS: si quelqu'un est motivé pour développer avec moi ce module, je serai ravi.
  16. @m1bs : Tu parles de quel ERP ? @Ma2x: Tu aimes quoi dans Lundi Matin ? Perso je n'ai pas trop accroché sur l'interface, on dirait du windows95. Par contre, ce qui est vraiment bien, c'est la partie comptabilité qui est plutôt rare. Sinon j'ai une préférence pour VTiger, mais c'est plus pour la gestion commerciale. D'ailleurs, c'est un CRM et non ERP. Je pense que c'est une très bonne solution pour les TPE, voir PME qui ne travaille pas avec énormément de client. Par contre, pas de comptabilité et contrairement à SugarCRM, il n'est pas possible de créer des campagnes de Mail. Dolibarr aussi n'est pas mal, je l'ai bien testé. Je le trouve sympa pour une association ou encore une TPE... Cependant, qu'est ce que c'est moche. Mais ce qui me dérange le plus avec cette solution est qu'elle soit codé en PHP4. OpenBravo ne m'intéresse pas pour le moment, car c'est en java et quitte à choisir une solution open source, autant choisir une qui à un code plus accessible pour moi. Enfin, OpenErp, comme je le disais, je le trouve bien mais plus pour une entreprise avec au moins 10 salariés et un budget formations, développeurs car il faut comprendre. Ce qui me dérange avec cette solution, c'est le manque de compatibilité entre la version actuelle et la version précédente mais surtout que la base de données soit en Postgre. Et sur mon serveur j'ai toujours galéré à l'installation pour des problèmes de compatibilités entre la Postgre8.2 et 8.3. Par contre si je peux avoir des conseils, je suis preneur. En ce qui me concerne, je suis pret à collaborer avec d'autres développeurs pour concevoir un pont entre prestashop et un ERP/CRM.
  17. Une question au utilisateur OpenErp (ou TinyErp): Vous vendez quel genre de produits ? Combien êtes vous dans votre boîte ? Avez-vous un développeur en interne qui maîtrise le Python ou bien vous passez par une société spécialisé ? Combien de clients avez vous par mois en moyenne ? Je pose ces questions car j'ai vaguement travaillé avec OpenErp, et j'ai trouvé super galère à configurer pour une petite structure. Par exemple, pour créer un devis ou une facture, c'est super complexe (au début, mais je suis resté débuttant)... Est-ce que vous pensez que cette solution est viable dans une PME ou TPE ?
  18. J'ai plus ou moins testé dans plusieurs cas de figure, les tables concernées s'effacent convenablement.
  19. Coucou, Content de voir que cette astuce plait à certain. Mine de rien, j'ai passé 2h de temps avant de la trouver et surtout de comprendre en partie le fichier AdminTab se trouvant dans /classes (d'ailleurs, je l'ai trouvé bien fait, domage qu'il n'est pas commenté, vraiment domage). Je n'ai pas encore eu le temps de voir pour un éventuel module qui offre comme option de ré-injecter. En fait, il faudrait vraiment évaluer si le jeu en vaut la chandelle, car l'intérêt de modifier le fichier est qu'on est toujours sur la même page de commande, ce qui est logique si on réflechit. Par contre, pour ré-injecter des produits (je crois), il est possible de le faire depuis le détail de la commande. Moi, je trouve ça bien, comme ça on est pratiquement sûr de ne pas faire une erreur de manipulation. @Herve.B: j'ai pu lire, il y'a fort fort longtemps, un membre officiel de la team qui disait qu'ils n'ont pas donné cette possibilité car on ne doit pas supprimer une commande mais l'annuler. Moi je trouve ça un peu "pénible" car j'estime que c'est à l'utilisateur de décider de ce qu'il doit faire même s'il va à l'encontre de la loi. Quoi qu'il en soit, surtout faites ce que je dis, pas ce que je fait : sauvegarder votre base de données !!!
  20. @marc: oui t'as tout à fait raison, trop pénible. C'est pour ça que j'ai pris la Creload qui comprenait déjà pas mal de modules intéressant. Mais c'est sûr que plus bidouillage que OSCommerce, tu meurs. C'est horrible. En plus c'est codé en cochon, sans tabulation, sans commentaire, sans classes en pure PHP3... Arf, ça me rappel de mauvais souvenir... C'est pour cette raison que je disais que quand t'as fini et t'as boutique est en prod, t'as un résultat super... Quel cauchemar pour arriver à ce point. En plus le moteur de template, la BTS... Sans commentaire ! Mais au final j'avais un très beau résultat (c'était une boutique pour un client)
  21. J'ai testé, ça n'a pas marché ! Etant donné que j'ai eu le même problème que toi, et que j'utilisais aussi la Creloaded 6.2, normalement ça devrait passer (et crois moi mes mots de passes n'étaient pas du genre "citron" ou "spiritwhite" (tiens, c'est pas bête comme mot de passe spiritewhite ceci dit) et j'ai pu décrypter. Est-ce que les mots de passes sont codés en dur dans la base de données en md5 ou est-ce qu'il sont d'abord codé avec une clé (comme prestashop) ? Au cas ou donne moi en d'autre si t'es sûr que t'as pas de clé intermediaire. Petite parenthèse: comme je disais, j'étais aussi sous la Creload, c'est sûr que c'est un CMS des années 2000 et si je ne me trompe pas OsCommerce date de 2002. Moi aussi j'ai attendu longtemps la version 3 et c'est clair qu'elle date de l'antiquité. Par contre, elle avait l'avantage d'être complète et tous les modules étaient entièrement gratuit (surtout les modules de payement, chronopost, etc.). Ca reste le gros avantage pour moi face à Prestashop. Mais bon, pour mettre en production une boutique, fallait être bien entouré, d'un graphiste et d'un développeur, sinon qu'est-ce que c'est moche !
  22. Si j'ai le temps et si ça intéresse beaucoup de monde, je verrai ce que je peux faire cette semaine. Un module ne devrait pas être bien compliqué mais risque de me demander beaucoup de temps.
  23. Merci Zendik, les outils d'administration du forum sont vraiment puissantes. Le code se rajoute à la ligne 20,21 du fichier se trouvant dans ton répertoire d'administration (que tu as du modifié) /admin/tabs/AdminOrders.php Lorsque tu verras tes commandes (toujours dans l'onglet Commande), l'icone x sera présente. Tu pourras supprimer chaque commande.
×
×
  • Create New...

Important Information

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