Paiement bancaire

[Wells]

Bonjour à tous, pour nu projet perso je cherche de l'aide et/ou un retour d'expérience sur les système de paiement en ligne.

Comment s'abonne ton?

Y a t'il des banque à éviter?

Comment met on le script en place?


etc.....

Merci de votre aide :p

[Allwise]

Salut,

J'ai déjà intégré un système de paiement par Paypal ( par carte bleue ), et - à l'écriture de ces lignes il me semble que j'ai déjà écrit un truc à ce sujet - A l'occase d'un projet perso, je vais en remettre un en place dans la dizaine de jours qui vient

Ici :
http://www.jeuweb.org/board/mise-en-plac...-5076.html

Sinon, j'ai aussi bossé sur un système de paiement en ligne de l'an 2001 à l'occasion d'un changement de serveur... Et là c'était un putain de bordel. Tout le code lié à la transaction était en C ^^ c'était pour la ptite histoire.

Aujourd'hui, les banques fournissent de la documentation et des exemples de code pour beaucoup de langages ( php, java, C++... ), ce qui rend la tâche moins ardue. Tu trouveras de toute façon, quelque soit le système que tu choisis, des codes sources pour te guider, voire des modules tout faits. Avec les boutiques en ligne, CMS, et peut-être framework, des solutions de paiement en ligne ne sont parfois que de simples modules à installer. Ça peut être une piste pour t'aider aussi.

[NicoMSEvent]

par ma part, je préfère toujours les virements (gratuit pour ceux qui l'émettent, pas de retenue, de taxe ou de cout ou surcout pour celui qui le reçoit) avec un n° de communication que je génère moi même. Pas de problème de sécurité, parce que c'est une transaction entre le client (le joueur) et sa propre banque.
Le seul inconvénient, c'est que le temps que je reçoive le virement, il se passe parfois 3 jours (et pendant ces trois jours, pas de nouvelles ni de bonus pour le payeur)

[Wells]

Je parle d'un projet de site e-commerce (rien a voir avec un jeu donc)

L'objectif serait de passer par un service en https crypter que de nombreuses banque offres.

Paypal ne serais pas suffisant dans ce cas de figure.
Vous connaissais tous ces systèmes puisqu'ils sont utilisés dans tt les site de e-commerce.

[Allwise]

Du côté de Paypal c'est sécurisé, de ton côté c'est à toi de mettre les pages sensibles en SSL.
Sinon, si tu n'as pas encore choisi l'ecommerce que tu vas utiliser, je te conseillerais Prestashop. D'autant qu'il y a un tas de modules de paiement déjà développés :
http://www.prestastore.com/4-modules-pai...prestashop

Ceux-ci sont payants, mais tu pourras peut-être en trouver des gratuits... Mais dans ce cas faudra te renseigner sur leur robustesse / sécurité.

[Wells]

Non pas de paypal, plutôt ce genre de services:

http://www.e-transactions.credit-agricole.fr/

qq'un a déjà testé?

[Anthor]

Paypal fait la même chose que crédit agricole, ou société général ou paybox, dans tous les cas tu auras une page HTTPS chez eux qui appellera en GET une page chez toi ou une autre suivant si le paiement est valide ou non.

A priori, tu peux aller vers n'importe lequel, seul les variables changent, le fonctionnement reste à peu près le même.

Paypal reste quand même le moins cher a priori.

[Wells]

oki, de ce que je comprend la page en https est du coté de paypal, on a donc pas besoin d'en avoir une chez nous?

si non, comment faire sur un serveur mutualisé??

[Allwise]

Tu te prends un dédié, tu mets des sites dessus et t'as un mutualisé. Théoriquement t'as besoin de rien. Si cependant tu veux du confort dans la gestion des sites et des users, tu peux installer un truc comme Webmin ou Plesk ou autres, qui te permettent d'avoir la main sur la plupart des programmes qui ont - entre autre - un rapport avec l'hébergement : serveur web, serveur mySQL, serveur de mails, utilisateurs, quotas...
Ça t'évitera d'avoir à te connecter au shell de ton dédié pour ajouter des users / vhosts / comptes mails etc.

[Wells]

ok donc si je traduit en clair: il est impossible de faire du https sur un mutualisé?