Reprise du message précédent :
Le contenu de ce message a été effacé par son auteur

tin mais moi, j'aurais pas attendu la fin du cours pour le dire
et si il s'entetait, je quittais le cours ... (si c'est comme en Belgique, ou tu n'as pas d'obligation d'assister au cours, juste l'obligation de passer tes examens)

 
Je suis obligé d'assiter aux cours
 
Et il dit aussi que les balise blocs ça fait un saut de ligne, alors que c'est un retour à la ligne, etc
Il faut la CSS dans la même page que la structure et osef des doctypes.

Le contenu de ce message a été effacé par son auteur

 
J'ai agit pour le saut de ligne, il m'a pris pour un con devant tout l'amphi se connard.

Le contenu de ce message a été effacé par son auteur

A la limite, va te plaindre auprès de l'administration Genre "le prof non seulement j'en sais plus long que lui mais en plus il dit des trucs faux".

Ah ouais, pas mal du tout    

Koskoz : Prof d'iut @ -insérez l'age ici- ans

J'ai pas non plus la prétention d'en savoir plus que lui hein, il est prof quand même

Le contenu de ce message a été effacé par son auteur

Mouais discute en avec lui. Mais c'est peine perdu.
 
C'est con, si il est pas ouvert à la discution. Mais tu n'as qu'a te foutre aussi de ça gueule, si il sort des belles conneries, en Amphi.

Le contenu de ce message a été effacé par son auteur

 
Ouais, il l'a évoqué mais ça en plus.
En fait il se demandeait pourquoi on ne pouvait plus utiliser les balises b, u, i, strike, etc en xhtml...

Il s'est pas demandé pourquoi il faisait ce cours là aussi ???

Le contenu de ce message a été effacé par son auteur

Tu peux utiliser b en xhtml

 
Dixit Openweb

Le contenu de ce message a été effacé par son auteur

Oula, alors pourquoi j'utilise toujours em et strong maintenant ?
Enfin c'est quoi l'intérêt ?
 
Et pourquoi qu'en j'ai dis au prof que ça n'existait plus en xhtml il m'a répondu oui ?

Le contenu de ce message a été effacé par son auteur

Pour la sémantique bourdel
 
strong ça augmente sémantique l'importance, b ça met en gras
b ne sépare pas le fond de la forme => poubelle

 
Ah ouais mais j'avais toujours cru que c'était plus valide en xhtml
Putain...

[HTML/CSS/Javascript] blabla@web: SEX PORN PRON HOT BABE ANAL BLOWJOB

 interessant pour le proxy du taf, surtout que ce topic est sensé aidé ceux qui developpent

Ouais mais on s'en fout XHTML2 c'est tout pourri  

Je suis en train de monter une boutique en ligne et je galère pour le paiement en ligne.
 
Admettons qu'un utilisateur ajoute 3 articles à son panier. Lorsqu'il valide la commande, ça le renvoie vers le site de paiement sécurisé. Une fois qu'il a payé il est redirigé vers une page de confirmation. Jusqu'à la rien de compliqué.
 
Par contre là où je rencontre un problème, c'est pour la gestion du panier et des commandes.
 
Disons qu'il a ajouté les articles 125, 742 et 1431 à son panier. Il clique sur "valider la commande" et il est redirigé sur la page de paiement.
 
Tout en restant sur la page de paiement (qui gère donc à présent le montant à payer), il ouvre une nouvelle fenêtre et ajoute un article à son panier. Il rebascule ensuite sur la page de paiement, il entre les infos et valide. Le site de paiement renvoi l'info comme quoi la commande est validée ... mais du coup comment faire ? Si le site de paiement renvoi OK, je ne peux pas me contenter de transformer le panier en commande ... puisqu'un produit à été ajouté entre temps.
 
Je me suis dis qu'au moment où on clique sur "valider la commande" on pourra passer un flag à 1 dans la BDD pour les articles du panier concerné par la commande, mais s'il ajoute un article entre temps, par la même méthode que précédemment, puis qu'il reclique sur "valider la commande", ça va passer le flag du produit ajouté à 1. Il n'aura plus qu'à fermer la nouvelle page de paiement, et valider la précédente, et on se retrouve avec le même problème que dans le 1er cas.
 
Enfin, je me suis dis que lorsqu'on clique sur "Valider la commande", un flag passe à 1 dans le compte client directement, signifiant qu'une commande est en attente de paiement, mais si l'utilisateur ferme la fenêtre de paiement avant d'aller au bout, et qu'il revient sur le site parce qu'il à oublié d'ajouter un article à son panier... il va avoir un message d'erreur lui disant "Vous avez déjà une commande en attente de paiement, veuillez la terminer ou l'annuler avant de pouvoir ajouter des produits etc..." et il se retrouve coincé.
 
Vous auriez des conseils, sites, etc. concernant les boutiques avec paiement en ligne ? C'est la première (avec paiement en ligne) que je réalise et j'ai un peu peur de me planter, et surtout je vois pas comment sécuriser le bouzin pour être sûr de pas être emmerdé.
 
Merci

J'ai travaillé pas mal de temps sur ce genre de système, on en developpait aussi (des systèmes de paiement électronique). L'API de la banque que tu utilises te permet quoi (tu peux m'envoyer les détails en MP si tu veux ) ?

c'est effectivement le panier en entier qu'il faut verrouiller.
je sais pas comment ca fonctionne réellement, mais le site de payement en ligne doit surement te renvoyer un id quelconque lorsque tu fais appel a lui, cela te permet de lier ton panier avec un session de payement.
 
ensuite en ce qui concerne la non validation du payement qui bloque le panier, tu peux lier le panier avec la session web et débloquer le panier automatiquement en fin de session (fin de la session qui a verrouiller le panier sinon il ouvre une nouvelle session avec un autre browser puis la ferme aussitot pour pouvoir revenir a ton cas #1).

De toute façon qd il clique sur "valider la commande", tu transfères les articles du panier à ta table commande (avec ta table commande_article, ou quelque chose du genre). Le panier est donc vide et toi t'as un id de commande que tu utilises dans les paramètres d'appel de l'API.
Dans ta table commande t'as un flag paiement_ok par exemple qui passe à 1 qd la banque appelle ton url de notification à la fin du paiement.
Et tu dégages de ta base les commandes non payées au bout de 2h par exemple.
Dans le compte client t'affiches que les commandes dont le flag paiement_ok est à 1

Merci à vous

Ratibus j'aime bien ta solution, et je l'ai envisagée ... mais si je transfère les articles du panier vers la table commande dès qu'on clique sur "Valider la commande", et que finalement l'utilisateur ne paie pas et reviens sur le site (en faisant précédent par exemple), son panier se retrouve vide non ?

Edit : Bon ben en fait je viens de voir que c'est pareil sur les autres sites, je vais donc faire comme ça

Encore merci

Oui oui panier vide
Dans ta table commande_article, n'oublie pas de "figer" le prix des produits achetés et pas forcément de mettre un article_id.

 
Ouaip, ça c'est déjà fait
 
En fait dans les table des commandes et des lignes de commande toutes les informations sont figées (nom, prénom, adresse etc. ainsi que les prix, désignation etc.)
 
Merci

Niquel ça devrait bien se passer alors

tain si on m'avais dit qu'un samedi matin, je coderai...  
 
j'ai une question  
 
j'ai mis un logo en flash au lieu d'une simple image car j'ai des effects de reflets dessus. J'ai donc inséré monanimation avec le code suivant (alsacreations.com)

 
voila, ça marche impec, sauf que ce con d'IE 7 croit que c'est un controle ActiveX et me le bloque par défaut... c'est un peu chiant ce message "contenu bloqué"
 
y'a pas un code qui permet de charger le flash directement ?

J'avais fais un site y'a pas mal de temps avec du flash, je viens de tester et il passe sans pb sous IE7.

Le code est ainsi :

Pas de grosse diff donc, tu peux filer un lien de ta page que je teste sous IE7 chez moi ?

Edit : BOn il a bientôt fini de se toucher le zizi Stiffler ?

Ouais, ça fait pas sérieux comme titre quand je suis en cours à l'IUT et que quelqu'un voit ça

nop marche pas avec ton code, je dois cliquer sur la grosse barre jaune "autorise machin"    
 
c'est ptet mon IE 7 qui chie... là chui en local, je ferai un upload dans l'aprem.

 
Possible oui ... je n'utilise pas IE7 pour surfer, mais je trouverais ça assez étrange (et surtout très con    ) qu'il n'affiche pas les anims flash par défaut S'il faut cliquer sur leur foutue barre jaune à chaque fois qu'on visite une page où y'a du flash on aurait pas fini... vu qu'il y a en a de plus en plus

Bah chez moi avec un menu me js et CSS, IE7 me fait exactement le même problème

vu que ca manquait, j'ai fait une balise [inlinecode] pour les forums MD.net
 
http://kangol.prout.be/gm/md_inlinecode.user.js

Le gras et l'italique sont des enrichissements typographiques. Alors moi perso, en bon ex-typographe qui se respecte, je fuck le W3C pour le B et le I et j'en mets quand j'estime qu'ils ont leur place. Je ne vais pas écrire "papa" demain "pahpah" sous prétexte que le W3C le conseille, faut arrêter le délire. Mettre un B ou un I, c'est comme ne pas oublier l'espace après le point. Ca n'a rien à voir avec la présentation, c'est de la typographie. Donc si le W3C est ignare et oublie cet aspect là, il serait peut-être temps d'arrêter de le prendre pour Dieu tout puissant.

Ceci est un [inlinecode]test[/inlinecode] pour tester

C'est chouette

Par contre si tu pouvais remplacer inlinecode par icode par exemple ou qqch dans le genre, parce que c'est long à taper ²

Edit 2 : Han et du coup ça foire après un edit rapide (forcément )