Dadou

heu, ce n'est pas pour jouer les rabats joies, mais une telle appli demande une connaissance très pointue de la sécurité web et du cryptage des informations

Sur du mutualisé tu oublie

Pour moi ce n'est pas un hic, c'est même très bien comme cela, vu que cela empêche n'importe qui de se lancer la dedans. Pour lancer un banque, il faut avoir les reins solides, et une telle mise de fond en est une garantie

Non tu n'es pas obligé de leur fournir leur posts.

Non , si tu veux quelque chose de vraiment propre et souple, il faut de les deux devs puissent communiquer ensemble et adapter leur travail en fonction de ce que fait l'autre.

Pas forcement, même si cela te semble logique, il faut que ce soit explicitement indiqué dans le contrat, dans le cas contraire, ils restent la propriété du développeur. C'est un peu comme pour windows, tu l'achètes mais tu n'as pas les "vrais" sources

Il y a une chose avec laquelle je ne suis pas d'accord, c'est qu'il est assez facile de vérifier que le prestataire est un professionnel, du moins pour la France, notamment grâce à l'INSEE, vu qu'ils fournissent des schemas XML pour les SIREN ( http://xml.insee.fr/schema/ ), il doit être possible d'interroger leur base automatiquement, et a mon avis, il est de même dans la plupart des pays européens.

Comme cela déjà été dit, beaucoup de choses vont dépendre de ton contrat avec ton prestataire. Est ce que dans le contrat tu n'as qu'un post hébergement ou un post hébergement + maintenance. Dans ce même contrat tu devra voir apparaitre la partie nom de domaine, et c'est cet intitulé qui te permettra de savoir comment t'est revendu le ndd. Mais rien n'est perdu, j'ai déjà a plusieurs reprises forcé la main a des prestataires qui ne voulaient pas céder le ndd abusivement retenu en otage. Quand au problème de virus en lui même, il peut y avoir plusieurs pistes : - Utilise tu un CMS, si oui est il régulièrement mis a jour? Il se peut qu'il contienne des failles de sécurités, et le plus urgent est de supprimer ces dernières. - Utilise tu le FTP pour les mises a jour de ton site, si oui interroge toi sur la possibilité d'un virus sur ta propre machine

En ajoutant que le domaine à été créé au début du mois, il faut aussi faire preuve d'un peu de patience

Oula, c'est pas bon ça comme requête, tu sélectionnes une commande par le client, et si j'ai fait 3 commandes, la bonne commande va être reconnue comment?? Bon, on va essayer de remettre les choses à plat : - Première chose : oublie les assistants de Dreamweaver, pour ce type de projet, il est plus important de comprendre tous les mécanismes qui entre en jeux, en l'occurrence apprendre les bases du PHP, je te conseille de prendre de bons bouquins pour cela, et faire un tour sur le site du zero : http://www.siteduzero.com/ - Ensuite, au lieu de vouloir créer toi même ta boutique, tu aurais gagné ton temps d'utiliser des scripts déjà prêt pour cela comme Prestashop, Thelia ou Magento, ces scripts ont déjà fait leur preuves, et incluent de base le paiement paypal. Un site e-commerce est un site sensible, il faut que tu sois sûr de sa sécurité, ce qui au vu de ce que tu nous donne, ne sera pas le cas. Il faudra aussi que tu sois au point pour tes CGV. Pour se lancer dans un tel site, sans un bon bagage, il faudra t'entourer de personnes de confiance pour la réalisation de ton projet.

Oui à la condition que tu nous mette le script qui te permet d'interroger la base de données.

C'est pas possible qu'il soit faux, c'est sûr.

C'est ton script d'interrogation a la base de données qui merde et non pas paypal, c'est lui qu'il faut regarder. Vu que tu n'envoie pas correctement les données à paypal c'est tout a fait normal que ce dernier ne soit pas content, et du coup c'est plutôt mal venu de ta part de critiquer Paypal vu que l'erreur ne vient que de toi et pas d'eux.

Si tu es nul en design pourquoi ne pas t'orienter vers un style plus classique, ce sera plus propre et plus présentable, les choses simples c'est souvent mieux que les truc trop chiadés avec lesquels on ne sait pas ou cliquer, le but c'est quand même que tes visiteurs lisent ton contenu, si il ne comprennent pas comment naviguer, tu vas droit dans le mur

Le fait de mettre text a la place de Hidden permet de voir si les champs contiennent bien les valeurs quand le formulaire s'affiche, est ce bien le cas?????? C'est ça que l'on te demande depuis un moment, la structure de ta table, a la rigueur je m'en moque, tout ce que je demande c'est si tu récupères bien les bonnes valeurs a envoyer à payal!!

La doc est très claire, tu utilises les mauvais paramètres, donc forcement que paypal t'envois bouler. Pour le numéro de commande à récupérer c'est la variable "invoice" à utiliser et non pas "item_name", d'ailleurs dans le type de bouton que tu utilises il ne faut qu'un seul "item_name" et pour l'email c'est la variable "email", la liste des champs est ici : https://www.paypal-france.fr/webscr/fr_FR/h...-reference.html (trouvé en 10s sur le site de paypal). <form action="https://www.paypal.com/fr/cgi-bin/webscr" method="post"> <input type="TEXT" name="cmd" value="_xclick"> <input type="TEXT" name="business" value="webmaster_AT_XXXXXX.com"> <input type="TEXT" name="invoice" value="<?php echo $row_commande['id']; ?>"> <input type="TEXT" name="email" value="<?php echo $row_commande['client']; ?>"> <input type="TEXT" name="amount" value="<?php echo $row_commande['total_ttc']; ?>"> <input type="TEXT" name="currency_code" value="EUR"> <input type="TEXT" name="return" value="http://www.accueil.com"> <input type="image" src="http://www.paypal.com/fr_FR/i/btn/x-click-but01.gif" name="submit" alt="Effectuez vos paiements via PayPal : une solution rapide, gratuite et sécurisée"> </form> Et les valeurs que tu entres dans ton formulaires sont elles bonnes les $row_commandes ???

C'est fou dès que l'on parle de dépenser quelques euros, les gens deviennent obtus... Mettons les choses au clair : qu'est ce qui te dit que les sites que tu as visité n'ont pas tous copiés les uns sur les autres? qu'est ce qui te dit que leur CGV sont vraiment légales et ne contiennent pas de clauses abusives, et ça c'est beaucoup plus courant que tu ne le penses, par exemple grâce à l'avocat, j'ai appris que la plupart des sites e-commerces ont une clause abusive concernant les retours produits, si j'avais copié ce que faisait les concurrent, j'aurais passé à coté et les CGV de mon amie auraient contenu une clause abusive. Mais bon fais ce que tu veux, copie les CGV telle quel, et attend que le client pointilleux vienne te chercher des poux, cela risque de te coûter bien plus cher que le coût d'un avocat.

C'est un sujet trop important pour faire comme ça, pour éviter les problème, le mieux est de voir avec un avocat, il sera à même de te rédiger des CGV, c'est plus sur, et c'est ce qui a été fait pour la boutique de mon amie

Non pour windows aucune limitation technique (hormis la compatibilité des composants), si tu as une version de Windows Vista Professionnel ou de Windows Vista Édition Intégrale tu peux rétrograder, pour le problème de clé, ce n'est pas trop grave, tu l'obtiens par téléphone comme expliqué dans le lien de Regis

Ils utilisent tout bêtement les whois la plupart du temps, pas besoin de parcourir les forums

Non la demande n'est pas forcement légitime : - si le client veut un contrat de maintenance et les codes d'accès FTP, pour moi ce n'est pas possible : laisser le client accéder aux fichiers, foutre le bordel, et ensuite il voudra faire en sorte que la réparation entre dans le contrat de maintenance : beaucoup de soucis et de temps perdu (problématique déjà vécue). - si tu utilises un script spécifique comme c'est mon cas qui est un CMS mutualisé dans le style de wordpressMu, outil utilisé pour un gain de temps dans la création de nouveaux site, et qui du coup permet de baisser les prix, tu ne peux la non plus donner les codes d'accès. Quoi qu'il en soit, chez moi la demande des codes d'accès FTP, hébergeur et tout le toutim engendre une facture plus importante car cela demande plus de temps et donc de travail, et aussi coûte assez souvent plus cher : - Mon compte chez l'hébergeur est un compte qui me permet d'héberger plusieurs clients à un coût moins important que si je créais un compte par client, donc la création d'un nouveau compte pour le client est à compter dans la facture - Avoir un compte sur lequel plusieurs clients sont "installés" permet de gérer plus rapidement les problèmes quotidiens : pas besoin de rechercher le nic-handle du client, et son mot de passe, puisque tout est centralisé, si tu créé un compte spécifique c'est plus "chiant" de basculer d'un compte à l'autre.

Il y a certaines version de vista qui autorisent de retrograder en xp

Pour ma part, je ne donne jamais les codes FTP, sauf demande spécifique du client, qui génère une facture d'hébergement plus élevée (obligation d'un hebergement distinct des autres comptes clients, donc ne bénéficie plus du "tarif de gros" pour l'hebergement. Le client à un accès à un CMS pour gérer le contenu de son site et c'est suffisant, si jamais il réclame un accès FTP, je lui dit : - Oui c'est possible mais cela générera une facture supplémentaire : la main d'œuvre pour le déplacer sur un hébergement distinct plus l'hebergement, et qu'a partir du moment ou il a accès au FTP, toute intervention de ta part générera une facture, car le contrat de maintenance sera considéré comme résilié : Avec un accès FTP, tu ne peux être sûr que si le site déconne, c'est lui qui a fait des bourdes avec les fichiers et la bdd.

C'était bien ça, mais suite à ta remarque j'ai donc utilisé comme conseillé dans la doc fetchall, et découpé en deux les étapes. Nickel, c'est plus propre comme cela

Je n'avais pas pensé au where 1 ou a la fontion implode, je regarderais ça une fois que j'aurais trouver ou cela merdouille. Je vais vérifier ce soir les versions de php, de la librairie PDO et de mysql. Si ce n'est qu'un problème de versio. Peut être qu'un upgrade coorigera ca