PHP|Débutant :: Forums

Advertisement

Besoin d'aide ? N'hésitez pas, mais respectez les règles

Vous n'êtes pas identifié(e).

#1 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Il me semble que cette suite d'opérations soit un peu trop compliquée pour mon niveau (ou plutôt mon absence de niveau) ...
Je me demandais si ce n'est pas plus pertinent de gérer un maximum de chose "à la main", donc je pense que je vais laisser tomber le formulaire en ligne (du moins pour le moment).
Je vais surement informer les porteurs de projet par mail en y incluant le formulaire, en leur demandant de répondre en me remplissant ce formulaire.
De là je vais peut être pouvoir remplir la BDD moi même et l'afficher par php ...

Vous en pensez quoi? Mise à part que ça va me donner pas mal de boulot, est ce une solution viable?
Peut être aussi que ça me fera un premier pas vers le php/MySql sans que ce soit trop compliqué à ce niveau là ?

#2 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Je voyais plutôt une gestion du style :
Le porteur remplit le formulaire, les données s'enregistrent dans une table dédiée uniquement accessible à la modérateur (donc privée), une fois les données vérifiées et validées elle  s'enregistrent dans une autre table qui serait elle publique.

Mais peut être que c'est le terme projet qui porte à confusion, ce qu'on appelle projet dans ce cas, et en fait un projet déjà abouti et qui n'a plus rien de privé.

Mais comme précisé, plus avant si ce doit être plus simple que les membres inscrits doivent s'enregistrer ça se fera.
Par contre nous tenons vraiment pas a ce que l'annuaire ne soit visible que par les membres car dans ce cas il perdrait grandement de son utilité qui est de faire connaître ces nouvelles entreprises/associations.

Mais tes remarques me font penser que au minimum il faut un espace privé pour les modos, même si les membres ne s'inscrivent pas.

Merci de tes précisions.

#3 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Salut,
Je ne vois pas ce que tu entends par "les données vont transiter par mail", si tu parles des données fournies afin de s'inscrire sur l'annuaire, ce ne sera pas le cas car le formulaire sera en ligne et devra être validé par modo.
Si tu parles du fait que mettre son adresse mail directement sur une page est un peu risqué car elle risque d'être récupérée par un bot à des fin de phising ou tout ennui de la sorte, je pensais mettre les adresse dans des faux popups mais je ne suis pas sur que ça garantisse que l'adresse ne soit pas récupérée par des bots.
Mais peut être que tu parles simplement du formulaire d'envoi de message, qui je n'ai pas précisé sera bien sur envoyé après vérification des champs.
Ou peut être tu penses à tout autre chose, dans ce cas je veux bien que tu précises.

#4 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Ha si j'oubliais un truc, il y a pour l'instant à peine un peu plus de 1000 projets menéS à terme et environ 200 projets voient le jour par an.
Comme quoi l'idée que chacun peut créer son emploi à partir du moment ou il est bien accompagné n'est pas si farfelu smile

#5 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Si capiche, j'ai juste eu une petite commande qui m'a pris un peu de temps car urgente.
Donc pour récapituler:

Je dois effectuer une page par rubrique (les rubriques incluent plusieurs activité), incorporant un tableau qui lui même intègrera l'annuaire.
Dans cet annuaire doit apparaître une ligne par projet (dossier),
Dans l'ordre doit apparaitre:
- Le logo, ou carte de visite si le logo n'existe pas/n'est pas fourni, rien si rien n'est fourni, la raison sociale,
- L'activité précise,
- nom, prénom du responsable, tel perso, statut,
- La ville,
- Le telephone pro, l'adresse, le contact sous forme d'un lien qui dirige vers une page formulaire type qui enverra le message directement dans la messagerie concernée (possible avec un faux popup?),
- Une rubrique à propos avec un début de descriptif et a la fin un lien "en savoir plus" ouvrant un panneau (faux popup) incluant des commentaires et une photo si celle ci est fournie (si c'est pas trop compliqué, sinon juste un lien en savoir plus). Ce faux popup aura trois paragraphes maximum de 450 caractères maximum chacun, une ou deux photos si fournies.

Le tout sera du html généré avec du php.
Les données seront récupérées d'une bdd.
Cette bdd sera remplie via un formulaire php qui sera au passage validé par un modérateur.

Il faudra toutefois prévoir:
- Que l'administrateur puisse modifier les infos avant de valider,
- Que les infos incomplètes puissent être stockées et non affichees afin de les sauvegarder pour y rajouter les données manquantes quand elles seront fournies via formulaire (je suis pas sur que la méthode soit vraiment bonne),
- Une mise à jour possible des données (via formulaire?),
- Pouvoir supprimer un dossier obsolète (archiver?),
- Qu'un porteur de projet puisse avoir plusieurs dossiers,
- je pense que ce formulaire ne sera pas vu par plus de dix personne simultanément (du moins pour l'instant, et je pense pas vraiment que cela change),
- d'après ce que je comprend, un n° de dossier ne serait pas le mieux pour l'indexation, un n° d'adhérent serait il plus approprié?
- une sauvegarde de la bdd,
- la plupart des informations ne sont pas obligatoires ( bien que vivement recommandée),
- ne pas imposer un enregistrement de membres serait un plus,
- si un ou plusieurs fichiers image seront fournis par l'intermédiaire du formulaire, ils devront être stockés, non affichés. Puis après vérification et traitement seront inclus en bdd puis affichés.
- De l'aspirine,
- du café,
- une bonne dose de courage.
- et de la patience...

Bon j'espère ne rien avoir oublié ...

Maintenant je me demande si quand Jc parlais de plusieurs table, c'était pas plutôt:
- une table remplie par le formulaire (avant validation)
- une table remplie apres validation d'un modérateur
- une table de sauvegarde,
- etc...

Encore merci de votre aide.

#6 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

En résumé, tu peux très bien te contenter que ne développper au niveau interface que 10% des possibilités de ton modèle, ce qui compte, c'est de ne pas devoir changer de modèle à chaque changement applicatif : ce n'est pas viable.

Je ne suis pas sur d'avoir bien compris cette phrase.

Tu me conseilles de faire des tables plus évoluées (plus fournies) quitte a ce que le formulaire ne le soit pas plus, juste en prévision ?

J'ai l'impression de me noyer dans un verre d'eau...
Mais il suffirait pas de pouvoir donner plusieurs N° de dossier par porteur dans la table nommée DonneesPerso ?
Bon je suis conscient que ça ne gère pas encore les homonymes mais c'est juste pour la réflexion...

#7 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Bonjour,
Effectivement je commence à comprendre certaines choses grâce à vous et je vous en remercie.
Mais bon j'ai aussi l'impression de devoir vous sortir les vers du nez :P

Jc a écrit :

Tu n'y es visiblement pas du tout.

Merci pour tes encouragements :)

Jc a écrit :

Je t'invite vivement à construire ce que l'on appelle un MCD (Modèle conceptuel de données) pour t'aider dans ta démarche.

Je demandais si il existait une méthode voir des outils pour aider a concevoir un jeu de tables dans le post #16, j'en attends encore la réponse.
Et voilà que j'ai aujourd'hui un début de réponse a cette question après avoir fait une recherche sur la signification de MCD sur google image. ici

Jc a écrit :

Tu as commencé à te poser certaines bonnes questions pour ce faire, comme par exemple "un porteur de projet peut éventuellement avoir plusieurs projets", car ce besoin est déterminant dans les relations entre les différentes entités définissant ton cahier des charges. Tu pourrais continuer en déterminant par exemple si plusieurs contacts peuvent être définis au sein d'un même projet, si le modérateur peut refuser le projet et y apporter une annotation particulière, etc...

Oui bien sur, le modérateur peut refuser une inscription à l'annuaire c'est justement son utilité. Il ne pourra qu'accepter l'inscription (et éventuellement modifier certaines informations érronées) ou la refuser.
Je cherche à faire quelque chose le plus simple possible donc il n'y aura qu'un seul contact.

Jc a écrit :

Bref, tu commences déjà par te rendre compte que la possibilité qu'un porteur de projet puisse avoir plusieurs projets, implique une révision complète de ton formulaire. Car le niveau 1 d'une normalisation correcte correspond à ce que ton modèle préserve l'unicité des données. Or avec ton formulaire actuel, si le même porteur de projet désire ajouter un nouveau projet, il est obligé de se créer un nouveau compte comme porteur de projet et il sera défini 2 fois comme porteur de projet dans la base de données.

Même si c'est extrêmement rare (à ce jour ça n'est encore jamais arrivé) il faut effectivement en tenir compte.
Par contre je ne vois pas comment gérer cette contrainte d'unicité pour le moment (si vous avez une piste)
L'annuaire doit faire ressortir les projets et non les porteurs de projet, et on ne souhaite pas que ces porteurs de projet soient obligés de créer un compte pour s'y inscrire donc difficile de leur allouer un Id ou chose de la sorte.
J'ai justement utilisé le système de N° de dossier pour éviter ce genre de soucis bien que ça ne le solutionne pas complètement.
Donc l'annuaire n'affichera pas cette information (N° de Dossier) car peu parlante pour quelqu'un qui souhaite consulter l'annuaire, mais bien utile pour l'indexation.
Je pense déjà que ça risque de créer des problèmes de sécurité et c'est pour cela que j'avais pensé à instaurer ce système avec modérateur, car pour le moment on ne tiens vraiment pas à mettre en place cette option d'inscription et création de comptes.
Toutefois si on doit vraiment le mettre en place, on le fera.

Jc a écrit :

Suite à l'intervention de MK concernant la remarque des tutos du site du zéro, j'y suis allé faire un tour pour la première fois il y a peu de temps, et force est de constater que leur tutos sont assez avancés et bien construits. Je t'invite donc à y aller faire un tour pour la partie MySQL.

J'y avais déjà jetté un oeil, mais vraiment furtif. Je prendrais le temps d'approfondir (quand j'aurrais mieux assimilé les 20 pages de texte données par MK).
Tout comme je jetterais un oeil sur la recherche googlesque concernant les MCD.

Merci.

#8 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Je t'accorde volontiers que ce formulaire pique un peu les yeux, mais c'est bien ce dont je parlais l'autre jour et les soucis d'un webdesigner qui doit rester à l'écoute de la personne pour laquelle il travaille.
Et le fait que ce soit un document jpeg n'arrange rien à sa lisibilité.
En gros je n'ai pas choisi les couleurs, perso j'aurais évité de faire un truc qui fait trop fleuriste ou peintre, mais quelque chose de plus sérieux et plus conventionnel, mais bon...

Sinon,  je me tente un truc:
Donc 5 tables, et je pense qu'il faut un index du coup.

Pour l'index j'ai choisi la facilité et donner un N° de dossier a chaque porteur de projet (plus exactement à chaque projet, car un porteur de projet peut éventuellement avoir plusieurs projet).

1° table nommée "DonneesPerso" (je ne sais pas si on peut mettre des majuscule dans cette nomination, sinon donnees_perso est peut être plus approprié)
numero_dossier  |  nom  |  prenom  |  tel_perso  | statut

2° table nommée "Categorie" (incluant un index, la categorie dans laquelle le projet se trouvera sur l'annuaire, le domaine d'activité precis par exemple vente de poulets, et le nom de l'entreprise ou association).
numero_dossier  |  categorie  |  domaine  |  intitule  |

3° table nommée "Contact" (incluant un index, N° de tel professionnel, adresse, ville et Email).
numero_dossier  |  tel_pro  |  adress  |  ville  |  email

4° table nommée "Commentaires" (incluant l'index,  les champs suivants parcours exécuté pour créer l'entreprise, d'où vient cette envie de créer, quel expérience en tirez vous),
numero_dossier  | parcours  |  envie  |  exp

5° table nommé "images"

numero_dossier  |  logo  |  carte_de_visite  |  photo

Voilà j'espère que j'ai bon...

Rappel:
Le formulaire devra être vérifié par un membre de l'asso avant d'être affiché dans une page.
Toutes les clés ne seront pas toujours remplies (enfin, je crois que le terme clé est bien le bon...dans mon cas ça correspondrait aux champs???)
La dernier table ne devra par être remplie par le formulaire mais par mes soins après traitement des images

#9 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Je comprends votre point de vue, mais je pense que vous avez oublié une chose essentielle la dedans : toute cette information accessible est gratuite! Il vous faudrait en plus l'avoir avec une belle mise en forme, une belle présentation, avec un bon résumé, rappel des points clés, et des choses essentielles à retenir? Je pense, avec tout le respect qui vous est du, qu'il ne faut pas non plus exagérer et revenir les pieds sur terre.

C'est un argument que j'entends souvent mais auquel je m'efforce de ne pas adhérer, c'est pas parce que c'est gratuit que ce ne doit pas être fait de manière a être accessible. Après faut pas se plaindre que les personnes ne veulent pas chercher les infos et vous demandent toujours les même choses. Voire même qu'ils n'arrivent pas a les assimiler.

Je me permets également de vous rappeler qu'avant internet, pour avoir le centième du millième de l'information qui est accessible ne serait-ce que sur ce site, il vous en aurait coûté beaucoup d'argent, chez un professionnel.

Oui ça c'était avant smile

Aujourd'hui, pour peu que l'on comprenne l'Anglais, quasiment tout ce qu'il est possible de connaître sur cette Terre est accessible sur le net. Pour avoir ce que vous souhaitez, vous inscrire dans un centre de formation est le meilleur conseil que je puisse vous donner.

J'ai dit quelques posts plus haut que justement j'envisageais d'integrer un formation, mais comme vous le savez surement avec mon niveau je doute fort pouvoir intégrer une telle formation.
D'où le fait que je dois avant tout m'auto-former. Au moins pour acquérir le vocabulaire et un minimum de bases saines.

La tendance actuellement avec des forums comme celui-ci, du moins les sentiments que l'on en a, et pour rejoindre les propos de MK sur l'absence d'efforts constatée des personnes qui viennent ici, c'est que plus personne ou presque ne veut plus faire d'effort et ils veulent LA solution à leur problème, car ils n'ont pas le temps pour ça, et avec certains, on à même parfois l'impression que c'est presque un dû.

Oui c'est bien la tendance actuelle de manière générale sur internet, moi même j'ai fait pas mal de travaux de manière complètement bénévole, mais ce qui m'en a le plus dégouté c'est de voir que certains demandaient un travail sans même savoir si leur projet allait aboutir (vu que c'est gratos ça coute rien de demander...) et donc la plupart du temps ce travail était juste une perte de temps.

Notre métier est un beau métier et nécessite beaucoup d'effort, d'études, d'apprentissage et d'expérience et donner du crédit à ces pratiques viendrait à dévaloriser notre travail, notre savoir faire et notre valeur ajoutée.

Efforts que je suis prêt a faire moi aussi smile

En tout cas merci pimiento pour votre proposition, elle est appréciée en tout cas pour ma part.

De rien ça aurait été avec plaisir.

Ce qui m'inquiète pour votre projet, c'est que vous n'avez pas de cahier des charges précis sur vos besoins et vous allez droit dans le mur.

Je connais pourtant exactement nos besoins c'est simplement que je ne vois pas trop comment le formuler mise à part en vous donnant mon code html ou en vous donnant un screen du rendu final avec quelques explications.

En ce qui concerne mon(mes) sites, et sans vouloir vous donner de leçon, c'est qu'un site de manière général ne doit pas être influencé idéalement par des goûts ou préférences personnelles tant du côté client que du côté développeur.

Là aussi je l'entends assez souvent, mais le travail de web designer n'est vraiment pas un boulot qui consiste à se faire plaisir et mettre des éléments graphiques juste parce qu'on trouve ça joli mais surtout de savoir donner un style graphique qui défini au mieux une activité et peut très bien n'avoir aucun élément graphique a proprement parler.
Mais on est d'accord que certains devaient éviter de partir dans tous les sens avec des couleurs partout ou autres joyeuseté de la sorte :attention ça fait mal aux yeux et encore là ce n'est pas un site qui se veut professionnel donc encore ça peut passer.

De plus une charte graphique, ou un aspect magnifique et fonctionnel d'un site, peut valoir un zéro pointé pour un cahier des charges spécifique de production.

Une charte graphique est utilisée pour éviter encore une fois de partir dans tous les sens et de noyer les infos les plus importantes, mais bon certains préfèrent ne pas en tenir compte et donner à un site se voulant professionnel un style qui ne correspond pas du tout à l'image qu'il souhaite donner, par exemple un site de réalisation de progiciel ne doit pas ressembler à un site de vente de pierre tombale ou de plan de travail de cuisine... tongue
Mais plutôt doit inspirer confiance et doit donner une image très sérieuse voire studieuse et professionnelle. La couleur bleu est d'ailleurs la plus appropriée pour cela, bien que dans ce cas il ne faille pas abuser de couleurs et donc peut être y mettre un fond gris neutre. Enfin je dis ça comme exemple mais après il faut aussi voir selon l'identité de l'entreprise.

Bon trêve de palabres, je vous met un screen de ce que l'on souhaite faire pour notre asso:

http://imageshack.us/f/444/maquetteannuaire.jpg/

c'est juste le formulaire a remplir, les infos devront être vu et validées par un membre de l'asso avant d'être intégrées à l'annuaire (mis en tableau).
Les champs suivants : quel est votre parcours, pourquoi avez vous envie de créer et que retenez vous de cette expérience sont bridés à 450 caractères.

Pour les fichiers images je dois pouvoir les redimensionner et les compresser manuellement avant de les intégrer à l'annuaire. Car ça me parait plutôt compliqué de faire ça automatiquement avec mon niveau.

Bien sur certains champs ne sont pas obligatoires comme par exemple le site internet car tous n'en auront pas.

Voilà en gros ce qui doit être fait, je reste à votre disposition si toutefois il vous manque des éléments et je compte sur vous pour me le faire remarquer.

En espérant pouvoir avancer dans le bon sens, merci d'avance de m'orienter sur ce qui doit être fait dans un premier temps.
Par celà, j'essaye d'élaborer un cahier des charges mais mes lacunes ne me le permettent pas car je ne sais pas vraiment ce qui est faisable pour un débutant ni quels obstacles je pourrais rencontrer et m'envoyer directement dans le mur.
Donc j'ai bien l'impression que de toute manière je vais me le prendre ce mur.

Pendant ce temps je vais continuer a essayer d'assimiler le texte donné par Maljuna, mais c'est pas gagné tongue

#10 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Tout d'abord, je suis entièrement conscient du travail qui m'attend, même si je ne suis pas entièrement sur de vouloir devenir admin en BDD, mais c'est bien une voie que j'envisage et commence a me renseigner pour ça.
Si vais dans ce sens je pense commencer par une auto formation que je finaliserais par une vrai formation avec un diplôme au bout,
et je suis entièrement en accord avec toi avec le fait qu'il vaut mieux partir sur de bonnes bases et que rien ne sert de partir dans tous les sens sans vraiment comprendre ce que l'on fait.

Mais aujourd'hui mon souci c'est que j'ai un boulot à rendre dans un temps donné et non extensible, l'annuaire doit être mis en ligne le 13 juillet.
Je ne peut donc me permettre de tout apprendre dans ce délai, car il n'y a pas que la partie php/mysql a gérer mais tout ce qui va avec (design du site a refaire intégralement, donc html/css a refaire), gérer le référencement de manière correcte etc ... Même si certaines de ces parties sont pré-finalisé à l'heure actuelle il reste du taf.
[---]
D'après ce que je lis, vous désirez vraiment aider les débutants mais vous vous demandez comment vous en donner les moyens ?

Peut être commencer pas faire un référencement des termes utilisés serait un bon début ?
Car j'ai bien essayé de lire le document traduit intitulé "Conception d'une base de données" mais trop de termes restent flous pour moi.
Et ce tout au long des vingt pages lues, j'ai bien essayé de faire des recherches sur ces termes mais le souci,  c'est de commencer à lire un texte,
d'en sortir pour se renseigner sur des termes utilisés sur des pages incluant souvent elles même plusieurs liens,
puis revenir sur ce texte original pour essayer d'en tirer l'essence.

C'est une gymnastique courante sur internet mais je dois commencer a vieillir et je dois avouer que je commence a saturer de ce genre de pratique peu ergonomique et peu pédagogique en rapport au temps passé au final.

Donc peut être qu'en faisant ce lexique, tout le monde (du moins ceux qui se donneraient la peine de le lire et l'assimiler) pourrait communiquer un peu mieux. Et finalement comprendraient mieux ce qu'on leur explique.
Car par exemple une POO si je comprends bien ce sigle est une programmation orienté objet, mais pour moi ça reste quand même très flou. Programmation je comprend le concept, orienté je vois ce que ça veut dire mais le mot objet reste pour moi toujours aussi vague dans ce contexte.
Je sent un peu d'agacement dans vos réponses et vous pouvez penser que je suis de mauvaise foie, que je ne fais pas les efforts voulus ou que je le fais exprès... mais non pas du tout pour moi ça reste vague...

Donc oui je n'ai pas les bases suffisantes pour commencer a apprendre une administration de BDD, mais je ne demande qu'a les apprendre (et suis prêt à prendre le temps qu'il faut pour).
Et comme dit précédemment c'est pas en me donnant un lien vers un document incluant lui même une dizaine de liens que ça va me faciliter la chose niveau compréhension (ni même en m'orientant vers une page avec des tutos obsolètes tongue).

En suite, c'est sur que tout le monde ne veut pas forcement apprendre a gérer un base de données sur toute ses coutures et que certains viennent juste chercher un ou deux renseignements pour un besoin précis.
J'aurais tendance a penser oui et ou est le problème ? Ils risquent de revenir quelques mois plus tard et redemander le même genre de renseignements ? Oui et ?...
Je conçois aussi que ça peut vous paraitre une perte de temps mais en est-ce une au final ?

Donc j'en déduis qu'il y a deux types de membres qui viennent chercher des infos sur ce genre de site.

Les pressés: Qui veulent une info car ils ont un problème a régler puis s'en vont (et qui reviendront surement plus tard pour un autre problème ponctuel)
Les assidus: Qui veulent apprendre la chose en profondeur et qui sont prêts a prendre du temps pour ça.

Voir une troisième catégorie qui comme moi aujourd'hui aurait besoin des deux (apprentissage en profondeur et solution à un problème donné) mais qui rentrent en fait dans ces deux catégories.

Pour finir, si il vous faut des personnes pour tester des tutos que vous mettriez éventuellement en place en temps qu'ingénus (sorte de beta-testeur) je suis prêt a prendre du temps pour vous y aider.
Et mettre le point sur les parties qui restent floues. Voir même si vous avez besoin de quelqu'un pour tout ce qui est design/ergonomie etc, enfin tout ce qui est en mon domaine et que j'arrive a maitriser et où il me semble que vous avez des lacunes (oui, j'ai vu vos sites tongue) je pourrais peut être vous donner un coup de main.

J'ai lu que vous négligez ce type de travaux, mais à mon sens c'est une partie assez important d'un site car un bon contenu c'est bien mais un bon contenu bien structuré c'est bien mieux et l'utilisateur y gagne en confort, et du coup lisibilité, et finalement en efficacité.
Ce qui est quand même pas rien.

Erf je me suis complètement éloigné du sujet de départ, mais je repasserais pour y revenir.

#11 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Bin j'ai lu ça hier, ça a l'air très instructif mais ça ne répond pas vraiment a mes demandes ou alors je n'ai pas tout compris ce qui est fort possible.
Ça me semble bien compliqué par rapport à ce que je souhaite faire.

Mes questions sont (pour mémoire) :

- Est ce compliqué de faire une sauvegarde de la base de données ? Et comment doit on faire cela ?
- Peut on facilement modifier la "volumétrie" d'une base de données ? Quelles en sont les difficultés ?
- peut on "écraser" facilement des données dans une base de données ?
- pouvez vous me donner un exemple simple avec juste des champs de formulaire suivant: nom, prénom, adresse, N° de téléphone. Que je vois la procédure de base pour faire ce que je voudrais ?

Je me pose maintenant une question du bien fondé de ma présence sur ce forum, est ce un forum d'aide aux débutant php ou d'aide aux gens qui font déjà du php mais en amateur ?

Si je dois m'orienter vers un autre forum est-il possible que vous m'orientiez ?

#13 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Effectivement, de part vos questions je commence à comprendre que ce ne sera pas si simple que ça ...

Pour info, qu'est ce qui peut faire qu'une base de données soit effacée ?
Est-ce compliqué d'en faire une sauvegarde ?

L'asso s'occupe d'aide à la création et au développement d'entreprises et d'associations. Donc oui, il reste probable que certains membres soient supprimés de cet annuaire.
En même temps ça n'arrive pas si souvent car une fois la création accomplie les membres continuent à être suivis, et du coup on peut peut être faire ça à la main?

Si tout n'est pas automatique ce n'est pas si grave (enfin je pense ou plutôt j'espère), on est pas une grosse association même si on arrive à faire bouger pas mal de monde.

De même pour de petits changement comme un N° de téléphone.
Donc même si ces petits soucis ne seront pas gérés automatiquement en php/mysql ce n'est pas si grave non? (je n'affirme pas, je demande)

Si, je reprend ton exemple, un membre change de téléphone, rien n'empêche de recréer complètement son "profil" ; voir d'écraser son ancien numéro dans la BDD?

Je crois déceler dans vos propos que de commencer par faire simple et ensuite rajouter les "options" comme pouvoir changer de N° n'est pas la bonne approche, me trompes-je ?
Pourquoi ? La base de données une fois créée est elle si difficile a manipuler et d'y ajouter des modifications (nombre de champs, etc) ?

Pendant ce temps je vais méditer tout ça... Et effectivement il me faudra surement plus de réflexion avant de commencer à faire ce boulot.
Existe t-il un support à ce genre de réflexion ?
Comme par exemple un truc pour créer des organigrammes ?
Où puis-je trouver ce genre d'outil si il existe ?

Voilà encore plein de questions et toujours pas de réponse aux votre, je m'en excuse ; mais c'est justement par ce que je veux avancer dans le bon sens et pas répondre n'importe quoi.

Merci de votre patience smile

#14 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Bon ben j'ai bien l'impression que là on tourne en rond....
Comme précisé dans mon premier post je n'y connais rien en php et base de données.
Mais j'ai un boulot imposé et il faut que je me débrouille avec.

Je conçois tout à fait que ce soit pas évident de répondre comme ça sans plus de renseignement, mais j'assure que je fais les efforts nécessaires.
Le souci c'est que j'ai l'impression de devoir construire une maison et de demander des renseignement a un spécialiste qui me demande en retour des renseignements sur les besoins d'étanchéité, d'isolation,  le type de matériaux que je souhaite employer etc...
Donc je le répète je n'en sais rien... désolé.

Mais je suis vraiment de bonne volonté et je souhaite mettre la main à la pâte (j'ai d'ailleurs demandé dans mon premier post à être orienté pas à se que l'on me donne une solution toute faite).

Ce que je crois comprendre dans la dernière réponse c'est que je dois penser sauvegarde. Pourquoi la base de données pourrait subir des dommage? être effacée?
Je dois penser archivage ? La base de données n'est pas de l'archivage ?
Mise à jour ? Oui bien sur à chaque fois que quelqu'un s'inscrit.

Si je demandais si vous vouliez mon code c'est pour que vous puissiez me renseigner sur mes besoins pas du tout dans l'idée de vous le refiler et que vous vous démerdiez avec.
Un peu comme si je montrais mes plans au spécialiste pour construire ma maison, enfin plutôt celle de l'asso.

Je crois qu'on est pas du tout sur la même longueur d'onde, mais j'espère que l'on pourra s'entendre.
Sinon tant pis j'aurais essayé.

#15 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Comme dit en premier post je ne connais vraiment rien en php/mysql mais je vais m'efforcer de répondre.

De quel genre d'annuaire avez-vous besoin?
Un annuaire référencement.

Quels genres d'informations désirez-vous qu'il puisse gérer?
Des informations avec des lettres, des chiffres, des images...

Quelle est la volumétrie estimée de celui-ci?
Si je dois mettre ça dans des classeurs dans les 40 cm2, mais c'est voué a évoluer....

Quels outils d'exploitation avez vous besoin de lui associer?
Papier, règles, ciseaux, et peut être un peu de colle pour y coller des photos...

Voila en espérant que ce soit utile et que je ne perd pas mon temps sur ce forum smile

Plus sérieusement, vous avez surement compris que je ne comprend pas le sens de ces questions.
Donc dites moi ce dont vous avez besoin exactement comme renseignements comme si vous communiquiez avec un client qui ne connait rien en php/mysql et je pourrais surement vous répondre mieux car la on tourne en rond non?

Je ne comprend pas non plus pourquoi ne pas mettre le code html du formulaire concerné, les réponses a vos questions devraient y apparaitre non?

#16 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Bonjour,

Si j'ai bien compris c'est le code htlm de mon formulaire que vous voulez?

Je ne l'avais pas mis car là je ne l'ai pas sous la main (dans quelques heures je retourne à l'asso), puis il n'est pas encore tout à fait fini donc rien en ligne pour l'instant.

Je n'ai pas encore planché sur le coté php, je comptais justement m'en occuper aujourd'hui car j'attends d'avoir moi aussi toutes les infos a demander via le formulaire (vérification des champs)

Je vous le donne dés que possible.

#17 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Ok ok ...
Ben je fais quoi moi alors ??

Parce qu'on en a besoin à l'asso de cet annuaire, j'envoie un mail collectif avec les demandes de renseignements puis je rempli un tableau à la main ?
Ensuite à chaque inscription on doit rentrer le nouveau membre à la main dans ce tableau ?
Puis après si je n'ai plus le temps à consacrer à l'asso l'annuaire est mort ?

Sinon j'ai jeté un œil sur les tutos de 11 à 17 et j'ai vraiment pas tout compris, je dois persévérer avec ceux ci ?

#18 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Pourquoi? tu t'es senti visé ??

C'est juste une expression et ça t'était pas destiné personnellement smile

Plus sérieusement, je pose cette question car les annotations en fin de tuto m'intriguent un peu:

Ce script est loin d'être parfait, et ce n'est pas son but.

.

Les fonctions a ajouter qui suivent seraient elles suffisantes pour que ce tuto soit complet?

#19 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Bonsoir,

Avant de me lancer je voudrais bien l'avis de quelqu'un qui connait un minimum sur ce tuto car il me semble plus adapté à ce que je souhaite faire:

http://www.phpdebutant.org/article95.php

#20 Re : HTML, xHTML CSS » Qui pourrait m'aider à installer un menu déroulant dynamique ? » 21-06-2012 19:53:26

Bonsoir Jc,

Merci pour tes encouragements, mais même si je connais assez bien DW je ne l'utilise pas.
Trop contraignant car bien trop long pour faire quelque chose de propre.

Ce que je souhaitais faire en commençant à m'auto-former c'est surtout du web design, maintenant que je suis à peu près formé en html/css et sur toute la suite adobe.
Flash compris, bien que je ne suis pas encore arrivé au bout de ce dernier car il y a vraiment de quoi pousser le bouchon très loin et qu'il risque de passer à la trappe...

Je me rend bien compte de part le peu de demandes que j'ai, que le marché n'est pas du tout comme je le pensais de prime abord, et je commence à douter du bon choix de cette orientation.
D'où mes propos, certainement du au fait que je commence à être un peu aigri en découvrant cela...

Si j'ai choisi l'exemple d'administrateur oracle ce n'est pas anodin et je sais bien que c'est un des métiers lucratifs dans le domaine du web, mais ça m'embêterait un peu de devoir reprendre tout à zéro.
Bien que ce ne soit pas exclus, car je trouve pas ça pas très valorisant non plus d'expliquer qu'une navigation c'est sept onglets grand max et de devoir plier devant un client récalcitrant qui en veut douze et pas moins,
d'expliquer que le bleu à un côté rassurant et le vert diffuse un message d'espoir mais que le client exige un site noir et violet pour un site d'assurance vieillesse...
Même si je lui explique que ça a une trop forte connotation mortuaire et que ce n'est pas l'idéal comme message a faire passer pour son activité.

Donc oui peut être que je vais me recycler même si ça ne m'enchante pas et que je ne sais pas encore dans quel domaine.
Mais à avoir un métier pas très valorisant autant qu'il soit lucratif...

#21 Re : HTML, xHTML CSS » Qui pourrait m'aider à installer un menu déroulant dynamique ? » 21-06-2012 19:53:26

C'est vrai que ce n'est pas a proprement parler un cms mais beaucoup l'utilise en tant que tel.
On peut même très bien s'en servir pour générer un langage simili php comme spry qui peut gérer des formulaires, etc...
La grosse différence avec un cms c'est qu'il faut passer par du ftp (include inside), je trouve la différence assez infime smile

#22 Re : Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

Oui j'avais déjà vu ça merci mais ça me parait assez confus.
Je n'ai encore jamais créé de base de données.

Je vais voir si j'y arrive avec wamp avant d'héberger ça

Merci pour la rapidité de ta réponse.

#23 Re : HTML, xHTML CSS » Qui pourrait m'aider à installer un menu déroulant dynamique ? » 21-06-2012 19:53:26

Je suis un peu hs mais c'est dans la continuité de la discussion...

Ça fait maintenant 3 ans que je fais du html/css, j'ai choisi ce boulot pour diverses raisons, mais bon là n'est pas la question...

Ce qui me plait dans ce boulot c'est de partir de zéro et créer un site entièrement, faire que les contraintes n'en soit pas vraiment grâce à l'apprentissage.

Et aujourd'hui j'y arrive enfin, mais voilà... Depuis quelques temps les clients demandent a pouvoir gérer leur site eux même une fois celui ci en place.

J'ai donc commencé a me poser la question d'apprendre le php pour leur faire des interfaces de gestion.
Je comprend leur point de vue, niveau pratique et surtout niveau économique...
Mais ils veulent (imposent serait plus approprié) de plus en plus que le boulot se fasse avec des cms style DW, prestashop, joomla, plone, Wordpress etc...
Ceci afin de pouvoir tout gérer, l'évolution fait que ces cms sont de plus en plus efficaces et bientôt seront si simple d'utilisation qu'ils n'auront plus besoin de passer par une boite de création de site pour le faire.

Au détriment de l'originalité, de l'ergonomie appropriée ; ils demandent de récuperer un template et de le redesigner.
Certains le font déjà eux même sans aucune connaissance de la signification des couleurs, sans aucune notion d'ergonomie, ni de référencement, de webmarketing ni rien.
Souvent c'est d'ailleurs du n'importe quoi, juste quelques images récupérées sur internet, une navigation inappropriée, ... Mais ils ont leur site et arrivent à le gérer tant bien que mal.

Je commence à me dire qu'un jour ce boulot ne sera plus viable et que tout se fera par cms, c'est bien dommage vu le temps d'apprentissage que l'on passe à se former pour réussir à dompter ces langages.

Tout ça pour dire que les cms c'est bien beau mais que c'est en train de tuer la profession de webdesigner, et surement aussi celui d'intégrateur ...

Je vais peut être me recycler avant même d'avoir réussi à vraiment faire mon trou...
J'hésite encore entre boulanger, carrossier, ou continuer à me perfectionner et me former en tant qu'administrateur en base de données.

On pourrait espérer que ce genre de sites disparaissent ; mais j'en doute un peu vu qu'il suffit de passer quelques week end en dehors de son travail hebdomadaire,
de trouver un hébergement à 30euros par ans, de piller le travail de graphiste trouvé sur le net...
Donc économiquement même si le site ne rapporte rien je vois pas pourquoi ce genre de personne les supprimeraient même si ils ne se rendent pas compte que l'image de leur société en prend un coup.

#24 Forum Général PHP » recuperer données formulaire pour afficher en tableau » 05-07-2012 10:05:47

pimiento
Réponses : 40

Bonjour,

Je travaille dans une asso et on m'a demander de créer un annuaire sur le site.
Mon souci c'est que je connais bien html/css mais pas du tout le php.
J'ai bien essayé de le leur expliquer mais l'asso n'a pas le choix par manque de moyen,
donc je suis obligé de m'y coller tongue

J'ai cherché des infos depuis lundi, mais comme j'ai de grosses lacunes dans ce langage...
J'ai trouvé des bouts de solutions par ci par là mais j'ai du mal à les regrouper pour ce que je veux faire.
je me tourne vers vous pour me donner des pistes afin de m'aider à réaliser ce boulot.

Donc je crée un formulaire qui sera rempli par les membres (ça je sais faire),
Il me faut enregistrer ces données quelque part (je sais pas faire mais je sais que php sais le faire =p)

Je crois qu'il faut que je rentre ça dans une BdD MySql mais je sais pas du tout comment m'y prendre.

Je crée une autre page html pour y mettre le tableau (ça aussi je sais)
Je récupère les données pour les insérer dans le tableau (je sais pas faire ... hmm )

Si quelqu'un peu peux m'orienter vers un tuto, ou mieux m'expliquer simplement avec un exemple simple (juste Nom Prenom)

Merci d'avance pour vos réponses

Pied de page des forums

Propulsé par FluxBB