Dadou

Vas d'abord ici : http://www.google.fr/intl/fr/webmasters/

Heu, elles sont bien obligées de passer à un moment ces données, sinon, comment veux tu que les banques identifient la carte???

J'ai vu qu'un bug IE peut générer ce type d'erreur : http://www.kreacomm.info/spip.php?article26

Je l'avais lu sur une page de la FAQ de google, mais la impossible de remettre la main dessus non plus, cela à peut être changé, ça change tout le temps chez google

tu as la réponse, si ton code était dans le footer et que tu l'as écrasé, il est normal qu'il ait disparu

Elle n'est utile que pour les pages internes qui auraient plusieurs url possibles, exemple la page -www.exemple.fr/56-ma-page.htm qui serait accessible par n'importe quoi remplacant ma-page Pour la page d'accueil, il est parfaitement au courant qu'une page nommée index est une page d'accueil

3 semaines n'est pas un délai suffisamment grand pour s'inquiéter, Google indique un délai d'inscription pouvant aller jusqu'à 8 semaines, alors à 3 vous en êtes encore loin. Avez vous au moins pensé à inscrire votre site sur Google, ne serais ce que pour lui dire : Et, oh, coucou, j'existe, je suis la.

Oui enfin faut arrêter de prendre google pour un idiot, il est a même de comprendre qu'il s'agit de la même et unique page

Oui, enfin bof, il ne fait que donner les résultats d'une requête Google, a si, il ajoute tout de même le PR et le nombre de backlinks ce que fait assez aisement différents plugins sous Firefox. Perso le PR et le nombre de backlinks des concurrents je m'en moque, je fais de l'échange de lien qualitatif, c'est à dire quand le site est bien réalisé et apporte une réel contenu pertinent en rapport avec la thématique du mien. C'est au final mieux pour les visiteurs, et surtout plus apprécié que de faire du lien pour augmenter ses backlinks : c'est pas pertinent pour le site, donc à un moment ou à un autre, ce sera certainement pénalisé par google aussi

La décision finale te revient effectivement, mais nous, nous refusons de donner des conseils qui sont néfastes pour un site internet, on tient aussi à la qualité du forum par la qualité des conseils donnés. On te laisse patauger comme tu dis uniquement parce que l'on estime que ce sera très néfaste pour ton site. Et quand à nous parler des utilisateurs de ton forum qui sont gênés par tes manipulations, a qui la faute, on ne fait pas ces expériences sur un site en prod, mais sur un site en préprod, là par contre, je peux t'aider, il te suffit de duplique ton site et le forum sur ton hébergeraient et de lui affecter le sous domaine "tests" par exemple, comme cela tu pourras manipuler ton .htaccess sans gêner tes membres.

C'est fou d'être obtus a ce point, quand on te dis qu'on ne te donnera pas la solution, c'est que l'on ne veux pas donner de mauvais conseil, or, la on est tous d'accord, c'est une très mauvaise idée ce que tu veux faire, donc pour nous te donner la solution serait te donner un très mauvais conseil, ce ne serait justement pas solidaire de te la donner. Plusieurs professionnels du web ont tenté de te convaincre de ne pas faire ça, tu te moques royalement de leurs opinions.

Le principe est tout con, - le client valide sa commande, - choisi son moyen de paiement, - et après c'est la banque qui prend en charge, - la banque peut envoyer au site si le paiement à été validé ou non

Mais bien sûr qu'une balise li peut contenir une image, et cela est sémantiquement correct. Ici c'est le cas type ou c'est justifié l'usage d'un li : C'est une liste de photos, donc un ul avec li il n'y a pas a tergiverser!! Quand à mettre une légende à une image, ce n'est pas une obligation, mais il est vrai qu'il faut au moins un alt à l'image.

Non Leonick c'est pas propre, c'est même très moche, puisque ne correspondant pas à la sémantique. Et puis de toute manière le résultat final est le même puisque le ul encapsule les li regarde et donne moi la différence entre ces deux codes : <div id="liste_photos"> <div><a href="image1.html"><img src="image1.jpg"></a></div> <div><a href="image1.html"><img src="image1.jpg"></a></div> <div><a href="image1.html"><img src="image1.jpg"></a></div> <div><a href="image1.html"><img src="image1.jpg"></a></div> <div><a href="image1.html"><img src="image1.jpg"></a></div> <div><a href="image1.html"><img src="image1.jpg"></a></div> </div> et celui la : <ul id="liste_photos"> <li><a href="image1.html"><img src="image1.jpg"></a></li> <li><a href="image1.html"><img src="image1.jpg"></a></li> <li><a href="image1.html"><img src="image1.jpg"></a></li> <li><a href="image1.html"><img src="image1.jpg"></a></li> <li><a href="image1.html"><img src="image1.jpg"></a></li> <li><a href="image1.html"><img src="image1.jpg"></a></li> </div> On s'embête autant il me semble, l'avantage du ul li ici c'est qu'il est plus sémantique la en lisant le code on sait tout de suite que c'est une liste de photos...

Cherche pas, c'est probablement ça, une page d'accueil qui fleurte avec les 1Mo c'est trop, monstrueusement trop

Bah c'est normal alors que tu en ai plus de 7 sur une ligne, la c'est des maths : un li de 100 plus les marges de 2 ça fait 104 par li fois 7 ça fait 728 Soit tu fais un ul de 728 soit tu fais des li de 134

tu as mis quelle largeur pour le ul???

As tu au moins mis une bonne largeur pour ta liste photo

Si le dysfonctionnement, c'est une mauvaise saisie du commerçant, c'est pour sa pomme, si c'est un réel problème technique, il me semble que les assurances sont la pour cela, quoi qu'il en soit, le commerçant se doit d'honorer toute commande, même si les tarifs sont farfelus

Le zéro bug n'existe certes pas, mais il y a des points sur lequel tu dois être plus rigoureux surtout celui-la, tu peux faire en sorte que toutes les vérifications nécessaires pour le montant d'un panier soit conforme. Quand à dire que le paiement par CB n'a rien à voir la dedans, je ne suis pas d'accord, le client final n'a rien a faire de savoir si c'est toi ou la banque qui traite de la sécurité de son numéro de carte, si il trouve un bug sur la somme à payer d'un panier, il va être beaucoup moins confiant sur l'intégration du système de paiement : un système de paiement mal intégré est potentiellement une énorme faille de sécurité.

Disons que le problème va être : comment faire la différence entre un bug et une erreur de saisie qui est aussi une forme de bug?? Normalement, les seules erreurs que tu devrais trouver concernant le prix d'un article doivent être que des erreurs de saisies, les solutions doivent êtres testées et sécurisées sur ce point la, si cela ne l'est pas, ben, moi en tant que client j'aurais du coup pas confiance pour laisser mon numéro de carte bleue

Il y a paypal avec sa sandbox en première approche pour le paiement, mais, les outils comme les boutiques que j'ai cité ont en général déjà les modules de paiement tout près, juste à mettre les paramètres de la banque, et en général ce sont des modules qui ont déjà fait leur preuves. Il y a aussi la possibilité de sous traiter uniquement l'intégration du module de paiement en ligne, prestashop le propose d'ailleurs

Fais une recherche sur le forum, tu verras que l'on en a largement débattu il n'y a pas longtemps

Et pourquoi tu ne peux tester en local???? une boutique en ligne comme magento, prestashop, thelia ça s'installe comme joomla ou drupal

Oui bien sur, certains hebergeurs proposent la fonctionnalité d'instal auto, mais comment vas tu faire quand le client te demandera de la personnaliser (charte graphique, fonctionnalités non installées de base...). Aujourd'hui avec les demandes de plus en plus spécifiques ne pas savoir installer et personnaliser les CMS les plus répandus ne rend pas viable une activité professionnelle. Si demain, un client te demande d'installer une galerie photo, tu feras quoi? Un stage Afpa, c'est bien pour le jeune qui débute et qui fera ses armes petit à petit dans les boites de com, mais cela ne t'apporte pas l'expérience nécessaire pour en faire une entreprise viable. Tu as le choix de suivre une formation plus sérieuse que l'Afpa mais qui te prendra plus de temps, ou sous-traiter