module.monster — créez votre module PrestaShop

Créons votre module PrestaShop.

Décrivez ce que votre boutique doit faire. Nous en discutons ensemble, puis je le développe, je le teste sur une vraie installation PrestaShop, je le documente et je vous livre le module prêt à installer.

Comment fonctionnent les crédits

A build credit is the unit of work here: one credit is one module, taken all the way — written, tested, translated, documented and packaged. Credits are granted on request; a new account starts with none.

Builds on request

Signing up does not include free builds. Write to us and we add credits to your account by hand. No card is asked for and none is stored — the portal has no payment page at all.

Discuter ne coûte rien

Décrire une idée, l'affiner avec l'agent, changer d'avis ou tout abandonner ne coûte rien, quelle que soit la longueur de la conversation.

Un crédit, dépensé à l'approbation

Le crédit est prélevé au moment où vous approuvez la spécification et où le module part dans le pipeline de build — jamais pendant que vous discutez. Chaque approbation en dépense un, y compris pour une nouvelle version d'un module que vous avez déjà.

Un transfert qui échoue le rend

Si le passage au pipeline échoue à cet instant précis, le crédit revient sur votre solde dans la même requête et rien n'a été construit. Si un build échoue plus tard, écrivez-nous et une personne s'en occupe.

Votre solde figure sur votre page de compte. À zéro, le brainstorming fonctionne toujours mais l'approbation est refusée ; des builds supplémentaires se demandent par e-mail : Demander plus de builds

Create an account, describe the module, and ask us for credits when you are ready to build.

Create an account

Questions avant de commencer

Quelles versions de PrestaShop sont prises en charge ?

PrestaShop 8.x et 9.x, sur PHP 8.1 ou plus récent. Vous choisissez l'une, l'autre ou les deux au moment de décrire le module, et les deux sont cochées par défaut. La 1.7 apparaît dans le sélecteur de version mais ne peut pas être choisie : le pipeline ne la vise pas, et rien de plus ancien n'est pris en charge.

Le module fonctionne-t-il en multiboutique ?

Oui, à condition de le dire avant le build. Le multiboutique est un interrupteur dans la barre du composeur ; il décide si les réglages sont stockés par boutique ou globalement et si les tables du module portent une colonne boutique. Cela se règle dans la conversation et s'éprouve pendant les tests — peu coûteux à décider au départ, coûteux à rattraper après.

Dans quelles langues le module peut-il être livré ?

Anglais, français, allemand, espagnol, italien, néerlandais, polonais et portugais, dans n'importe quelle combinaison ; l'anglais, le français, l'espagnol et l'allemand sont activés par défaut. Les traductions sont livrées dans les fichiers de langue du module lui-même. Ce réglage n'est pas celui de la langue d'affichage de ce site.

À qui appartient le code livré ?

À vous. Le zip est à vous : à utiliser, à modifier, à installer sur autant de vos boutiques que vous voulez et à confier à votre propre développeur. Chaque fichier source porte un en-tête de licence nommant l'Academic Free License 3.0, et le texte de cette licence est livré dans le paquet sous le nom LICENSE.md — une licence ouverte qui couvre l'usage, la modification, la distribution et la sous-licence, y compris dans une boutique exploitée commercialement.

Ce que vous avez écrit reste également à vous : votre description, vos messages et les captures d'écran jointes servent à construire votre module et à rien d'autre.

Que se passe-t-il si le build échoue ?

Une étape qui revient systématiquement en erreur est retentée jusqu'à trois fois. Si elle ne passe toujours pas, le module est signalé comme demandant une intervention sur sa propre page plutôt que de livrer quelque chose de cassé, et nous allons voir nous-mêmes.

Le crédit revient tout seul dans un seul cas : quand le passage au pipeline de build échoue au moment de l'approbation. Si un build échoue après cela, écrivez à [email protected] et une personne s'en occupe.

Puis-je changer la spécification en cours de conversation ?

C'est précisément à cela que sert la conversation. Ajoutez, contredisez-vous, retirez une fonctionnalité ou repartez de zéro — tant que le module est un brouillon, rien n'est mis en file et rien n'est facturé.

L'approbation ferme la spécification. La conversation suit ensuite le build au lieu d'accepter des changements : une révision est donc un nouveau build et un crédit de plus. Lisez le récapitulatif avant d'appuyer sur le bouton.

Comment installer le zip ?

C'est un zip de module PrestaShop ordinaire. Dans le back-office, allez dans Modules, puis Gestionnaire de modules, et utilisez « Envoyer un module » pour le déposer — PrestaShop le décompresse et l'installe en une étape. Vous pouvez aussi décompresser le zip vous-même et copier le dossier dans le répertoire /modules de votre boutique en FTP ou SSH, en gardant exactement le nom du dossier, puis appuyer sur Installer dans le gestionnaire de modules.

Dans les deux cas, « Configurer » ouvre la page de réglages du module dans le back-office, et la désinstallation depuis le même écran supprime les tables, onglets et réglages qu'il a créés. Installez-le d'abord sur une copie de préproduction de votre boutique et parcourez-le là-bas.

Quelqu'un a-t-il besoin d'un accès à ma boutique ?

Non, dans aucun des deux sens. Rien n'est installé sur votre boutique à votre place, aucun identifiant de boutique n'est demandé, et le module ne téléphone jamais à la maison. Cela signifie aussi qu'il n'y a pas de mise à jour automatique : ce que vous téléchargez reste tel quel jusqu'à ce que vous construisiez autre chose.