bshop

je sais c'est mon gros problème , mais je considère que tant qu'a prendre du temps pour éclairer les membres de ce forum, autant développer un peu le sujet pour éviter une multitude de questions récurrentes. Au moins on centralise un peu plus

absooooolument d'accord !

Je ne connais pas donc ne peut pas donner d'avis par contre je repeterai toujours la même chose : pour gérer vos paiements choisissez plutôt une banque établie (ou paypal..) qu'un intermédiaire inconnue au bataillon ... et ceci pour la pérénité de vos fonds... maintenant ils sont peut être trés bien ...

ca dépend a qui tu t'adresses.personnellement quand je fais une proposition j'indique clairement le cout du projet et le cout récurretn annuel si le client souhaite qu'on l'heberge...

Bonjour à tous, bon je vois passer ces derniers temps dans ce forum beaucoup de demandes concernant les types d'hébergements disponibles et à privilégier pour vos solutions e-commerce. Je pense donc qu'il est temps d'éclairer un peux le débat car je vois des sujets qui mettent l'accent sur la quantité d'espace disque, la bande passante (importante mais il ny a pas que cela qui compte) etc...alors qu'il y a bien plus important et qu'il faut déjà à la base comprendre l'offre en matière d'hebergement. ce post ne prétend pas être exhaustif ni parole d'évangile, mais disons quil devrait déjà dégrossir le sujet, il ne sagit pas de discuter du fait de savoir si tel ou tel bande passante est adaptée pour un site e-commerce (la réponse est : ça dépend surtout de votre activité !) mais plutôt dune manière plus générale de présenter les différentes grandes familles dhébergement. En terme dhébergement il existe donc 2/3 grandes familles dhébergement : - lhébergement mutualisé - lhébergement dédié - (et le demi frère de la bande : le semi dédié qu'on verra aussi rapidement) Quelles différences, quelles implications, que choisir pour votre site e-commerce ? Lhébergement mutualisé consiste à partager une machine (un serveur) avec dautres webmarchands ou webmasters... Ainsi sur le même serveur cohabiteront tous types de sites qui se partageront les ressources de la machine. Quest ce que cela implique : 1) généralement les performances sont limités (soit par les ressources du serveur soit par quotas) ce qui signifie que plus votre audience augmentera, plus les temps de chargement des pages seront importants, voir même blocage des accès par lhébergeur.. 2) sur le serveur nous trouvons donc dautres sites : ceux-ci sont soit des sites marchands, soit des sites lambda, développés par tel ou tel prestataire ou particulier ce qui signifie que vous ne maîtrisez pas la sécurité sur ces sites. Résultat si un de ces sites est développé par un amateur moyennement doué cest une source de trous de sécurité possibles pour le serveur et un pirate une fois entré sur ce serveur par ce site non sécurisé aura éventuellement la possibilité de remonter sur dautres sites sur ce serveur en piratant la machine directement Ce qui fait que lors de grosses failles (sur des scripts de forums par exemple) lhébergeur va fermer tous les sites du serveur par mesure de sécurité (pour vous et surtout pour lui dailleurs).=> résultat : indisponibilité du site plus fréquente. 3) Pour mettre en place une solution e-commerce il faut paramétrer le serveur dun point de vue technique que ce soit pour intégrer le paiement sécurisé ou échanger des données automatiquement avec dautres machines, et bien souvent ceci nest pas possible avec un mutualisé car lhébergeur ne vous donne pas le contrôle de la machine (normal vous nêtes pas tout seul sur cette machine) Lhébergement dédié consiste à consacrer un serveur dédié à votre site. Il ny a donc que vous sur la machine, vous gérez entièrement la sécurité sur votre serveur, vous disposez de tous les droits sur celui-ci ce qui permet de le paramétrer au mieux (voir paragraphe précédent) et laisse bien plus de latitude. Quest ce que cela implique : 1) lusage dun serveur dédié demande une parfaite maîtrise de ladministration de serveurs. Vous avez plus de possibilités mais il faut les exploiter sinon vous laisser en quelque sorte le serveur à labandon et cela serait pire que de prendre un hébergement mutualisé. 2) Vous disposez de toutes les ressources pour votre site, les performances sont plus élevées, vous subissez moins la montée en charge, et surtout vous pouvez upgrader la machine sans perte de données en général, voir indisponibilité. 3) Bien entendu le coût est plus élevé (entre 80 et XXX euros par mois pour un serveur digne de ce nom) Une alternative proposée par beaucoup de prestataires est de recourir à un hébergement semi dédié, sorte de mix entre les deux formules. Le semi dédié consiste pour votre prestataire à prendre un serveur dédié chez lhébergeur et à héberger plusieurs de ses clients sur ce même serveur : Avantages : -le prestataire est capable de sécuriser au maximum votre hébergement car nhébergera sur ce serveur que des sites quil réalise lui-même, dont il est sur de la sécurité. -(sil fait bien son travail !) il optimisera et limitera le nombre de sites hébergés par serveurs pour laisser à votre site les ressources suffisantes. - le coût est bien entendu moindre, et se situera entre le coût dun mutualisé et dun dédié. Inconvénients : -on partage quand même les performances -si le prestataire fait mal son travail vous pouvez avoir un niveau de services inférieur a un mutualisé Pour moi un hébergement mutualisé nest pas viable pour héberger votre activité e-commerce. Trop limité (il manque souvent des librairies Php, voir des fonctions...), pas sécurisé, pas performant, il na que lavantage du coût et cest bien souvent la solution retenue par les webmarchands qui se lancent à moindre frais mais au risque dune bien moindre réussite surtout quand lon sait quun internaute ne revient pas sur un site qui ne lui convient pas Lidéal est lhébergement dédié si votre trafic est important, si vous avez beaucoup de commandes, mais vous pouvez commencer sans problème avec un semi dédié en faisant bien attention aux services offerts par votre prestataire. Tout dépend aussi de votre activité : si vous faites de la vente privée avec des ventes très nombreuses sur une période très courte, lhébergement est vital, si vous vendez quelques produits par jour et touchez une faible audience, le semi dédié est plus adapté.... Enfin, au delà du modèle dhébergement il faut prévoir également des systèmes de secours en cas dincidents ou pannes. Pour cela il faut disposer de plusieurs systèmes de sauvegardes à plusieurs niveaux (quotidiennes, hebdomadaires, manuelles et planifiées). Par exemple coupler systématiquement un serveur dédié avec un second serveur de backup et automatiser les sauvegardes...(ou prendre des prestations de backup chez lhébergeur mais ces solutions atteignent vite leur limite) Tout cela à un coût et cest aussi (avec le reste de prestations) ce qui fait la différence de coût entre deux offres e-commerce. Je pense également quil faut se projeter dans lavenir quand on est e-commercant : si vous faites un chiffre daffaire raisonnable, il faut prévoir un hébergement de qualité car chaque jour dindisponibilité suite à une attaque pirate ou un problème matériel peut vous faire perdre le peu que vous aurez économisé en prenant un hébergement bas de gamme et surtout les quelques internautes qui auront cru que votre site ne fonctionne pas.

non il ne faut pas tout confondre : en offre mensualisée tu payes tous les mois pour : - utiliser le site - son hebergement au passage ca n'empeche pas le prestataire de te facturer des couts de "developpements specifiques" en plus, soit en cout unique au démarrage soit en augmentant le cout mensuel... en offre a cout unique tu payes, une seule fois pour : -la mise en place de ton site -son parametrage -les developpements spécifiques et tu aura un cout récurrent tous les ans (N+1, N+2 ...) pour l'hebergement. c'est comme acheter une voiture ou la louer ... quelque soit la formule tu payes l'essence régulierement mais au moins la voiture est a toi ...

robinson je suis d'accord avec toi sur le principe, en pratique c'est impossible va expliquer au référenceur qu'aprés avoir référencé un site de vente de produits informatique, il ne doit plus répondre à d'autres demandes sur le marché... C'est la même chose pour nous dans une moindre mesure, tu fais un site de consommables, et c'est tout ? Ce n'est pas viable, nous faisons des dizaines de sites par an, dans chaque secteurs nous commencons à avoir 4/5 références similaires, et c'est normal, le succés d'un site en appele d'autres... maintenant il est vrai qu'il faut avoir une certaine éthique ... ce que tous n'ont pas..

Moi non plus ne souhaitant pas me prendre un procés en diffamation (comme toi je suppose robinson ), j'édite mon avis pour supprimer tout message "infamant", étant moi même prestataire, et je laisse les seuls utilisateurs juger...

arf,petite propagande ASP/SQL Server pas folle la guêpe !! Lecma, Quel que soit ton objectif les deux technologies se valent (techniquement)et tu devras de toute maniére avoir de (plus) solides connaissances en programmation, développement dynamique etc...

Bonjour lecma, Changer de techno pourquoi pas, surtout si c'est pour une bonne (oscommerce) mais j'imagine que ce n'était pas le sens de ta question à la base ... tu peux trés bien intégrer le systeme de paiement à ton site developpé en dreamweaver ... il s'agit simplement de faire passer des paramétres au serveur bancaire et de recupérer une information en retour (go/no go) pour valider le paiement. Ta banque a du te transmettre une doc d'intégration ainsi que des exemples de scripts dans plusieurs languages...

coté admin tu choisis dés la page d'accueil la langue de ton choix... ensuite dans l'administration tu actives /desactives les langues de ton choix ...

bonsoir, De mémoire je crois qu'il faut supprimer sur les hebergements free les .htaccess dans les différents repertoires de ta boutique. ca résoudra peut être ton probléme... si les symptomes persistent n'hésites pas à revenir ... NB:je veux pas jouer les donneurs de leçons mais heberger une boutique sur un espace mutualisé free n'est pas une bonne solution...

1- Robinson a tout à fait raison à ce sujet... 2- pour plus d'infos tu peux consulter la discussion qui a déjà eu lieu à ce sujet (et à fait couler pas mal d'encre ) ici : http://www.webmaster-hub.com/index.php?sho...67&hl=CCPFRANCE 3- aprés la mise en avant de pseudo références qui n'en sont pas on passe au référencement qui ne veut rien dire, je cite au chargement de www.ccpfrance.com, si vous faites attention juste avant la ppge d'acceuil on peut lire pendant une seconde la mention suivante en titre de page : " CCPfrance est le premier site de site de solutions e-commerce en France...." vraiment pas sérieux... aprés à vous de juger... 4-suis le conseil de domtomnews !

Je vulgarise pour le grand public car c'est plus compliqué que ca AMHA Si tu travailles sur des technos open source sur licence GNU par exemple, tu dois en principe mettre à dispo le code source.. dans ce cas comment faire de la location ? Aprés on va avancer l'argument qu'on loue le service autour de la solution mais... sujet a débat sans fin tout ca ... le probleme n'est pas là ..maintenant je suis d'accord sur le fait qu'un développement propriétaire peut etre cédé, mais on n'est plus dans le meme ordre de prix... et l'éditeur d'une solution propriétaire capitalise sur son developpement donc dans la plupart des cas n'en céde pas les droits... ce qui est tout à fait concevable...

robinson : ton idée est bonne en effet ce genre de débat aidera l'entrepreneur en quête d'une bonne solution. Mais aprés de toute maniére tu auras toujours un certain parti pris et des querelles de clochers....c'est inavitable.. On voit rarement un prestataire vanter telle ou telle techno concurrente à la sienne. J'imagine que tu développes en ASP, donc tu es un peut exaspéré par le fait qu'on parle beaucoup ici de php, d'oscommerce (mais bon faut abdiquer, c'est comme ca partout, c'est la releve (joke)!!)... C'est certainement réciproque pour telle ou telle autre techno ... et je suis également d'accord avec toi, les réponses techniques à des questions fonctionnelles n'aident pas à la prise de décision...

Portekoi évoque (je pense) les deux méthodes de commercialisation d'une offre e-commerce en place actuellement sur le marché : d'un coté les prestations sur bases open source, avec un cout fixe, et souvent une propriété du site qui revient au client aprés paiement de la prestation (les droits sont en effets cédés au client) d'un autre coté les prestations en mode locatifs, ou bien évidemment la propriété n'est pas cédée au client sinon il n'y aurait plus lieu (hors hebergement) d'y avoir un abonnement. En tant que prestataire Open Source je rejoins la position de Portekoi aujourd'hui si on se place du point de vue du client, la location ne lui apporte rien si ce n'est d'etre lié et dépendant du prestataire, pour rien. Certains soutiendront que le mode locatif engage le prestataire à obtenir des résultats, je ne suis pas d'accord mais le débat n'est pas là aujourd'hui ... (l'objectif d'un prestataire est de faire des sites qui 'marchent', qui attireront d'autres clients et augmenteront la renommée du client, location ou non .. ) Il n'y a pas de rapport au prix, 250 / mois peuvent etre faibles comme énormes en fonction du service fournis. [houuuu le débutant j'ai répondu sans voir qu'il y avait 2 pages de posts ...!! ]

petite solution e-commerce pas trop chere (au bémol prés que la moindre évolution est également facturée mensuellement donc au final sur du long terme ca revient cher..) qui offre l'évantage d'être interfacée en natif je crois avec EBP . Trop limitée à mon avis et pas vraiment aaptée pour de l'e-commerce intensif avec beaucoup de produits, beaucoup de trafic... plutot conçu AMA pour un complément e-commerce d'un site institutionnel...

A ma connaissance non, à moins qu'ils aient fait évoluer l'outil mais ca m'etonnerait. Il s'agit d'un déclenche manuellement. Tout à fait d'accord, mais dans la limite des possibilités de l'outil installé. Je suis personnellement partisande l'adaptation de l'outil informatique au client et non l'inverse, mais je pense aussi qu'une information la plus exhautive possible est important ...

Ouep, "EBP web commerce" est une couche supplémentaire d'EBP mais franchement, cet outil n'a d'e-commerce que le nom ... En partant d'EBP je te conseille d'exporter sur déclenchement tes commandes comme le présente toucouleur, mais n'envisage pas une synchrotemps réelle ce n'est pas jouable avec ce genre d'outil... Sinon passes en sage ligne 100 (si ta structure est suffisante, car c'est la gamme au dessus), et la on pourra faire de la synchro temps réel.

Sans vouloir revenir X fois sur le même sujet, mais bon, comme on parle toujours mieux de ce qu'on connait, je pense que ton probleme est lié au fonctionnement de ton e-commerce et que tu devrais profiter des fonctionnalités des moteurs e-commerce en terme de vente de produits non physiques (bref ici pour faire court: tes produits telechargeables...) Une solution comme oscommerce permet la vente de produits telechargeables: une fois le paiement effectué, le client reçois un mail lui permettant d'acceder a la zone de telechargement et de telecharger le produit autant de fois que spécifié par l'administrateur du site si mes souvenirs sont bons ... Déjà un bon début non ? Et si ca ne te convient pas tout à fait, un petit developpement spécifique finira de régler ton soucis ... aprés tu greffes le module de paiement sécu de ton choix (paypal ou ce que tu veux..) et ...voila ...

Techniquement ca ne joue pas sur la sécurité mais l'activation de register global engendre des trous de sécurité si le developpeur ne fait pas attention. pour plus d'infos : http://aide.sivit.fr/index.php?2005/06/27/...bal-et-securite cordialement,

Bonjour, Réponse en deux temps : 1 - Tu cites notamment PHPnuke : Effectivement gros soucis de sécurité, tout du moins à l'époque ou nous nous penchions dessus c'est d'ailleurs ce qui nous avait fait nous eloigner de cette solution à l'époque (il y a bien 2 ou 3 ans ).... Mais Oscommerce est bien plus sécurisé qu'un script comme Nuke .... (bien que j'imagine que les équipe phpnuke ont du faire de gros progrés depuis ... ) 2- Il est evident que les distributions de base d'oscommerce, voir certaines de leurs évolutions (creload) disposent de failles potentielles. C'est pourquoi à mon avis il est indispensable de travailler en profondeur sur un projet e-commerce autour d'oscommerce. N'imaginez pas poser un script Osco et "roulez jeunesse.." !!! Il faut personnaliser l'application, vérifier les failles engendrées par l'ajout successif de modules plus ou moins compatibles etc... Oscommerce est une excellente base de départ qui demande comme toute solution e-commerce d'être travaillée et sécurisée. PAR CONTRE une fois sécurisé oscommerce est extremement fiable et performant, je dirais même (ah bon je l'ai deja dit ? ) que c'est la meilleure solution.... et petit NB au passage : Les problémes de sécurité ne sont pas reservés aux applications open source que ce soit phpnuke ou oscommerce ... Toutes les solutions propriétaires ont leurs failles (voir plus de failles cf. Windows/Linux) mais on en parle moins, justement parce que l'accés au coeur de l'application n'est reservé qu'à l'éditeur, qui ne va pas communiquer la dessus... Bref quelque soit la solution à mon avis il faut disposer des compétences pour parer et corriger les failles eventuelles et c'est là aussi qu'est l'intéret de l'open source... souplesse,adaptabilité pour au final plus de sécurité et de performance...

Nous on l'a mis en prod récemment pour un site mais il est clair qu'il faut tout revoir au niveau code.... a noter que ca peut etre couplé assez facilement avec une notion de parrainage (gagner des points donc des $ pour des filleuls parainés ayant commandés.)

Alala on part sur des solutions pas ultra pros a mon avis là... je t'aurais prévenu ... on revient toujours au même probléme, si vous souhaitez vendre il faut investir un minimum, tu trouveras beaucoup d'offres trés alléchantes pour une poignées de $$$ mais si ca ne te permet pas de rentabiliser ton activité .... Ce sujet à été discuté maintes et maintes fois sur ce forum je te conseille une lecture attentive de l'historique...

La fonctionnalité que tu cherches n'est pas lié au mode de paiement retenu (paypal ou autre) mais a ton moteur e-commerce. Exemple Oscommerce qui gere la vente de produits non physiques ...