Dadou

le webmaster étant en France, oui la gestion se fait donc depuis la France, donc bien imposable en France, plus, certainement imposable la ou est déclaré la société. Le lieu des serveurs, on s'en moque presque.

Dans l'idée c'est un peu ce qu'utilise les hébergement cloud, a une différence près, le site est entièrement dupliqué sur différents serveurs, la duplication se fait en temps réel. Mais cela n'existe que sur des hébergements pro, je te déconseille de tenter de faire cela sur des machines de particuliers.

dans le script présent, tu n'as pas la possibilité de modifier quoi que ce soit

Et bien si pour une raison ou une autre une tâche cron met plus de temps à se réaliser que le début d'appel à la suivante, elles vont s'empiler.

un petit article interessant sur le sujet : http://oliviermansour.com/2007/11/05/programmer-un-demon-en-php/

Il y a par mandat aussi, et oui, aussi le virement.

Oui le panier Paypal permet de payer par CB sans avoir de compte Paypal, c'est pour ton cas la solution la plus simple à mettre en oeuvre.

Mais Arlette à raison, un seul moyen de paiement, c'est très limité, et du coup ton client risque de passer a côté de nombre d'acheteurs.

Je te conseillerais d'utiliser le panier Paypal : https://www.paypal.com/fr/cgi-bin/webscr?cmd=p/xcl/rec/sc-intro-outside

Proposer des produits à vendre en ligne génère tout un tas de questions auxquelles le client n'a pas pensé :

• La première le mode de paiement, Paypal est certe courant, mais aussi coûteux, ensuite viennent les contrats de VAD avec les banques...,


• Le mode de livraison et son coût? Suivant le type de produit à vendre, certains modes de transport ne seront pas disponibles.


• Le SAV des produits vendu? Comment est prévu le retour des articles défectueux? Sachant que le retour ne doit pas être à la charge de l'acheteur.


• La gestion des retractations, tout achat en ligne est soumis au délai de rétractation, et en France, tout comme le retour pour SAV, cela ne doit pas être à la charge de l'acheteur.

Ca ce sont les questions les plus basiques, mais d'autres suivant la catégorie de la boutique peuvent se poser (gestion de produits à TVA différentes, gestion des avoirs, gestion des factures, gestion des zones de livraisons...)

En général, avant même de commencer l'intégration d'une partie vente en ligne, j'essaie de demander au client si il a bien réfléchi à toutes les contraintes d'une boutique, et si il a réfléchi aux coûts que cela générait. Ce n'est qu'après cela que j'étudie la meilleure solution à mettre en place pour le client.

Suivant les réponses données, le choix peut s'orrienter du simple panier, a une boutique complète comme Prestashop, Thelia, Magento...

De plus comme il s'agit d'argent, il est généralement préférable de s'orienter vers des solutions bien éprouvées, plutôt que de développer cela tout seul.

Sinon, plutôt qu'un cron qui risque d'être relancé plusieurs fois et de faire monter en charge le serveur, je préconise un daemon.

Au boulot c'est la solution que l'on a utilisé pour une application de traitement automatique de mails, toutes les 5 minutes le daemon consulte la boite mail et réalise le traitement.

plutot des requetes ajax qu'un cron

J'ai bien peur que tu sois obligé de refaire ton site si tu souhaites déménager, tu devras déjà installer un CMS d'e-commerce comme Prestashop, Thelia, ou magento, adapter ta charte graphique au nouveau CMS, et intégrer ton contenu.

Au mieux, e-monsite te propose un système d'export vers les CMS les plus connus, mais j'y crois assez peu, donc a mon avis, tu vas devoir tout faire à la main.

C'est ton champs id qui doit s’incrémenter, il est courant de mettre les clés primaires en auto_increment

Que n'arrives tu pas a comprendre dans cette phrase, elle est pourtant simple non?

quand tu fais ton insertion, il faut absolument que tu renseignes la valeur d'id_demande et que celle-ci soit égale à une valeur de id_login présente dans la table login

A aucun moment je ne parle de valeur NULL, je te parle d'une valeur existante dans la table login

Malheureusement, de gratuit, je n'en ai pas trouvé de bien, ceux qui sont assez pratique d'utilisation sont généralement payant. J'utilise en ce moment "Oxygen Xml Editor" qui est pas mal, et j'ai utilisé "XMLSpy XML Editor" qui était bien aussi.

Qu'est ce que tu n'as pas compris dans ma réponse, je te dis exactement ce que tu dois faire

Non ce n'est pas ça que je veux dire.

Le problème, je te l'ai dit 2 fois déjà, quand tu fais ton insertion, il faut absolument que tu renseignes la valeur d'id_demande et que celle-ci soit égale à une valeur de id_login présente dans la table login

Pour une logique convenable il aurait été préférable de nommer le champs id_demande en id_login.

Par contre l'erreur sera toujours la, puisque mysql ne trouve pas l'id_login correspondant

Elle ne me parait pas logique ta clé, pourquoi as tu liés id_demande à id_login? normalement la clé étrangère représente le même élément dans des tables différentes.

Ton message d'erreur est lié au fait que mysql ne trouve pas d'id_login = id_demande

Je ne connaissais pas cette syntaxe

Bah non, ce n'est pas un jeu freemium, c'est un classique jeux à lots

Que viennent faire les accolades dans tes requêtes ?? A mon avis, elles n'ont absolument rien à faire la