Jump to content

whitespirit

Members
  • Posts

    264
  • Joined

  • Last visited

Everything posted by whitespirit

  1. mais comment tu fais pour sauvegarder ton serveur dédié si tu es en ligne de commande ? A moins que vous avez une astuce pour avoir une interface graphique ? Moi, je backup à coup de tar czf, un peu pénible.
  2. @bmustang: hélas non ! Le module, c'est du Jack Bauer... Ca efface tout ou rien ! Désolé! Par contre, pour faire ce que tu veux, je n'ai pas trop d'idée, si ce n'est que de passer par "phpMyAdmin", ce qui n'est pas non plus compliqué.
  3. Qu'est-ce que tu entends par les données sur les clients seulement ? PS: je n'ai pas eu le temps de mettre à jour la nouvelle version. Etant donné qu'il n'y a pas grand chose à modifier (pages introuvables, catégories de produits, et fabriquants) je profiterai de faire la maj sur la version 1.2. Là aussi faut que je me penche sur les nouvelles tables.
  4. Ha bon ? Pourquoi ton offre prétend quoi ?
  5. L'offre d'OVH n'est volontairement pas destiné à hébergé des CMS. Ce n'est pas de l'arnaque mais à mon avis c'est du pure marketing. Tu as découvert leur offre : "maintenant si tu veux du sérieux passe à une offre sérieuse". Enfin, c'est mon avis perso mais bon c'est que du marketing, que tu ailles chez OVH, AMEN, ou un hébergeur pro correct, tu auras les mêmes avantages et inconvénient.
  6. Bonjour à tous, J'aurai besoin de précisions concernant les remarques faites dans les 4 derniers posts : @lm59 : ------------- mais il reste encore des stats dans ces tables * mots clés * Pages introuvables => Effectivement, je n'ai pas pris en compte "les pages introuvables". Ce sera fait dans la prochaine version. Concernant les mots clés, c'est disponible dans l'écran du dessous -> RAZ des produits. Ceci dit, je vais remonté les raz des mots clés dans le raz des commandes. @mathiasc : ------------------ et aussi les stats du panier moyens / commande la plus et la moins élevée qui restent en mémoire ? Une table n’est surement pas vidée complètement. => Dans ma version de test, je n'ai pas de souci, le panier moyens / commande est bien effacé. Es-tu sûr d'avoir coché toutes les cases concernant la RAZ des commandes ? J'attends ta confirmation. @medhi : ------------- => Dans la prochaine version je rajoute l'option pour effacer les catégories de produits ;-). Etrange que je n'y ai pas pensé ! -------------------------- Petite remarque : il faudra créer une nouvelle version du module pour la version 1.2 de prestashop. J'ai vu qu'il y'a au moins 15 tables supplémentaires (product_attach par exemple). J'attends surtout la confirmation de @mathiasc pour vérifier s'il y'a une erreur à ce niveau.
  7. Par accident, je me suis désabonné à cette conversation et c'est un peu con car c'est moi qui l'ai créée. Du coup je viens de lire les messages. Je vais voir les tables qui n'ont pas été passé à la moulinette. Je fais la maj durant ce week (si je trouve)
  8. Hello, Mon netvibe à repéré un script ce matin... Je n'ai pas encore testé mais ça à l'air parfait. Pour ceux que ça intéresse voici le lien : http://www.framasoft.net/article4851.html
  9. Je suis motivé à prendre un peu de mon temps... Avant de contacter Fredp, quels sont les développeurs PS motivés à collaborer sur ce projet ?
  10. En fait je n'ai pas envie de ré-inventer la roue et de plus je ne maitrise pas des masses les scripts. J'ai trouvé des scripts de ce type mais ils soit trop complexes, soit je n'ai pas réussi à les utiliser. Voilà pourquoi je souhaiterai savoir si l'un d'entre vous utilise déjà ce genre de script pour un répertoire Prestashop, une base de données et un FTP.
  11. Bonjour, Je préfère poser cette question sur le forum car je n'ai pas réussi à trouver un script simple pour sauvegarder mon répertoire prestashop et la base de données mysq et envoyer tout ça via ftp. Du coup, est-ce que quelqu'un ayant un script testé et qui fonctionne peut me le poster svp ? Dans l'attente d'un généreux scriptman, bonne soirée à tout le monde... PS: merci de ne pas m'envoyer vers un site contenant un script complexe à mettre en oeuvre ou qui n'a pas été testé
  12. Ouvrez un topic pour discuter du .htaccess svp car on s'égare un peu de ce qu'on pourrait attendre dans ce post, et surtout je pense que ça intéressera beaucoup de personnes vos problèmes et solutions.
  13. En ce qui me concerne, je ne possède pas de boutique, je les déploies et je forme les intéressés (c'est ce qui me plait le plus en informatique, la formation). Du coup, je ne vais pas tester la V1.2 sur du long terme mais plutôt passer 5-6h au moins à utiliser toutes les fonctionnalités. L'intérêt que ça peut apporter est : d'une part je vais à la chasse au bug et d'une autre part j'ai les compétences pour débugger moi-même (sauf le ajax). Voilà pourquoi j'attends beaucoup des informations relatives à cette nouvelle version, quitte à travailler directement "sous les ordres" de la team. C'est surtout pour apporter ma contribution que j'attends avec impatience ces informations.
  14. Bonjour, Petites questions à la Team (que je félicite au passage pour la mise à disposition de la v.1.2) : - Après avoir installé cette nouvelle version j'ai vu qu'il y'a de nouvelles options (comme le suivi).Existerai-t-il un topic ou pouvez-vous nous indiquez les nouveautés concernant cette nouvelle version ? - Afin d'optimiser les tests, pouvez-vous nous dire les grosses modifications que vous avez apporté et ainsi nous orienter pour tester des modules bien précis afin d'identifier les sources de bugs ? Merci
  15. @cartoul: Soit tu récupères la commande table par table, ce qui n'est pas compliqué car les tables utilisés pour une commande sont listés dans le module (ps_order, ps_order_history, etc.). Avec l'identifiant de la commande récupéré, tu vas dans ton phpMyAdmin et tu fais rechercher pour chaque id_order='ton_identifiant'. Puis après avoir fait ta remise à zéro, tu ré-insère les valeurs (toujours depuis phpmyadmin). Ce n'est pas compliqué, mais ça va te demander à toucher un peu à PhpMyAdmin. Soit, depuis PhpMyAdmin tu effaces manuellement les lignes des tables relatives aux commandes qui ne t'interesses pas. Là, le mot "manuellement" fait peur mais ce n'est rien : en gros tu ne stresse pas quand tu effaces manuellement des lignes dans un fichier word ! Le seul truc : SAUVEGARDE au cas ou. Moi j'aurait plutôt fait comme ça, c'est très simple en fait. Enfin, tu as l'option plus crade mais qui marche : il y'a un post dans le forum (que j'ai mis d'ailleurs) indiquant une astuce pour supprimer une commande. C'est crade parceque les tables jointes ne seront pas effacés, mais ça n'empêchera pas le bon fonctionnent de ta base. Bon courage ! -
  16. @mb1s: si c'est ce que je pense, ce sera très intéressant. Si c'est du freeware, serait-il possible que tu m'envoies un fichier pour apprécier ce laborieux travail ?
  17. De toute façon, pour PS, même si elle devient payant, ça n'aura pas longtemps de conséquence, bien au contraire. Pour l'histoire, Mambo est une société qui a voulu créer un CMS OpenSource, puis voyant l'intérêt et l'ampleur du CMS ont décidé de le mettre payant. De là est né Joomla, qui n'est à la base qu'un fork de Mambo ! Et franchement, grâce à ce mouvement communautaire, Joomla s'en porte à merveille aujourd'hui car elle est la solution CMS qui remporte le plus de succès depuis des années (contrairement à Mambo). Pour PS, ce sera là même chose : si l'on décide demain de faire un fork, la nouvelle solution dépassera très rapidement PS, car la communauté travaillera sur le développement de modules et sera récompensé par ces efforts (point faible de PS). Hors aujourd'hui, c'est ce qui manque: un site communautaire indépendant de la société PS afin de faire évoluer la solution plus rapidement... Il y'a beaucoup de développeurs sur le forum English !! D'ailleurs, voilà à quoi la société derrière Prestashop doit anticiper (sa présence régulière sur le forum, est d'après moi, joue pour beaucoup). Le cas de Magento est différent car cette solution concerne plus les grosses boutiques. Même si une société se paie un site sur Magento, à mon avis le site doit se négocier entre 5 000€ et 30 000€. Ca ne tueras pas magento mais les petits développeurs indépendants.
  18. Cette solution n'est pas envisageable car beaucoup de "petits" clients ne travaille pas avec beaucoup de stock et c'est justement là le problème. PS: @Leglandeur, tu t'es lâché sur la liste des options ;-)
  19. Rebonjour à tous, Il s'en est passé des choses entre hier soir ou j'ai écrit et maintenant. En ce qui concerne mes compétences je suis développeur C++/php5/mysql. Bien que je n'ai pas trop le temps de développer ces temps-ci, je peux consacrer du temps pour coder des fonctionnalités que ce soit dans PS ou EGG (si j'ai un appui m'expliquant les entrées/sorties). Donc @fredj, je ne connais pas les ressources disponibles dont vous disposez mais pense-y. Je me suis déjà familiarisé plus ou moins avec la bdd de PS, elle n'est pas très complexe. Par contre, ce qui l'est plus (pour moi) est d'identifier ce qui se passe lorsque l'on ajoute/supprime un produit. Quelles sont les tables et rôle des attributs à prendre en compte. Dit comme ça, ça peut paraître simple, mais je me souviens m'être planté sur un développement de la Creloaded (OSCommerce). Donc, monsieur @PShopExpert, vos connaissances en matière de MCD PS serait bienvenue. Enfin, en ce qui me concerne, ou plutôt en ce qui concerne mes clients, voilà ce qu'ils attendent d'un ERP: - Ils ne gèrent pas de grosse boutique, du coup un OpenERP est une grosse machine trop complexe - Ils souhaiteraient s'en servir pour la compta également. Bien qu'ils soient tous des petits commerçants, ils ont les mêmes besoins qu'un grand professionnel. Autrement dit, simple ne signifie aucunement "peu fonctionnel", au contraire. - Ils vendent en ligne mais pour la plupart, ils ont un ou plusieurs point de vente physique. Le problème vient du fait de la gestion de stock pour commençer. Que l'on achète dans leur boutique ou dans un second point de vente, c'est compliqué : il leur faut un logiciel en réseau (d'ou l'intérêt d'une solution comme (EGG, Vtiger, LundiMatin, OpenErp, OpenBravo, etc.). Puis vient le problème de la boutique en ligne... Bref, je pense qu'un ERP qui gère les stock de PS serait bien pensé. - La gestion des articles et articles complexes est un point super important. Ne me demandais pas comment faire le bridge, je n'en ai aucune idée. Voilà, dans le cas le plus simple je pense que c'est déjà beaucoup de pouvoir synchroniser les articles simple et complexe et gérer le stock. Evidemment, externaliser les clients de PS vers l'ERP est indispensable pour une bonne gestion mais je ne pense que ce soit le plus difficile. Bien-sûr, pouvoir exporter les factures de PS (ou mieux, pouvoir en créer depuis l'ERP), serait un luxe mais quand même... Il est à prendre en compte qu'il s'agit de nouvelle structure et ne connaissent pas forcément les besoins qu'ils vont rencontrer dans 1,2 ans s'ils sont toujours là. Moi-même, je n'ai pas toutes les connaissances nécesssaires dans ce domaine. En tout cas, pour concrétiser le bridge, SUIVONS FREDJ ET LISTONS NOS BESOINS...
  20. @Leglandeur: moi aussi je trouve étrange que ce topic ne soit pas suivi sur un plan concret par plus de monde car comme toi, faire la gestion 2 fois et pire, comme beaucoup de personnes, tu vends en ligne mais sur le terrain, c'est vite galère pour effectuer le suivi de stock et de commandes. C'est l'avantage de Magento qui est couplé avec plusieurs ERP. Il faudrait recensé tous les développeurs motivés pour développer un bridge mais plus sur le forum anglais pour réunir un maximum de codeurs. Moi j'y ferai bien parti, cependant mon anglais est trop limité pour monté un tel projet. Parceque si une solution est proposé par une seule personne ou une société, il y'a de forte chance qu'elle soit très onéreuse. Sinon, la solution Joomla Virtuemart + Dolibaar ne me semble pas non plus un succès. Je verrai plus un vrai ERP. J'espère que d'ici quelque post, une idée se concrétisera.
  21. @m1bs: tu vas vers quoi si ce n'est pas trop indiscret ? Bref pour revenir à Prestashop et l'ERP, est-ce que vous considérez l'aspect comptabilité important dans vos choix ?
  22. Oui, ça doit suffir... Comme je le dis dans ce post, j'utilise une extension pour sauvegarder ma base de données et ainsi avoir un jeu de sauvegarde (DBBACKUP).
  23. Pour installer c'est "simple", c'est comme pour tous les modules prestashop : tu décompresses le fichier raz.zip et tu auras un répertoire nommé "raz". Copie ce répertoire (et tout ce qu'il contient, tel quel) dans le répertoire contenant tous les modules de prestasohp, à savoir : /prestashop/modules/. Il n'y a pas d'autres opération à faire, tu vas dans la partie d'administration de ton site, dans le menu module et tu verras le modules apparaitre dans la liste des modules. Tu cliques sur installer, puis configurer. N'oublie pas de sauvegarder ta base de données avant l'utilisation du module.
  24. @Phillippe: je t'aime un peu moins du coup ! @Fabrice: ton site est vraiment bien, je l'ai encore regardé à l'instant, tu as tout compris d'un site d'e-commerce et j'en ai tiré beaucoup de leçon (par exemple le choix des menus, du texte "dans la même catégorie", la position des modules et ceux mis en avant. Serieux c'est vraiment bien, je manque beaucoup de pratique pour arriver à un site comme le tiens. Ton module de traduction m'a bluffé, c'est la première fois que j'en vois un comme ça. Tu as utilisé un module gratuit pour le script d'images sur la page d'accueil ?
  25. @Fabrice: JE T'AIME AUSSI.... Poisson d'avril ! PS: pour me rattraper, j'adore ta charte graphique (de ton site www.my-deco-shop), très original !
×
×
  • Create New...

Important Information

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