jd_

Ok - je te préparais un long billet, mais tu sembles avoir pris de l'avance Je suppose que tu as du chercher comment faire un formulaire pour traiter les infos avec un script PHP, hum ? (si ce n'est pas le cas, je posterai mon bidule ). Pour l'histoire de la validation, je ne pense pas que tu ai besoin de partir dans des complications.. complexes. Tu peux faire la distinction validé/non-validé avec un couple binaire 1/0 (en gros ajouter une colonne) - un script PHP d'admin pourrait alors sortir les enregistrements non-validé, offrant le choix de valider/supprimer/laisser non-validé les membres listés, au cas par cas. Pour les news, il faut déjà bien sûr spécifier à quel clan(s) se rapporte une news (donc un champ pour ça dans la table des news). Ensuite tu pourras utiliser le principe de jointure que je t'avais expliqué sur msn, pour trier les news et n'afficher que celles liées au clan du membre (si tu te souviens plus, on verra ça plus tard, c'est pas monstrueux à faire du tout, une simple requête SQL). Note que je serais pas là pour quelques jours, donc si aucune âme charitable ne se dévoue, tu devras attendre pour d'autres réponses à d'autres questions... N'oublie pas de chercher sur le net, bien sûr !

Tout cela est vrai, mais il ne faut pas faire la confusion entre document bien formé et document valide. Le parseur XML ne veut qu'une seule chose : un document bien formé*. La notion de validité n'intervient que lorsqu'une DTD a été spécifiée pour le document XML. A ce moment, le parseur (s'il en est capable, tous ne le font pas) va également vérifier la correspondance entre cette "grammaire" qu'est la DTD et ton "discours" XML. Si tout roule par rapport à cette DTD, alors ton document XML est bien formé et valide. *les principales règles à respecter pour obtenir un document bien formé : chaque balise de début doit se voir associer une balise de fin les éléments peuvent être imbriqués, mais ne doivent pas se recouvrir il ne peut y avoir qu'un seul élément racine toutes les valeurs d'attributs doivent être entourées de guillemets un élément ne peut pas avoir deux attributs du même nom les commentaires/instructions de traitement ne peuvent pas être placés dans les balises les caractères < et & doivent être échappés s'ils sont des données textuelles ou dans une valeur d'attribut (< et &) ...

Welcome ! Cleden : héhé

Pour ce type de public (ie. peu aux fait des technologies "éthérées"), il faut se convaincre qu'une approche pragmatique est nécessaire au début. Quand j'ai voulu expliquer internet et l'usage d'un ordinateur à mes grand-parents, je me suis rendu compte qu'il fallait non seulement de la pédagogie, mais aussi des gestes, des habitudes, en bref des automatismes. On voudrait que tout roule tout seul, mais, sans moqueries aucune, la plupart des personnes agées ont du mal à appréhender l'outil informatique, et encore plus internet qui est très vaporeux, ne se réfère à rien de physique, si ce n'est une souris. Pour expliquer simplement internet à des personnes agées, je te conseillerai donc de montrer tout en expliquant. Que ce soit pour convaincre ou pour mettre au courant, le geste marque les esprits, prouve le discours en douceur... A coté de ça, il suffit juste de ne pas être technique, et de mettre en avant des points forts par rapport à ce public : les services (courses, finances, ...), les sites informatifs (quotidiens en ligne, encyclopédie - Wikipédia a du succès, y paraît - ...) etc. Tu nous fera un feedback de ton intervention et de son déroulement ?

Ok. L'idée ça va donc être de partir des infos du visiteur inscrit au forum (appelons-le "membre" | "membre" désigne désormais un visiteur inscrit sur le forum phpBB, c'est-à-dire disposant d'un compte perso, mais pas forcément encore d'une fiche joueur) pour y ajouter des infos sur le "joueur" (ce terme désignera les infos sur le personnage du membre). Toutes les informations dont tu vas avoir besoin pour faire plaisir à tes membres, il faut les grouper dans des tables. Ces tables sont comme des stocks d'informations, organisées en champs, dans lesquels "tu" (ie. un script PHP via des requêtes SQL) vas piocher selon l'envie du membre : "afficher ma fiche perso", "éditer ma fiche perso", "supprimer telle information"... sont des requêtes que tu vas devoir traduire en langage SQL, pour manipuler tes tables, donc tes informations. Certaines infos ne changeront jamais (par exemple, l'id du membre), tandis que d'autres pourront être éditées souvent (par exemple, les caractéristiques du joueur/personnage). Quoiqu'il en soit, les infos doivent être dans des tables, subdivisées en champs. Cela veut dire qu'il faut les organiser, toutes ces infos ! - d'autant que tu en auras beaucoup, peut-être... Il faut donc faire preuve de logique et de rigueur. avant même de créer quoique ce soit dans phpMyAdmin ou autre. Pour commencer, on va s'occuper de créer les tables MySQL nécessaires, et une page d'identification pour consulter sa fiche perso (on construira la page générant les infos de la fiche perso du joueur X plus tard - pas tout à la fois). Je te conseille de rassembler toutes les infos du joueur dans une table que tu créeras, et non de rajouter des champs à la table des infos des membres (à la table phpBB, s'entend). D'une part, ces infos ne sont pas de même nature, d'autre part, cela peut être gênant pour les requêtes de phpBB, pour les tiennes, pour la gestion séparée, etc, bref, pour tout un tas de raisons. Il nous faut donc créer une table "joueur" ou "perso" ou autre nom, qui liste les infos relatives au joueur (pas aux membre, on est d'accord); il faut aussi qu'un membre soit lié à un joueur, logiquement (on s'occupera de l'aspect "création d'une fiche joueur" bien après). Pour ce faire, on peut utiliser l'id du membre comme une information-lien entre les tables de membre et de joueur : ainsi, en créant un champ id_membre dans la table "joueur"/"perso"(..) tu pourras indiquer à quel membre appartient ce joueur. Cette idée peut paraître floue pour le moment, mais tu verras ça plus clairement dans très peu de temps. Retiens juste qu'il nous faut un élément pour faire le lien entre un joueur et un membre, et que cet élément sera un numéro : le numéro du membre. Création de la table "joueur" Admettons qu'on appelle cette table "joueur". Comme tu m'as dis ne pas avoir encore expérimenté MySQL et PHP, on va profiter de cette première approche pour faire de la pédagogie : je te dis ce qu'il faut faire, je te donne un ou deux liens vers de la doc, et à toi de la lire pour comprendre pourquoi on fait ce qu'on fait. Tu vas être obligé, car tu vas devoir personnaliser tous mes exemples Bien, commençons par le commencement. C'est-à-dire avec un crayon et une feuille (éventuellement virtuels) : fais la liste des infos que tu veux rassembler dans ta future table joueur. Il te faudra nécessairement un champ id (le numéro du joueur : 0, 1, 2, .. n, pour savoir combien tu en as, mais surtout pour que chaque fiche joueur soit distincte des autres), un champ id_joueur (le numéro du membre dont on a parlé), un champ nom, etc... La construction de table est vraiment le plus important. Un bon script PHP ne rattrapera jamais les lacunes d'une ou de table(s) bancale(s). Ainsi, il te faut proscrire les informations qui feront double emploi, celles qui pourraient être regroupées... Le type associée à chaque champ est pour beaucoup dans la qualité de la table que tu crées. Ainsi, enregistrer une date sous un type varchar alors que MySQL propose des type date, datetime... fait sur-mesure est absurde. A propos de la création d'une table - phpMyAdmin propose une interface sympa pour le faire, champ par champ. Mais nous, on est des durs, alors on va dire par écrit ce qu'on veux. Pour voir comment faire, quels sont les types courants, consulte (et apprend ) : PHPdebutant : SQL > CREATE Avant d'aller plus loin, fais ce petit travail et poste-le sur le ici pour qu'on voit sur quelles bases on va partir et créer cette table. Aussi, ne t'inquiète pas : le plus long c'est les tables MySQL et les deux trois premières pages, le reste va aller très vite, car PHP/MySQL vont tout faire pour toi ou presque dès que tu auras compris les quelques fondamentaux des requêtes, etc.

Non, ça n'est pas de cet ordre là - je pense. Montre-nous ton code en entier (sans code, rien n'est possible ou presque).

Déjà, je te félicite de vouloir apprendre à faire ça de tes propres mains - c'est toujours plus amusant et instructif que d'utiliser un script, aussi bon soit-il ! (au moins, la première fois..) Le premier point à régler,à mon avis, c'est l'inscription/identification. Si ça, ça ne fonctionne pas, on peut pas avancer avec certitude. Le principe est le suivant, quelque soit la complexité du code : le visiteur s'inscrit, il devient membre et reçoit un couple d'identifiants : un login et un mot de passe. Avec ça, il peut se logguer/s'identifier, et naviguer dans un espace "privé". Cet espace privé est en fait constitué de pages classiques, à la différence près qu'à chaque consultation d'une d'entre elles, un script vérifie la validité des identifiants qui sont la "signature" du visiteur/membre. Ainsi, à l'identification, on fait circuler de page en page les identifiants (autre chose, en fait, mais peu importe pour le moment), qui sont comparés avec ceux enregistrés dans la base de donnée (bdd). Si ça "matche" (si ça correspond), aucun problème. Sinon, on retourne une erreur, ou on empêche la modification des infos, etc. --- Si j'ai bien compris, chaque membre aura en quelque sorte deux identités : celle de phpBB et celle de son joueur. Comme tu utilises phpBB en fond, on pourrait en profiter pour utiliser les infos déjà présentes et y greffercelles du "joueur". Je suppose aussi que tu ne veux autoriser la création d'une fiche de joueur que si le visiteur est enregistré, c'est à dire membre (du forum). On pourrait donc utiliser l'inscription au forum phpBB, histoire de ne pas réinventer la roue. Cependant, je n'ai pas de phpBB sous la main, je ne sais pas comment l'identification à travers le forum se fait : il faudrait regarder ça pour voir si c'est facilement exportable sur des pages extérieures au forum. Si c'est trop compliqué, on peut créer un second formulaire d'identification, avec son propre système de contrôle, qui reprendrait simplement les identifiants du forum (par exemple). A toi de décider : réutiliser phpBB ou créer un système annexe utilisant les infos de phpBB (je ne sais pas ce qui est le plus simple, il faut trouver un expert de phpBB )

C'te fan Enfin je rigole mais je vais regarder tes liens, Denis.

Ok. Cela dit, je pense que, ce méta-langage étant passionant et étant voué à jouer un rôle central sur le web dans les années à venir, un investissement papier ne sera pas une perte

La solution le plus courante, la plus facile, et la plus abordable est de traiter ça en PHP. PHP s'entend très bien avec MySQL. Dans les grandes lignes, pour créer un espace membre, il faut procéder comme pour créer une administration : il faut créer une zone sécurisée par des identifiants, et pouvoir sortir les infos de chaque personne selon certaines modalités (du type : si la personne consulte une autre fiche que la sienne, elle peut juste lire; si elle consulte sa fiche, elle peut la modifier; etc...). Ce n'est pas compliqué, mais si tu n'as jamais fait de PHP auparavant, ça peut sembler l'être. Pour bien démarrer, il faut mettre sur papier les infos que tu veux recueillir dans ta base de données, quelles actions tu veux pouvoir proposer (lecture d'une fiche perso, modification d'une fiche perso après authentification avec mot de passe, etc...). Ensuite viendra la partie codage. Ne brûlons pas les étapes, mais regardons déjà ce qu'il y aura à faire, a priori : une page d'inscription une page d'identification une page perso une page pour modifier ses infos à soi les siennes plein de pages pour voir les infos des autres (une seule page en fait !) et d'autres choses si on en a envie ! Autour de ça, ou plutôt en-dessous, sous-jacent à ces pages, il va y a voir : une base MySQL organisée comme il faut un système de vérification d'identité pour autoriser telle ou telle action des requêtes SQL pour extraire les infos des tables de la base MySQL et d'autres choses si on en a envie ! Maintenant, précise un peu tes envies (en étant mé-tho-dique surtout !), et on mettra les mains dans le camboui

Toutes les réponses à tes questions, et plus encore, dans un langage clair : XML in a nutshell - version française, 2de édition. Edité chez O'Reilly, distribué par Eyrolles. Fiche produit : http://www.eyrolles.com/Informatique/Livre...-a-nutshell.php

C'est bô un topic comme ça

Salut ! Un jdr-player Je n'ai jamais essayé L5A, mais je connais pas mal d'autres jdr (en tant que pj). Tu es pj ou mj ?

Pas mal le dernier Airbus, l'A380.

(Quand on sait le fric qui part en bouffe, bd, magazines, clopes, cosmétiques, gateaux..., on se demande pourquoi certains se forcent à souffrir autant en ne payant pas 7.5/mois pour avoir une petite place au chaud sur internet ) *ironie*

J'ai de quoi remonter (un peu) le moral aux amateurs de Gecko, donc de Mozilla tout particulièrement - regardez ce sondage : http://www.piregwan.com/forum2/index.php?id=4651423 Evidement, pg/forum est un forum de développeurs et de graphistes, mais ce sondage avait été fait plusieurs mois auparavant, et IE était en tête. Si ça évolue déjà dans ces milieux-là, ça finira par contaminer d'autres sphères. Autre sondage intéressant, plus ancien : http://www.piregwan.com/forum2/index.php?id=4472 Sinon, j''ai voté Mozilla Firefox 0.8 - FireBird essayé par curiosité, jamais revenu à IE par la suite (merci les tabs, l'ergonomie, les skins, les extensions, le support des standard, la rapidité, l'anti-popup, etc.). Je l'ai fait essayé à d'autres personnes non-développeurs : les 3/4 l'ont adopté (avec un petit peu de pédagogie sur les raisons du choix, ça passe très bien comme pilule ) A propos des surcouches IE, je reste très sceptique, car ce n'est que passer un coup de peinture fraîche sur un morceau de bois pourri. Tôt ou tard, la sur-couche s'éffrite, et on est bon pour changer la porte. Autant le faire tout de suite.

Ca se tient. Bien joué !

C'est aussi une bonne raison de la demande et du succès des livres et cours papier Les spécifications c'est indispensable, les tutoriaux c'est génial, mais un bon vieux cours encré, structuré, ça a toujours de la valeur *pro-livre*

Denis : genre, la bucheron-attitude LaurentDenis : merci pour le décortiquage des spécifications, j'avais jamais eu le courage d'aller aussi loin Vous savez qu'il est chouette votre forum ?

C'est marrant comme question car, pour ma part, j'ai été tout chamboulé par ces . et # quand je m'y suis mis - j'ai trouvé ça génial. <perso> Une classe me permet de définir une seule fois plein de bidule récurrents, c'est très pratique et ça se comprend. Je me sers des id principalement pour créer mes blocs de mise en page, car je sais qu'ils seront uniques. </perso> Mais contrairement aux éléments classifiés, un élément identifié est manipulable via le DOM, par exemple. C'est là que les choses vraiment intéressantes commencent, je pense. C'est avoir une très grande souplesse que de pouvoir, aussi simplement, définir des objets manipulables au niveau de sa feuille de style, pour ensuite les récupérer dans un script JS (les récupérer étant à ce jour toute une histoire, compte tenu des méthodes proprio ). Techniquement parlant, il n'y a pas de différences flagrantes entre un éléments rattaché à une classe ou à un id : c'est toujours un élément, quelque soit son nom ou sa famille. Mais le fait que l'élément fasse parti d'une famille (dans laquelle il est et reste anonyme) ou qu'il ai un nom (qu'il soit reconnaissable dans la page), ça c'est fondamental.

Oui - à propos du support des éléments de formulaire, surtout. J'ai regardé dans le traduction française de la doc CSS2, rien.

<inutile> Mon maître de capoeira s'appelle Nando. Mais il doit pas avoir internet </inutile> Bienvenue

Poy ! Denis m'a démasqué, mais je me présente quand même dans les règles de l'art. Je suis étudiant en informatique, passé par des études pré-économiques (pouah), et nouveau pompeur de mon état. Mes domaines de prédilections par rapport aux forum HUB sont la mise en page/forme XHTML/CSS, et le développement PHP/MySQL.

Oui - j'ai cherché une "confirmation", mais je n'ai rien trouvé. Tu auras beau essayer : les bordures d'une liste déroulantes font partie, à l'heure actuelle, du petit village gaulois qui résiste à l'envahisseur CSS... Il n'existe pas une ressource officielle ou officieuse sur le sujet ?

En tout cas nos réponses n'ont pas beaucoup de succès - ou alors on l'a effrayé... Cela dit, j'ai quelques liens sur le sujet, qui peuvent intéresser tout lecteur : [phpinfo.net] Trucs et astuces sur l'authentification [phpinfo.net] A quoi servent les sessions ? Comment les utiliser ? [phpindex.com] Etude de la gestion des sessions avec PHP4 [phpTeam] Créer son espace sécurisé