Aller au contenu

lorik

Hubmaster
  • Compteur de contenus

    574
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par lorik

  1. Damned, je m'étais jamais fait traiter de virus. Pas la fièvre porcine, quand même ? Pour le viral, pour info, je n'ai mis ma signature sur le forum qu'il y a +/- 15 jours je crois, et je suis inscrit depuis quelques années... Mais tu as raison, la signature, c'est pour faire du lien. et ça marche bien, on a gagné 60 places sur le mot clé 'prestashop' depuis 15 jours. Merci webmaster-hub : ) Par contre, j'essaie quand même de poster uniquement là ou je me sens directement concerné, et ou j'ai l'impression de pouvoir apporter quelque chose. Est-ce le cas ? a vous tous de me le dire, si je peux éviter de passer pour le spammeur de base, je préfère.
  2. Et pour le serveur de test, c'est un EG de chez ovh, 8 go, et on a une vingtaine de Magento en prod dessus, je crois. Donc pour moi, c'est mutu, mais du 'gros' mutu, je pense qu'OVH découpe des plus petites 'rondelles' pour obtenir ses propres pack mutualisés. 'est donc difficile de faire un parallele. après, même chez OVH, entre un 90 plan et un 720, je pense qu'il doit y avoir aussi un gros delta de perf. On prévoie de faire des tests + lourds de montée en charge, avec quelques milliers de produits configurables (c'est important, cette notion, parce que ça sollicite beaucoup, les attributs), et une simulation de 100 à 500 users en simultanés, mais on a pas eu le temps jusque là, avec la 1.3. On fera ça sur un superplan de dev, pour pas faire tout péter chez les clients .
  3. Merci Dadou, Pour clore, je me suis levé du mauvais pied . Simplement, les 10 gars, c'est pas pour me la péter, c'est simplement que comme je l'ai dit, je suis pas dev moi même, et que mon avis n'est fondé que sur les infos que j'ai de mes équipes. D'ou l'intéret de préciser leur nombre. voili voilou
  4. Je comprends pas ton agressivité, d'un coup, là ?! je sors pas de références, je dis juste qu'on est une dizaine à manipuler du Prestashop et du Magento, et du coup, qu'on trouve le code Prestashop plus simple que Magento. Ou est-ce que je donne des références ? je donne juste une opinion. Je dis pas que j'ai raison ou tord, ni que tu as tord ou dis n'importe quoi, ça reste une OPINION. Tu as le droit de penser le contraire. Je quitte ce post, ça devient stérile comme discussion. D'ailleurs, y'a pas de discussion, en fait, donc ça doit interesser personne....
  5. Que Drupal ou un autre fasse la même chose ne change rien à la question : Je trouve pas 'clean' d'avoir besoin de reconstruire des données uniquement pour une question de performance. Ca reste un avis perso, j'ai pas la prétention de détenir la vérité. Mais on ne m'enlèvera pas de l'idée que ce n'est pas un fonctionnement 'normal' : ça veut dire que la structure des données à la base n'est pas top. Après, Magento est tellement flexible qu'il faut bien que ça se paye d'une manière ou d'une autre, et là ou on 'paye' cette flexibilité extraordianire, bah, c'est au niveau des perfs. Donc on peut sans doute pas avoir le beurre et l'argent du beurre, et je pinaille un peu, mais j'attendais mieux à ce niveau d'une boite comme Varien qui se la péte un peu, quand même (ya qu'a voir les partenariats agences qu'ils proposent...). Encore une fois, je fais mon chieur, Magento est un outil fabuleux, faut bien qu'il ait quelques faiblesses, quand même Après, tu dis que c'est 2 tables, oui, ok, mais ça pose quand même la question, pour un développeur, de savoir à quel endroit il va aller piocher les données dont il a besoin, quand il crée un module : Dans le catalogue EAV ou le flat ? Donc ça impose quand même une logique un poil plus aboutie, sur un outil déja réputé nettement plus complexe en code qu'un Prestashop, Virtuemart ou Oscommerce. Et on sait de quoi on parle, on a 8 ingés et 3 intégrateurs sur Magento et Prestashop (mais pas moi, je suis développeur 'de loin' ).
  6. Oui, pour le marchand, tu as raison, il n'y a qu'une seule gestion, pour lui c'est neutre. Ma critique, c'est plus une question de principe : Par principe, devoir mettre en place un systeme de données déporté pour gérer la performance, ça me gène un peu, c'est la porte ouverte à tout et n'importe quoi. Encore une fois, c'est par principe, je ne suis pas développeur, donc je n'ai pas la prétention de faire mieux que Varien, bien sur, qui nous a déja 'pondu' un petit bijou . Par contre, pour info, nous, entre les 1.2 et 1.3 'flat', tant que le catalogie est pas 'costaud', on voit pas trop de différences en perfs pures, ce qui est normal, Magento recomandant le flat au dela de 1000 produits.
  7. Oui, c'est le 'flat catalog'. Mais c'est pas très 'élégant' comme méthode. Avoir 2 gestions différentes, ç'est ce que j'appelle de l'usine à gaz. ce qui n'enlève rien aux autres qualités de Magento, et elle sont nombreuses.
  8. J'en pense beaucoup de bien, au niveau flexibilité et fonctionnalité, on peut vraiment tout faire avec ce truc. On vois quand même que par rapport à d'autres solutions, Magento est pensé par des marketeux, avant de passer dans le pattes de développeur : tout est pensé pour maximiser les ventes, ouvrir le site vers l'extérieur.... Par contre, ça devient un peu l'usine à gaz, ces derniers temps, notamment la 'rustine' de la 1.3, pour avoir 2 versions du catalogue pour essayer d'optimiser les perfs. J'ai un peu l'impression que c'est l'impasse : La structure initile de la base est fabuleuse en terme de modularité, mais par contre, au niveau ressources, ça pompe enormement, et pour un gros catalogue avec du trafic, le cluster est vite indispensable. Je trouve curieusement que ça réduit le champ d'utilisation de Magento : D'un coté, on entend que ç'est pour des gros projets, de l'autre qu'en terme de perfs, ç'est chaud (et c'est vrai), donc il y a une certaine incohérence. Pour moi, Magento, premièrement, faut que le marchand soit largement 'dégourdi' au niveau marketing pour en tirer le maximum. Et malheureusement, assez peu le sont. Après, plus la structure du catalogue du marchand est hétérogène et complèxe, plus Magento s'impose face aux autres solutions (Prestashop notammnet). Mais pour un marchand 'basique', qui veut un site vite et bien fait, facile à prendre en main, et avec déja pas mal de modules marketing 'classiques' en place, c'est Prestashop qu'il faut utiliser.
  9. oui, effectivement, c'est pour du paiement à l'acte, mais les modes d'abonnement, c'est 'juste' transmettre des infos différentes à atos. au niveau du site, ç'est pas des modifications monstrueuses, je pense. A vérifier, mais je pense pas qu'il soit necessaire de recoder tout le module (ce qui serait effectivement lourd).
  10. Oui surtout que Atos, sur Magento, le module existe, on l'a installé deja une quinzaine de fois sans problème.
  11. L'objectif n'est bien sur pas d'enfoncer, les forums sont faits pour aider. Simplement, là, je pense qu'il faut prendre le taureau par les cornes, et je n'ai pas le sentiment que tu prends le problème par le bon bout (ça reste un avis perso sans prétention de détenir la vérité). Après, que des questions de santé t'empèche d'avancer, je le comprends parfaitement, j'ai un client exactement dans la même situation (mais on lui a sorti son site, nous ). Mais tu viens sur le forum pour être aidé, et je ne pense pas que ce serait t'aider de te laisser tourner en rond dans une logique (selon moi) sans issue. Je t'ai donné un conseil, qui n'engage que moi, après, tu veux ou tu peux le suivre, ç'est ta partie du boulot. C'est sur que si dans tous les cas, lancer rapidement ton activité n'est pas le but final, faut oublier ce que j'ai dit, mettre ton stock en ventes aux enchères (à 15 % de leur valeur), fermer ta boite et faire autre chose (comme t'occuper de ta santé). Mais si l'objectif n'est pas de sortir rapidement le site, laisse faire ton agence, ça prendra du temps, mais ils vont trouver une solution, un jour. Ils t'en proposent une d'ailleurs, Paybox. Faut juste négocier une (petite) remise pour les frais bancaires déja engagés, et le tour est joué. Tu te retrouve avec un site terminé, fonctionnel (oui ?), et tu n'a plus qu'a prendre, toi, le temps necessaire pour te remettre sur pied. Mais du coup, je ne comprends pas vraiment quel problème tu rencontres (en dehors de la santé, bien sur) ? toutes les solutions sont sur la table, tu n'a qu'a piocher celle qui te convient pour solutionner le problème. Mai toutes ces solutions partent du postulat que tu veux lancer ton activité. Et je crois comprendre que pour des raisons qui t'appartiennent et qui sont honorables, c'est ça qui n'est pas une priorité. Comme dit le vieux sage chinois Lao Tseu (celui de Tintin), 'Pour celui qui ne sait pas vers quel port il doit aller, il n'y a jamais de vent favorable'. Bon, je retourne méditer...
  12. Bonjour, Je mets mon grain de sel Pour moi, vous faites fausse route... Voila un gars qui est dans la m... avec un business qui ne peut pas démarrer alors qu'il a financé le stock. il a en face une agence qui à fait 99% du boulot et qui n'a été payé que de 30 %, et qui patine gravement sur le 1% restant. Ils ont un blocage sur une 'bricole'. Que faut il faire : 1 - Aller au clash juridique ? 2 - Trouver une solution satisfaisante Pour le 1, c'est suicidaire : une procédure judiciaire, c'est 2 ans, faut le savoir ! Renato, tu seras mort (ta boite) avant d'en voir la fin. donc t'auras raison, mais ça te fera une belle jambe. 2 - Profites en ! L'agence à besoin, elle, de toucher son solde : Negocie !! tu lui dit, "ok, vous n'arrivez pas au bout, moi je vais déposer parce que le site ne sort pas. Donc livrez le site 'en l'etat', je vous paye 50 %, et le solde dans 2 ans si je suis encore vivant. sinon, je vais déposer, et vous n'aurez rien" Tu prends une autre agence pour installer Atos (pas nous !, on le fera pas sur un site tiers), et c'est réglé, dans 15 jours ton business est lancé, et tu as sauvé un peu de trésorerie pour démarrer. en tant qu'agence, moi, à leur place, j'accepte, parce qu'en plus, je me sentirait un peu peteux... J'ai vu sur un post le mode 'coup de pied au c...', j'ai bien noté que ça te choquais, mais bon, là, je trouve que pour un entrepreneur au bord du gouffre, ça manque un peu de 'nerf' pour sortir du problème. Il y a des solutions pour te permettre de lancer ton business très rapidement et sauver tes investissements. Saisis les vite, un mauvais arrangement vaut mieux qu'un bon procès. Là, l'agence n'est pas malhonnette (je pense), elle est simplement un peu juste techniquement (elle t'a fait le site, quand même, même si pour ce prix, nous en t'en fait 4 ... avec Atos ). donc il n'y a pas de solution en continuant à bosser avec eux. Un developpeur, quand il n'y arrive pas, t'as beau taper dessus, ça le fait pas avancer (hein les gars, hein ? ). Donc CHANGE, NEGOCIE, et tu va sortir par le haut de ton problème.
  13. Merci de ta réponse, Occi. En pratique, c'est résolu, un problème de core sur Magento/ Zend Frameworks.
  14. Oscommerce, faut l'oublier, maintenant;, il s'est bien battu, le bougre, et il a fait bien des heureux. Rest in peace Trop vieux, pas adapté au e-commerce moderne, et interrogation sur PHP6, j'ai des doutes. Par contre, bien accessible à un 'bidouilleur' du code, ce qui est exclu pour Magento, et plus simple pour Prestashop. Mais bon, pourquoi faire un oscommerce aujourd'hui quand sont dispos Magento ou prestashop ? La seule raison, c'est qu'il y a plein de contrib dispos, gratuites. Mais par expérience, avant de faire monter un oscommerce au niveau même d'un prestashop (j'imagine même pas un Magento), va falloir en ajouter un brin, des contribs. Et le problème, c'est que tu ajoute une contrib, c'est nickel. Tu en ajoute 10, la 10eme va entrer en conflit avec la première, donc faut retoucher le code. ça prends du temps, donc au final, ce qui était gratuit le devient nettement moins
  15. Et moi je suis une quiche en code, mais en marketing, je suis dedans depuis 20 ans, ça aide
  16. Bah voila, bientôt, tu seras dans les 'gros' du textile, et effectivement Prestashop te suffira pour gérer tes produits. Par contre, pour tes Adwords, à un moment, tu te diras 'Tiens, je testerais bien une landing page spécifique, pour voir si mon taux de conversion évolue' Ou alors 'Tiens, et si je mets un texte plus commercial que technique sur mes fiches produits, est ce que mes conversions évoluent ?' Et ce jour là, tu verras la lumière... de Magento qui te permettra de mettre ça en place sans coder quoi que ce soit. Mais tu auras tiré la quintessence de Prestashop dans l'intervalle, en économisant sur ton hébergement, donc tu as fait le bon choix. Comme quoi, définitivement, les 2 solutions sont de qualité, il n'y a que le marchand qui arbitre. Longue vie à eux... Et à nous, du coup
  17. 15-20, c'est du mutu moyen chez oveache par exemple, y nettement mieux, même chez eux. Après, pour les dédié, attention : C'est vrai qu'un dédié, on peut en trouver à 2Frs 6sous un peu partout, mais ça veut dire avoir les capacités à l'administrer sérieusement, surtout pour du e-commerce, pour lequel la moindre rupture de service est dramatique, quand tu as des campagnes adwords, comparateurs ou pire, 2 millions d'emails routés Le vrai cout d'un dédié, c'est pas le hard, c'est l'infogérance. Nous, l'infogérance nous coute un oeil sur nos serveurs. Pour conclure, oui, Prestashop est plus léger, et peut tourner sur de l'hebergement à 2-3 / mois, et c'est pas le cas pour Magento (même si, comme je l'ai dit sur un autre post, j'ai vu de l'hebergement spécial Magento à 4...). Après, ok, tu développes ta boutique toi même, Bravo, et du coup c'est 'Gratuit' sauf le temps que tu y passes, bien sur. Mais ce n'est pas le cas de la majorité (je pense ?) des marchands, qui ont une autre logique, et raisonnent 'cout global' : Graphisme / developpement fonctionnels / maintenance / hebergement / formation. Voire conseil e-commerce pour ceux qui ont conscience de rien y connaitre et veulent pas aller dans le mur. Et donc, pour des marchands 'traditionnels', je ne vois pas de segmentation aussi tranchée que toi entre Magento et Prestashop, si cette segmentation est uniquement basé sur une notion de 'petit' et 'gros'. Et après, à partir de quoi passe t'on dans la catégorie 'gros' ? Un gars qui à 20000 produits textiles et 200 000 visiteurs/mois tournera parfaitement sur Prestashop, pourtant, pour moi, là, c'est un 'gros' (ou juste un peu enveloppé, peut être ). Par contre, un gars qui a un catalogue de 200 pièces de yachts mais qui à une structure de catalogue bien complexe (on est en plein dedans, là), pour moi c'est un 'petit'. Mais pour ce gars là, entre développer pour adapter Prestashop à son besoin, ou lui coller un Magento 'basique' mais modulable, en terme de prix, yavais pas photo, et de loin.
  18. Et je suis catégoriquement d'accord avec toi, ce qui ne veut pas dire que le cout d'un hebergement Magento soit hors de portée d'un petit marchand Petit marchand, petit catalogue, petit trafic.... petit hébergement 15-20 , ça marche très bien. J'ai même vu un hébergeur qui propose de l'hébergement spécial Magento pour 4/mois. Nous on en héberge, des Magento, et ça tourne sans problème, sauf quand on fait une boulette en dev et que les slow query hurlent à la mort. Gros marchand, gros catalogue, gros trafic, oui, prévoir un cluster, mais ça devient des problèmes de riches, ça.
  19. Coucou Dadou, On echange sur plusieurs posts, faudrait peut être qu'on s'en choisisse un, non ? Pour l'hebergement, on est d'accord, Magento est plus lourd. Mais bon, lourd, ça veut pas dire degainer systematiquement le dédié . On peut faire tourner correctement un Magento avec 500 produits et 1000 visiteurs / jours sur un bon mutu à 15-20€/mois. 15-20 €, Je ne sais pas si c'est ce qu'on appelle 'hors de portée' pour un marchand, qui est quand même censé faire du business avec son site. 1000 visiteurs jours, s'il est dans la moyenne des marchands français, il va faire 10 ventes à 90 € de panier moyen/jour, donc 27000€ de CA/mois, ça me parait pas hors de portée, 15-20€. Après, c'est vrai que la 1.0 Magento etait vraiement monstrueuse, la 1.1 et 1.2 se sont grandement améliorée en terme de perf, même si ça reste pas des bombes. La 1.3 propose le flat catalogue pour gagner encore en perf (on va vite le savoir), au prix d'un système un peu usine, donc oui, dédié aux 'gros' (mais le flat est justement pour les gros catalogues, donc gros marchands, il y a une logique). Après, je vais pas refaire sur ce post ce que je viens d'ecrire sur celui là, concernant les couts http://www.webmaster-hub.com/index.php?sho...mp;#entry299115
  20. Bjr Dadou, Je suis tout à fait d'accord avec toi sur le fond. Par contre, sur le cout d'un Prestashop Vs Magento, je ne pense pas qu'on puisse etre aussi catégorique. Ca va quand même grandement dépendre de ce que veut le marchand, notamment sur sa configuration produit. Si c'est du basique basique, ok, Prestashop sera moins cher, notamment parce que plus rapide à intégrer la charte. Par contre, si le Marchand veut des trucs un peu évolués (sans pour autant que ça soit des trucs ultra spécifiques), au niveau des produits (bundles, produits groupés, par exemple, ou mise en avant de caractéristiques, personnalisation, etc...), ou des promos, il faudra les développer sur Prestashop, alors qu'elle seront natives sous Magento. Et qui dit développement dit forcement cout. Il est vrai par contre, qu'on developpe plus vite sous Prestashop que sous Magento. Donc je pense qu'il n'y a pas de vérité absolue en terme de cout, ni de solution meilleure que l'autre. Simplement, en fonction du marchand, il y aura une solution mieux adaptée qu'une autre. En ce qui nous concerne, nous constatons, vu notre profil de clientèle, qu'on n'arrive pas à leur vendre du Prestashop, parce que Magento se retrouve systématique mieux adapté nativement, donc au final moins cher, que Prestashop. Ceci dit, comme je l'ai expliqué plus haut, on ne peut pas communiquer sur Prestashop, donc forcement, les contacts que l'on a sont déja +/- décidés sur Magento. Donc ça biaise peut être le raisonnement.
  21. Magento est nettement plus complèxe que Prestashop, et plus gourmand au niveau serveur. Par contre, avec Magento, l'outil est tellement souple qu'on peut faire des tonne de trucs differents, notamment au niveau catalogue, sans avoir à toucher au code. Donc le choix entre les 2 est toujours très cornelien. Pour un non-developpeur, Magento t'amenera plus loin que Prestashop sans avoir à coder, par contre, dès qu'il va falloir coder, les temps de developpement sont plus longs sur Magento, donc la facture peut s'envoler. C'est marrant, à ce titre, pour moi, Magento, par sa souplesse, est plus adapté aux petites structures qui veulent évoluer sans avoir à mettre la main à la poche en permanence, ou carrement, effectivement, pour les gros projets qui doivent communiquer avec des solutions tièrces ou demandes des fonctionnalité marketing évoluées. Prestashop occupe bien le terrain intermediaire, et réclame beaucoup moins de formation 'utilisateur'
  22. Bonjour, Sans vouloir polémiquer, concernant l'autre (excellent) opensource qui fait payer des modules, dont ceux de paiement, j'ai une opinion un peu ambigue : Il est tout à fait normal selon moi que des gens qui proposent un outil gratuit de ce niveau de qualité (j'espère qu'on parle bien du même , mais y'en a pas 50 sur le marché, open source et de qualité) cherchent un moyen de vivre de leur travail. Je suis plus dubitatif sur le business model qu'ils ont choisi. Je crains qu'ils ne se tirent une balle dans le pied, en rendant au final leur solution + couteuse pour le marchand, qui, lui, se fout complètement (à tord) de savoir le sort de l'éditeur du logiciel. Et que donc, la communauté ait du mal à se créer. Or la communauté, c'est ce qui fait au final le succès ou l'echec d'un open source. Je vais surtout pas prétendre donner des leçons à qui que ce soit, mais pour moi, ils auraient pu mettre une solution de test en téléchargement libre, avec quelques bridages dans le code, voire une obffuscation des sources, juste pour que les gens puissent tester vraiment l'outil, et vendre la solution 'normale' 15 ou 20 . Je pense pas que pour 15 ou 20 , grand monde s'amuse à hacker la version bridée, et ça aurait je pense levé le frein du cout 'annexe' de la solution, permis la mise en place de la communauté habituelle et des modules gratuits, etc... Par ailleurs, nous, on est agence e-commerce pur, on a l'offre de cet editeur en ligne, on y crois, c'est pour nous un excellent outil qui répond bien à une problématique client un peu differente de Magento. Par contre, on ne peut pas communiquer dessus, Ils ont bridé l'accès à la marque en liens sponsos. Donc on leur vend rien, alors qu'on 'crache' du Magento à tout de bras, en direct ou via agences web qui n'ont pas un savoir faire suffisant sous Magento. Et en tout état de cause, si on travaille avec leur solution, on va développer nos propres modules, pour ne pas avoir à les acheter à chaque fois, ça fait rentrer dans un cycle un peu bizarre, avec de la gestion de compatibilité avec les futures versions, etc... Bref, bel outil, mais je sais pas quel avenir ça aura...
  23. Sur un Mutu, un bon, ça passe. Et les hebergeurs 'Serieux' ont pris Magento en compte, et ça s'installe sans gros PB. Au niveau perf, entre la 1.0 et la 1.1, il y a un monde, la 1.2 n'a rien apporté, et la 1.3 (prévue pour demain ), va semble t il régulariser tout cela, mais au prix, peut être d'un systeme un peu usine à gaz. on n'a pas d'infos ultra précises, mais la 1.3 est dédiée aux gros catalogues, avec une construction differente de la partie catalogue de la base. On trépigne un peu, là... Nous on fait tourner une douzaine de Magento modérés sur un dedié 'basique' (EG OVH), et pas de problèmes particuliers. Par contre, comme disait Patrick, Magento, au niveau sollicitation de la base, c'est ultra lourd, quand même, vive slow query pour s'assurer qu'il n'y a pas un 'petit' lézard quelque part, sinon tu fais vite (très vite !) tomber la base si tu as un peu de trafic.
  24. Bonjour, J'ai un soucis sur un site : Dans l'espace client on peut télécharger des fichiers (video, 300Mo, et pas du X ). Pas de problème particulier, si ce n'est que tant que le fichier n'est pas entièrement téléchargé, l'internaute ne peut pas naviguer sur le site (sous IE et FF, autres nav pas testés). Par de message d'erreur, simplement, l'internaute n'a pas la 'main', il clique sur les liens, mais la page cible ne s'affichera que quand le téléchargement sera terminé, un peu comme si l'appel se mettait en file d'attente. Est ce quelqu'un a une idée ? problème de session, de config serveur, ou autre ? Config serveur, j'y crois pas, d'autres sites sur le même serveur ne posent pas ce problème (mais fichiers bien moins gros, aussi). Merci de vos pistes, si vous en avez, moi je sèche...
  25. Bjr Portequoi Bah tu vois, ça fait 3 jours que je suis sur une requete, j'ai pas l'impression de pas avoir cherché... Je suis pas developpeur, je n'ai pas de formation en dev, je fais du marketing. C'est un hobby, j'ai mes limites, et là, oui, c'est au dela ce mes compétences. C'est pas une question de pas connaitre la fonction qui va bien est qu'on peut trouver dans une doc ou sur Google. Là, même avec la solution sous les yeux, je comprends pas plus. Donc oui, je vais chercher (c'est même ce que j'ai écrit, non ?), mais tu vois, quand je me fait ch... depuis 3 jours sur un truc sans même voir le début de la solution, un coup de main, ça fait plaisir. J'ai pas demandé qu'on me donne la solution 'toute cuite' (merci quand même Jacques), mais qu'on me donne un fil à tirer, après 3 jours de galère. Si un forum n'est pas fait pour ça, désolé, j'avais pas compris... Et merci pour tout Jacques, j'y vois un poil plus clair
×
×
  • Créer...