Jump to content

m1bs

Members
  • Posts

    458
  • Joined

  • Last visited

Everything posted by m1bs

  1. Bonjour à tous, Je suis très surpris de voir que mon module est encore présent et que des membres l'on fait évolué et c'est tant mieux. Je me permets de faire une petite annotation pour la peine : actuellement je sors un nouveau module d'exportation (payant) mais qui est plus complet et stable que ce que j'avais fait à l'époque. (le traitement se base beaucoup plus sur les classes de PS). De plus vous aurez des nouvelles possibilités d'exports par la suite. Le gros avantage est que vous ne dépendez pas d'un abonnement "mensuel", il s'agit donc d'une option intéressante pour ceux qui désirent gagner en visibilité. http://www.prestashop.com/forums/viewthread/77026/appels_doffres_et_prestations/module_salesbooster_exportez_vers_leguide_shopzilla_google_shopping_kelkoo_icomparateur_twenga Et oui je reviens sur Prestashop A bientôt
  2. Et malgré tout ce qui a déjà été dit, il faut aussi que les articles vendus suscitent aussi un certain intérêt. Vendre n'est pas chose simple, il ne faut pas que votre boutique serve uniquement de "jaugeur/comparatif" de prix. Bien sûr après avoir respecté les point mentionnés par Cédric et les autres, il faut savoir être patient le changement ne vient pas du jour au lendemain. Pour ce qui est des sanctions liées à de la triche, ça ne paie pas le coup (souvent ce sont des pénalités à court terme) mais faire dé-blacklister un site, c'est toujours délicat. Bon pour le référencement je conseille le livre suivant : http://www.amazon.fr/Réussir-son-référencement-Olivier-Andrieu/dp/2212122640/ref=sr_1_2?ie=UTF8&s=books&qid=1266331853&sr=1-2 Pour être honnête, le référencement / trafic du site se fera de lui même si on fait les choses correctement car dans les livres ou dans les conseils ce sont toujours les mêmes choses qui reviennent. - créer du contenu pertinent (genre pour la description des articles, faire un copier-coller du concurrent qui a les mêmes ça n'a pas d'intérêt) - ajouter du nouveau contenu en permanence - le soin des balises méta - être présent sur les guides de prix - tenir à jour le sitemap / robot.txt - présence dans les annuaires de votre thématique / fort PR - entretenir une relation avec les clients via les réseaux sociaux etc.. etc... Un peu de Google Adword reste toujours bien pratique une fois que vous avez compris comment ça fonctionne il vous permet d'obtenir un très bon ROI (retour sur investissement). Regardez un peu aussi sur webrankinfo, ils ont fait le tour du sujet et sur le forum vous trouverez les choses à faire ou à ne pas faire
  3. Avis personel - la bannière peut-être un truc plus simple car là on voit que c'est des copier-coller (genre l'image de gauche, le titre est aussi mal mis en valeur) - le fond un wallpaper étiré c'est pas le top, il est préférable un fond uni dans ton cas - éviter des fautes d'orthographe sur le site marchand genre sur le sondage "Trop chére" ça fait un peu peur de commander. - pour le jwplayer, choisisr des images de qualité qui prennent toute la dimension (pas remettre non plus la bannière du header dedans) - sur des figurines perso. j'aime pouvoir regarder 2-3 images et il faudrait avoir un éclairage un peu meilleur ou virer le fond avec photoshop, genre ceci http://www.japan-express.fr/90-216-large/trunks-contre-freezer.jpg , on voit qu'on a mit la figurine sur un fond blanc et le rendu n'est pas super, super, alors qu'avec un peu d'éclairage/luminosité ça serait ok. - la pub en dessous de la bannière, si c'est un partenaire alors le ranger ailleur, un client qui veut acheter du manga, veut pas la pub car-pilotage qui lui clignote dessus et si c'est pour rentabiliser de la pub c'est à oublier, les bannières pub c'est illusoire (niveau rentabilité) sauf pour les sites à haut trafic. ...pour le référencement oron a dit le nécessaire. ...et oui au fait avec vos numéro de siret etc.. franchement ferait mieux de se concentrer sur l'essentiel comme si à partir du moment ou on avait rempli la base légale c'était la clé du succès assuré...
  4. Salut, Le site en lui même tient bien la route et inspire confiance. Par contre le secteur d'activité choisi.... charme/lingerie tu risques vite d'être dégoutée de pas faire/pas faire suffisamment de ventes. Si on a beaucoup d'argent et beaucoup de stock à écouler (parce qu'on a un point de vente sexshop) oui dans ce cas pour la boutique online, mais s'il faut investir dans cette marchandise pour la vendre alors non. Sinon il faut vraiment offrir quelque chose hors du commun, genre que des accessoires en argent, destiné à une clientèle de luxe etc... Bon après ça dépend si tu fais ça pour le fun (si c'est le cas no soucis) sinon je ne pense pas que ça soit le bon plan. Les personnes qui viendront me dire . "Mais c'est pas vrai du tout !" Je vous laisse faire rentrer de l'argent sur ce secteur, avec un petit budget, investissez à fond dans les mots clés pour avoir des visiteurs, je demande à voir ce qui reste à la fin. (bilan la boutique tourne pendant 1 an, et le commerçant est gavé de voir que son travail ne porte pas ses fruits, alors à la fin il ferme.) Après encore une chose en passant. Oui c'est vrai on aime avoir une jolie boutique etc.. (charte graphique), mais pourtant dans le fond ce qui compte c'est qu'il y ait le maximum d'articles possible à un bon prix et que l'on puisse acheter vite fait sans complications. Je connais des gros site vraiment moches, mais vu qu'ils ont beaucoup de choix (avec des articles détaillés et de grands images) et que l'interface simple au possible (avec multi-méthodes de paiements) tout le monde peut acheter. Enfin c'était juste en passant
  5. Bon ce qu'il faudrait définir c'est quelles sont les tables en commun car c'est celles qui y en a le moins. Par contre effectivement le soucis c'est que vu que les requêtes sont établies sur la base du préfixe de la configuration et qu'on peut pas faire varier le préfix lors de son utilisation. Lorsqu'on installerait module, le module devra remplacer le fichier MySQL.php par un nouveau. Pourquoi ? parce que ce nouveau fichier MySQL aurait un comportement différent. Juste avant de faire la requête il vérifie s'il s'agit d'une table commune ou pas et modifie le préfixe en fonction du nom de la table sur laquelle va se porter la requête.
  6. J'ai un client qui veut effectuer du multiboutique, je sais que Magento gère cela mais pas encore Presta. Bon vu que je suis pas un expert du Zend, je vais quand même jeter un oeil sur Prestas si je peux faire un module à l'occase. Le concept serait le suivant (un peu bateau mon exemple mais juste pour principe). Une liste déroulante sur le front office en haut à gauche, et aussi dans le back office. Lorsque l'on sélectionne dans la liste déroulante shop1 ou shop2, on va changer le préfixe des tables et du thème, uniquement pour les table genre articles, catégories et cie. Dans le backoffice si on veut créer une nouvelle sous-boutique ça crée automatiquement les tables de bases vide (articles, catégories et cie) et on peut ainsi gérer une multitude de sous boutique tout en conservant, un seul fichier client, employé. Sur le principe ça peut le faire je vois comment ça fonctionne. ( sauf si vous me dites non parce que y a une exception truc-chose ) ^^
  7. Hello à tous, Peut-être que les experts (ou la team) vont pouvoir me renseigner J'ai parcouru les classes de Prestashop et j'ai analysé un peu la classe ObjectModel. Pouvez vous me confirmer si j'ai bien compris le fonctionnement : Concrètement cette classe sert à ajouter/mettre à jour/supprimer des informations liées à d'autres modèles (classes). Mais elle sert pour des mises à jour/suppression simples sur des tables uniques, lorsqu'il y a plusieurs relations alors l'opération s'effectue via SQL directement dans la classe/modèle concerné. Merci d'avance pour la confirmation
  8. Il faut souscrire au service ecommerce de postfinance pour avoir ces infos. Et ces infos sont indiquée dans le backoffice e-merchand (sauf erreur)
  9. un petit up pour le fun un avis me serait bien utile
  10. Hello, J'aimerais avoir votre avis sur ce point (ce n'est pas lié directement à prestashop) ^^ Au niveau des traductions avec Smarty, dans le cadre d'un projet personnel je regroupe toutes les traductions dans un fichier et je fais un include au header. $smarty->assign('t_erreur_1_vide',"xxxx'; $smarty->assign('t_erreur_2_vide',"xxxx'; $smarty->assign('t_erreur_3_vide',"xxxx'; $smarty->assign('t_erreur_4_vide',"xxxx'; Mais finalement les pages utilisent uniquement une partie des variables de la page de traduction et non pas l'ensemble des traductions du fichier. Est-ce que vous pensez qu'il faut séparer malgré tout en terme de performances ? c'est à dire les traductions utilisées les assigner qu'au TPL concerné.
  11. Tout est dit..... http://www.capitaine-commerce.com/2009/07/23/23514-magento-vs-prestashop-quelques-points-de-comparaison/
  12. Hello, Est-ce que certains ont déjà rencontré des soucis avec le back-office dans les déclinaisons sous IE7. Genre j'ajoute des éléments/modifie ou supprime mais il ne se passe rien dans le tableau en dessous (j'ai modifié la sécurité en max-low mais toujours pareil). Résultat je dois sortir complètement de l'article pour voir les modifications. (en vidant le répertoire compile de prestashop toujours pareil) Bon au pire je lui fait utiliser FF, car la migration n'est pas vraiment envisagée pour ce client.
  13. Peut-être le .htaccess géré différemment par hébergeur ? ou fichier .htaccess structuré de manière particulière ?
  14. En fait le problème avait été repoussé par les membres en prenant la description courte au lieu de longue (il me semble) mais on voit que dans ton cas ça ne suffit pas vu que tu as des retours à la ligne dans la courte. Ce qu'il faut faire c'est utiliser une classe php (il en existe des gratuites) qui nettoie la chaine de caractère de la description de l'article en virant tout les codes html ainsi que caractères spéciaux. Les fonctions de décodage de php ne sont pas suffisantes souvent on a des morceau de tags incomplets. Sinon le fichier est complètement décalé par des retours chariots ou autres sigles...
  15. Et entre nous, à partir du moment ou on fait de grosses modifications sur le TPL et qu'on injecte des données personnelles avec le .PHP ça ne vaut plus la peine d'essayer de récupérer le fichier.
  16. Hello, Peut-être que cela a déjà été évoqué, mais je vous invite à jeter un oeil à ceci qui peut toujours rendre service : http://www.magavenue.com/blog/prestashop/prestashop-attention-vos-templates-sont-facilement-copiables#voler-un-theme-prestashop
  17. Salut, Personnellement je m'étais pas mal motivé de ce côté là, mais à présent je ne m'en occupe plus. A voir si des membres sont toujours motivés par le projet
  18. Hello, J'aimerais savoir comment vous gérez la navigation sur le site si le javascript est désactivé du côté client. En testant je me suis aperçu que même en désactivant JS dans FF et bien par exemple le fait de cliquer sur les devises ça marchait. Simple coïncidence ? ou est-ce que l'intégralité de l'application a été pensée pour tourner sans JS ? Si vous forcez le JS à s'auto-activer avez-vous une manière de procéder ?
  19. Hello, Vu qu'actuellement je ne m'occupe plus vraiment de Prestashop voici deux modules que j'avais effectués pour extraire de la comptabilité ou des documents commerciaux vers le logiciel WinBIZ. Cela pourra peut-être servir à certains... J'avais fais cela à la vitesse "grand V" alors vous pouvez certainement optimiser pas mal d'éléments. compta_export.zip gestion winbiz.zip
  20. Par hasard je suis tombé sur une news qui mentionnait que Thélia avait sorti une doc. complète pour le développeur et l'architecture de leur projet. Sympa quand même et bien pratique et gratuit et en français (et oui ça aide ^^): http://theliabook.macasa.fr/theliabook.php Pour Prestashop peut-être bientôt... vous faites votre maximum je sais bien mais faut aller à la devinette ^^
  21. Vous avez rien d'autre à faire... Occupez-vous plutôt de ramener de nouveaux client sur votre boutique....
  22. @whitespirit: Une passerelle vers un ERP aussi online c'est peut-être plus intelligent (car on peut faire les échange de données entre bases mySQL) mais si certains sont d'accord de le faire gratuitement alors je préfère leur laisser tenter l'aventure. (perso selon moi 200 EUR à la vente) Seconde chose, les personnes ayant déjà une boutique en production il va falloir faire un choix. Ressaisir les articles dans l'ERP pour que l'on puisse sychroniser avec le shop ( donc il faudrait que le shop soit vide au départ ) Sinon ça va être vite la grosse galère pour gérer les deux cas, personnellement je pars du principe que l'ERP est le maître et Prestashop l'extension. Pour ceux qui me diront "ouai mais on va pas refaire la saisie du tout dans l'ERP", je pense que ça va déjà être suffisamment compliqué pour gérer les publication de l'ERP vers Prestashop, sans encore récupérer une publication inversée des articles dans l'ERP alors que certains champs vont peut-être manquer dans l'ERP etc...
  23. Effectivement mon but serait que le Prestaclient puisse agir comme un ERP. Oui effectivement c'est un gros travail car il faut développer toutes ces fonctionnalités mais une fois le gros en place il devient très aisé d'ajouter de nouvelles fonctionnalités. Par contre par exemple pour la compta intégrée, il s'agirait d'une comptabilité simplifiée, on n'irait pas jusqu'à de la comptabilité analytique. Quelque chose de simple et intuitif...
  24. A la base je voulais créer mon propre framework orienté Prestashop. Avec le recul, je me dis que je suis dépendant de Prestashop et de l'ERP/CRM de l'autre côté alors ça me plait moyennement d'être qu'une passerelle. Donc j'aurais bien voulu avoir ma propre application client ERP/CRM simplifié et faire l'interaction avec Prestashop.
  25. Pas vraiment au travers d'un module mais comme "Prestaclient" un logiciel qui échange les données avec Prestashop. Par contre pas de don mais le logiciel serait commercialisé par contre.
×
×
  • Create New...

Important Information

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