Jump to content

whitespirit

Members
  • Posts

    264
  • Joined

  • Last visited

Everything posted by whitespirit

  1. Qu'est-ce que tu entends par logiciel de "caisse enregistreuse" ?
  2. Ha d'accord, je ne connaissais pas. Je ne m'y connais pas des masses en matières de sécurités bancaires. Merci pour l'infos.
  3. C'est quoi le TPE ? Comment connaître le TPE ? Merci
  4. Ce n'est pas un problème le .htaccess car Prestashop est configuré pour apache. D'ailleurs si l'on active la ré-écriture d'url, il faut bien renommer le htaccess.txt en .htaccess. Sinon pour ce pb, je pense qu'effectivement un .htaccess et un chmod ferait l'affaire.
  5. Je vais te répondre simplement : soit tu sais développer alors c'est oui, soit tu es prêt à faire développer ton module (financièrement prêt ;-)) alors c'est quand même oui. Sinon, le code est assez simple à prendre en main malgré l'absence de commentaires dans certaines rubriques (notamment la partie admin).
  6. @Fredj: tu as l'air de bien t'y connaître dans le domaine. Aurais-tu des sites ou tutos complet concernant les modules de paiement ? En tout cas, ce serait une bonne idée de mettre en place un site comme tu souhaiterais le faire. J'espère que tu auras l'énergie suffisante de faire aboutir un tel projet.
  7. Bonjour, Je me rends compte que si je créé un nouveau hook, il faut impérativement que je créé une nouvelle méthode portant le nom de ce hook dans le fichier du module que je souhaite greffer. Bien que ce système de hook présente ses avantages (simplicités de mise en oeuvre) dans certains cas c'est ennuyeux car malgré le fait que l'on puisse changer en backend la position d'un module, si la fonction hook n'a pas été défini dans le module, alors le module n'apparait pas à la position donné. Mais en soit, le réel problème que je vais rencontrer par la suite (si j'ajoute de nouvelles fonctions "hook" dans les modules) est en cas de mise à jour, je serai obligé de modifier tous mes fichiers de nouveau. Peut-être que je suis passé à côté de quelque chose d'important ? Dans le cas contraire, la solution que je voit se situe dans la classe Module.php et dans la fonction hookExec. En effet, je pense que les soucis viennent de ces lignes if (is_callable(array($moduleInstance, 'hook'.$hook_name)) AND $show) $output .= call_user_func(array($moduleInstance, 'hook'.$hook_name), $hookArgs); A mon avis, il faudrait modifier ce code afin que dans le cas le nom du hook n'apparait pas dans la classe, on a la possibilité de définir un hook par défaut. Une autre solution plus efficace mais réductrice consisterait à donner toujours le même nom au hook. En passant je débute dans le développement de PS et excusez-moi si cette question est bête, mais quel est l'intérêt de donner un nom particulier dans la fonction hook dans le module ? Car jusqu'à présent, j'ai pu voir que dans le cas ou plusieurs hook seraient définies, on appel simplement le hook principal. function hookRightColumn($params) { return $this->hookLeftColumn($params); } Merci de vos lumières...
  8. Je ne comprends pas l'objet de vos discussions Zendik et Phillipe. C'est vraiment lourd le sens que prends ce post. A la limite, il serait bien de supprimer tous ces messages inutiles qui rabaissent la communauté car ça deviens pénible. Je suis fortement intéressé par des modules de paiements gratuits et peut-être qu'un simple rappel et une mise en garde : "Attention au faille de sécurité" aurait suffit. Ceci dit, Si Philippe aurait vu le source, un commentaire intéressant serait d'indiquer à la communauté intéressé les failles qu'il aurait pu dépister afin que l'on puisse les corriger. Il y'a 2 pages de discussions autour de ce sujet et aucun post n'est constructif, c'est agaçant. Arrêtez de régler vos problèmes autour d'un sujet aussi intéressant que celui-là svp. On a bien compris qu'il s'agit d'un MALENTENDU entre la proposition de module de paiement et l'affirmation qu'il existe des modules de paiements fonctionnels. PS: Zendik et Philippe ceci dit je vous suis très reconnaissant pour le travail et votre soutiens sur ce forum.
  9. Merci de ton initiative et surtout de rester dans l'esprit de l'OpenSource. La seule chose qui me déçoit un peu concerne l'ensemble des posts que j'ai pu lire. Libre à vous d'utiliser ou non un module gratuit ou un openSource gratuit. Et tout comme Prestashop, s'il y'a des bugs c'est au dépend de l'utilisateur et de la société qui l'a déployé. Mais le commentaire le plus aberrant concerne le fait que ce soit gratuit alors cela signifie que ce soit truffé de bug et des problèmes de sécurités. Comme si la gratuité avait un rapport avec des bugs surtout concernant une solution OpenSource (cf Windows, une solution payante quasi obligatoire) ? Si je monte un site professionnel et je revends le module de notre bienfaiteur Meandmypresta alors il devient sécurisé ? En espérant que les messages qui suiveront ne seront plus orienté sur le pour ou contre les modules de paiement gratuit, je vous renvoie à cette définition : http://fr.wikipedia.org/wiki/Troll_(Internet_et_Usenet). Pourquoi transformer une initiative dans ce genre en débat quasi-politique ? Ce serait cool de saluer ce travail plutôt que de faire des commentaires dénigrant le travail de développeurs indépendants. @Meandmypresta, si tu veux on peut se contacter en MP afin de tester au mieux tes modules. Encore une fois merci de tes efforts et c'est grâce à des développeurs comme toi qu'OsCommerce est devenu la solution d'e-commerce OpoenSource la plus complète. Je n'ai pas la chance de mettre en OpenSource mes développements (ils ne concernent pas PS) mais j'espère apporter ma contribution plutôt dans la résolution de problèmes techniques. Je reste à ta disposition.
  10. Ben oui, j'ai fait comme ça aussi... Bon j'ai pas encore fini mais ça à l'air de macher... Je ne sais pas toi, mais j'ai perdu un temps fou à comprendre qu'il fallait ajouter une fonction contenant le nom du hook dans le module ciblé. Par contre dans ton code, et plus exactement sur cette ligne return $this->registerHook('horizontalMenu'); tu l'écris à quel niveau ? J'imagine que ça te sers à écrire la relation entre le hook et le module, mais moi je l'ai fait en mode bourrin directement dans la bd...
  11. Si on veut séparer les éléments du header (monnaie, langues...) et les mettres à de nouvelles positions (nouveau hook), est-ce qu'il faut ré-écrire le nom des fonctions se trouvant dans les modules correspondants nommés hookXXXX ou XXXX correspond à la nouvelle position ? Du coup, pour simplement déplacer le module des monnaies (blockCurrencies) je vais : 1. Ajouter un nouveau hook dans la bd 2. Modifier (par exemple) header.php afin de donner à SMARTY les nouveaux éléments concernant le nouveau hook 3. Attacher un module au hook 4. Renommer (ou ajouter) la fonction hookXXX du module en hookMON_NOUVEAU_HOOK Voilà, si vous avez trouvé plus simple et surtout moins contraignant vis à vis de prestashop je suis preneur. Mon souci est toujours le même, si je veux adapter un thème, je dois modifier pas mal de fichier .php et ajouter des éléments dans la bd. Si quelqu'un m'a suivi et à un commentaire à faire, je suis preneur.
  12. Normalement si tu utilises cette syntaxe "include(dirname(__FILE__).'/ton_fichier_a_inclure.php');" tu n'as pas de problème d'inclusion puisque __FILE__ te renvoie l'endroit ou tu te trouves. L'idéal est que tu définis à un seul endroit ton chemin et tu écris ce fichier au début du fichier index.php (par exemple) et de cette façon tu utiliseras cette variable plutôt que de mettre les chemins en durs. Par exemple tu fais dans index.php : $base_dir = include(dirname(__FILE__); Ainsi dans les autres fichiers tu utiliseras directement $base_dir pour indiquer un chemin, ce qui donnera $base_dir.'/ton_chemin'. Enfin, si ton pb est du au chemin...
  13. Hello, Sympa ton étude de marché. Désolé mais je n'ai jamais acheté de lingerie en ligne du coup, j'ai bloqué à la première question. A ce sujet, tu devrais peut-être mettre 1 ou 2 question concernant ceux comme moi, qui n'ont jamais acheté de lingerie en ligne. Perso, je n'achète pas de lingerie pour avoir le plaisir de voir ma copine se balader nue ! Non, je blague, j'en sais rien pourquoi je n'achète pas de lingerie... P'tête que parceque j'en porte pas...
  14. Bonjour (ou bonsoir), Je dois modifier le html des modules car le style css + html ne convient pas. Ce qui me dérange est qu'un theme constitue un design, hors si je modifie le design des modules, je suis obligé de fournir au client le répertoire theme/mon_template + les modules /modules/ modifiés et les .php correspondant au .tpl modifié. Finalement, lorsque je vais livrer la boutique, je vais devoir livrer pas mal de fichier et répertoire autre que ceux dans theme/mon_template. Est-ce que vous avez trouver une méthode pour que ce soit un peu plus clean ou il ne faut pas se prendre la tête avec ça ? Merci
  15. Je suis d'accord avec toi pour VTiger. Cette solution me parait bien pour les TPE. Par contre, en quoi tu trouves cette solution surdimentionné pour les tpe de <5 ? Je n'ai pas trouvé d'outil OpenSource permettant d'avoir un bon suivi clientèle, mais c'est vrai que l'objectif deVTiger est quand même d'être multi-utilisateur. Entièrement ok pour Sugar. En plus, je l'avais installé pour les commerciaux de mon ancienne boîte. Au final j'ai mis VTiger à la place car ils ne comprenaient rien à SugarCRM. Ceci dit, le module de campagne mail de Sugar est quand même très puissant et hélas VTiger n'en propose pas (avec suivi et ROI). Ce qui me derange dans OpenBravo est que la solution soit codé en java. Du coup, le côté OpenSource ne m'arrange pas vraiment. Ensuite, je trouve que si tu as un utilisateur qui recherche un outil convivial comme un EBP, je ne suis pas sûr qu'il trouve son compte, Mais de toute façon, comme OpenErp (TinyErp), je ne pense pas que le soft soit adapter pour les TPE (sauf exception, si la TPE gère de nombreux flux). Ce qui revient à dire qu'effectivement LundiMatin (drôle de nom ceci dit) est une solution intéressante. Si certains d'entre vous serez motivé pour réaliser une passerelle vers PS->VTiger et LundiMatin->PS, faites le moi savoir. Je n'ai pas encore vu le code de LundiMatin, mais je pense que pour VTiger, c'est réalisable. Le hic de VTiger est qu'il y'a 300 tables et le code source est écrit en php4.
  16. VTiger me parait bien pour un CRM, par contre, il faudrait bien une solution ERP... Je ne connais pas lundiMatin, pourrais-tu m'en dire d'avantages sur son utilisation en tant que ERP ? En quoi ce soft est limité ? Que penses-tu de la partie Compta ? Est-elle utilisable complètement ou il faut passer par un autre soft ? Est-ce que celle de LundiMatin est réellement utilisable ? Et enfin pourquoi mutualiser ?
  17. Un petit commentaire de ma part, EVITEZ 1&1;: - Toutes les personnes de mon entourage ayant un serveur (dédié ou non) chez 1and1 sont déçus et ont déjà eu des pbs serieux - C'est lent !!! Si vous utilisez un CMS dessus, ça va être très long. - Pour une raison quelconque, si vous avez un pb (pas payé, cron foireux, quota explosé...), ils coupent le serveur sans aucun avertissement. Attendez une semaine minimum pour qu'ils rétablissent tout vos serveurs. Un exemple ou nous étions responsable : la CB qu'on avait donné pour les prélèvements n'a plus été valide (date d'expiration dépassé). 1&1;a coupé le serveur pendant 1 semaine bien que le jour même que nous avons découvert que tous nos sites sont bloqués (15) et régularisé la situation. Sans commentaire... - Le service technique est lent à répondre (1 semaine), mais réponds. - J'ai jamais réussi à faire une mise à jour php5 sur le serveur dédié - De temps en temps, pour des raisons totalement inconnus, l'accès à Plesk était bloqué et se débloquait le soir ou le lendemain - ... Je ne connais pas les autres hébergeurs, mais ce que je sais c'est que je ne prendrais plus jamais 1and1. Voilà, c'est un avis personnel et je n'ai pas la prétention d'être expert en hébergement et administration de serveur.
  18. Mais en gros, pour tenir vos compte, gérer votre base client et faire la facturation comptable... Bref tout ce que fait un ebp (comme le décrit Marc), vous utilisez quoi ? N'hésitez pas à me donner tous les noms de logiciel que vous utilisez, je les passerai au crible un par un pour trouver celui qui me convient. Par contre, je développe en php5 et c++ (je galère encore avec l'ajax hélas) mais si j'ai un bon cahier des charges d'un erp couplé à prestashop, j'étudierai bien la possibilité de développer un soft adapté. En fait, je débute dans le e-commerce et je n'ai pas une vue globale des attentes d'un bon outils de gestion, voilà pourquoi, il me faudrait un cahier des charges.
  19. Bonjour à tous et merci de vos réponses, @Phillipe : OpenBravo est une bonne solution mais elle ne me convient pas car elle est en full java. Le problème que je rencontre avec Java est qu'un tel soft demande un serveur complexe à monter (pour moi). Ce n'est pas comme un serveur Lamp que je peux gérer moi-même, même si je ne suis pas administrateur réseau. En fait, j'ai testé tous les erp (OpenSource) et j'ai retenu OpenErp (tinyErp) qui reste très peu interactif et assez difficile d'utilisation (pour l'utilisateur final). @VTiger m'interesserai bien pour la gestion de relation client, mais je ne sais pas s'il est adapté à la legislation française. J'irai poster cette question dans le forum approprié. En attendant que je vous fasse un retour, si vous avez des infos dessus, je suis preneur. A la limite, c'est plus dans mes compétences de développer un bridge entre VTiger et Prestashop, mais c'est au niveau de l'erp que ça va coincé. @m1bs : pourrais-tu nous en dire plus sur ta solution ? Quels sont ses atouts ? Langage et support de développement ? @moncler : je serai interessé. Tu pourrais m'en dire plus ? Comme je disais, je privilégie l'OpenSource pour restere compétitif aux "grosses" sociétés et je privilégie les soft online (réalisé en php ou python, java si le soft est vraiment complet et définitif). Si vous avez des solutions peu onéreuses (- de 500€) donnez-moi toujours les noms, svp. Merci beaucoup.
  20. Merci de ta réponse. Je ne connaissais pas Factura4, je vais tester ce produit. Cependant j'aurai tendance à privilégier un logiciel OpenSource... Une idée ?
  21. Bonjour, Excusez-moi si la question a déjà été posé mais je n'ai pas trouvé de réponse. Est-ce qu'un ERP ou CRM a déjà été couplé avec Prestashop ? Si oui lesquels ? Comment faites vous pour avoir un suivi des clients ? Je souhaiterai vraiment avoir un crm du type VTiger pour pouvoir analyser et lancer des campagnes de mails. Par contre, j'aurai souhaité coupler Prestashop avec un ERP comme TinyErp (mais il est trop complexe pour moi) pour pouvoir avoir un suivi du stock et des statistiques poussés (ils appellent ça "compta analytique" je crois) afin de pouvoir faire des statistiques complexes sur les produits achetés. Là je coince un peu... Si vous avez des suggestions, je serais ravi.. Merci.
  22. Très instructif... Je lance une question annexe au référencement mais aussi important, et qui (comme le référencement) n'est pas toujours pris en compte lors de la mise en oeuvre d'un site marchand : il s'agit du monitoring du site ! Concrètement il s'agit suivre toutes les informations concernant le serveur ou est hébergé le site : bande passante, nombre de connexion /jour/semaine, débit, pages consultés (statistiques), prévention, etc. Je souhaiterai savoir si vous avez des outils (si oui lesquels) ou bien vous sous-traiter avec une web-agency ? Je me suis rendu compte que beaucoup de personnes font confiances aux hébergeurs qui eux, ne s'en occupe pas. Du coup, on se retrouve avec un site qui rame, si le serveur plante, on s'en rend compte par soi-même, etc. Merci de citez vos outils si vous en avez. Moi, je ne m'y connais pas trop en monitoring par contre en statistiques j'utilise les outils suivants : - Awstats - Statcounters (pour les sites ou je n'ai pas main sur le serveur) - SpongeStat Pour ceux qui n'ont pas trop d'idée, je vous conseils de regarder rapidement dans les espaces de démos des sites cités ce que l'on peut obtenir (origine des utilisateurs par pays, pages les plus vues, heure de fréquentation, googlemap, durée des visites, os, etc... exemple : http://www.nltechno.com/awstats/awstats.pl?config=destailleur.fr
  23. Je suis entièrement d'accord avec vous, surtout avec toi Franweb qui a clairement mentionné dans sa signature "DEVIS GRATUIT", ce qui veut dire ce que ça veut dire. Mais, en tant qu'internaute-développeur-passionné-professionnel je profite pour passer un coup de gueule aux annonces-arnaques dans le genre : "votre site internet à partir de 5€*". Voilà, avec la petite asterix * pour bien spécifier que "attention, ce n'est pas de la publicité mensongère". Dans la plupart des cas, dés que l'on se renseigne pour avoir des tarifs compétitifs, on se rend bien compte qu'en fait, le 5€ correspond par exemple à la pré-reservation du nom de domaine, mais un site complet monte vite à 2000€ !!! Idem pour beaucoup de produit OpenSource, le produit inutilisable par un nom développeur est OpenSource mais la version pro (= fonctionnel minimal, car il y'a la version Golden ou Premium) est à 2000€/an (j'en ai fait les frais avec SugarCrm par exemple).
  24. Je ne suis pas un expert du référencement. Ce que je me dis, c'est que si tu mets des mots-clés du genre "déco, meubles, design", tu ne seras non plus jamais référencé car ce sont des mots clés très utilisés et qui ne ciblent pas un métier précis, ou il sera difficile de passer devant les sites déjà référencés existants avec des PR élevé ?
  25. Merci de ces réponses... [Fabrice] Sympa ta chaise HEE Encore une petite question car je vois qu'il y'a plus d'un spécialiste dans le coin. Pouvez-vous me conseiller sur des outils de préférence OpenSource afin d'effectuer un monitoring du site : temps de chargement des pages, nombre de utilisateurs connectés, test de charge, bande passante disponible, afin d'optimiser le serveur ? PS: n'hésitez pas à me laissez vos contacts, référence, tarifs, etc. de référencement en mp, suivant le type de site que je devrais monter, je passerai certainement par un pro.
×
×
  • Create New...

Important Information

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