PHP|Débutant :: Forums

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

Dernière modification par pimiento (25-06-2012 15:02:24)

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

Merci pour tes encouragements :)

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

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.

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.

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.

Il faut bien comprendre que te ton modèle tu peux en extraire que les informations nécessaires que tu souhaites. Après il faut que ton modèle puisse gérer intégralement tes besoins, sinon tu seras amené tôt ou tard à recommencer peut être de zéro ton application avec une migration de données d'un modèle vers un nouveau modèle.
Si tu gardes ce modèle de formulaire et que la possibilité de créer un projet supplémentaire pour un porteur de projet doive pouvoir s'exercer, alors tu n'as pas le choix: il te faut créer un mode connecté dans lequel chaque porteur de projet va pouvoir rajouter des projets a son projet initial.
Les problèmes de sécurité que tu évoques n'ont pas de raison d'être à partir du moment où les choses sont faites comme elles doivent être faites. Il est même prématuré d'en parler à ce stade de ton projet.

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.

++

Dernière modification par Jc (26-06-2012 12:20:31)

Il te faut modéliser le cahier des charges de ton application et de son évolution à moyen terme (+ loin possible idéalement). Ensuite tu développes ton application au fur et à mesure de tes besoins, sur un modèle qui ne change pas. Cela n'a rien à voir avec le fait qu'une table soit plus fournie ou non ce qui n'a pas de sens d'ailleurs.

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.

Dernière modification par pimiento (30-06-2012 08:42:56)

Bonjour,

Je pense que c'est une bonne base de travail. Par contre ne pas imposer un enregistrement des membres, difficile pour faire un suivi de dossier. Il faut toutefois pouvoir récupérer le nom,prénom, adresse email valide et n°de tel. Si on se limite à cela, aucune confidentialité des données ne pourra être garantie car les données vont transiter par mail (pas de mail sécurisé ici) et donc en clair pour tous ceux que ça interesse.

Bonjour,

Comme je l'ai dit, je parlais du suivi de dossier. Si le membre n'a pas d'espace connecté sur le site, cela oblige dans ce contexte à ce que tout le suivi du dossier + modération se fasse par mail. Vu qu'un projet doit rester discuté dans un contexte privé, et vu le caractère public non sécurisé des mails (contexte usuel d'utilisation), un espace membre sécurisé en https reste la seule alternative possible vis-à-vis de vos obligations légales sur ce point.

++

Dernière modification par Jc (01-07-2012 17:19:54)

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à ?

Dernière modification par pimiento (05-07-2012 10:07:55)