Discussion :

[Loz5912]

Bonjour à tous,

Je dois créer un site e-commerce mais je me demande de quelle façon procéder...
Je sais qu'il est possible de créer un site e-commerce avec un système de panier en utilisant les variables sessions, mais est-ce une bonne pratique ?
Je vois très souvent les développeurs freelances utiliser Wordpress avec Woocommerce, du coup je me demande si c'est courant d'utiliser PHP pour un e-commerce ?

Merci d'avance.

[rawsrc]

Salut

Wordpress avec Woocommerce, du coup je me demande si c'est courant d'utiliser PHP pour un e-commerce ?

Euh... Wordpress et Woocommerce sont tous deux codés en PHP.
PHP doit propulser au bas mot : 70% des sites de la planète alors...

[Loz5912]

Non mais ce que je voulais dire c'est que je vois toujours WordPress pour la création de sites e-commerce.
Je ne me rappelle pas avoir déjà vu quelqu'un dire qu'il codait le site de A à Z en PHP...
C'est pour ça que je me demande si ça se fait vraiment de coder un site e-commerce à partir de rien ou si tout le monde utilise WordPress ?

[rawsrc]

généralement, tu ne le codes pas de A à Z, tu prends un moteur existant (y'en a des tonnes) et tu personnalises.
Personnellement, je faisais du Prestashop avant mais maintenant c'est Opencart et Shopify (un peu). Personnellement j'estime que Prestashop est devenu une usine à gaz.

[Loz5912]

Mais alors, que l'on fasse un site e-commerce ou un site vitrine, dans les 2 cas on peut utiliser Wordpress et tout est quasiment fait.
Imaginons qu'on me demande de créer un site: je prends un thème que je personnalise vaguement avec quelques lignes de code et tout le reste se fait par l'interface d'administration...
Et ça se vend 2000 euros ?!
Je sais pas, je ne vois pas trop l'intérêt, il reste plus grand chose à faire... C'est pas ça être développeur, si ?!

[rawsrc]

Evidemment que cela ne se résume pas uniquement à : y clique, y clique....

Tu peux avoir à faire la mise en place d'une solution de paiement directe avec la banque du client : la banque t'envoie les fichiers cryptographiques et c'est à toi de tout mettre en place : configuration des appels serveurs via leur API, archivage des logs en local (en cas de litige, ça coûte bien moins cher de faire tes recherches sur tes données que de demander à l'établissement bancaire de le faire), sache aussi que pour la quasi totalité des solutions de paiement, la banque exige que la responsabilité professionnelle du prestataire soit engagée durant la première année de fonctionnement du système, t'as pas intérêt à te rater, crois-moi.

Tu peux aussi avoir à coder des restrictions : par exemple, j'ai fait un site pour une boutique en ligne pour un restaurant qui livre à domicile : les livraisons devaient être limitées à 3 communes alentours. Ce genre de limitation n'est pas présente par défaut dans le backoffice, tu dois le coder à la mano et l'insérer dans le moteur de la boutique au moment de la validation du panier et avant le paiement.

Tu peux aussi être amené à faire des retouches css, personnaliser du js... Aucun thème ne satisfait le client dès le premier coup. En tout cas je ne l'ai jamais vu pour ma part.

Bref, je n'ai jamais eu de développement pépère sans avoir rien à faire comme tu le dis.
Généralement, dans le prix, tu fais un accompagnement la première année : retour d'utilisation qui conduisent à des ajustements, quelques modifications... Bref, tu ne te barres pas dès que le site est en ligne.

Et quand tout se passe bien et que le site a tourné pendant 5 ou 6 ans, le client revient te voir pour une refonte intégrale. C'est là que tu peux dire que t'as pas trop mal bossé.