PHP|Débutant :: Forums

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.

un minimum, alors je ne suis pas concerné.:lol:

Blague à part, ces tutos sont quand même bien vieillots, voire ringards et obsolètes.

Bonjour,

Pour répondre à ta question, si tu commençais par le début. Si un client viens te voir et te dit "j'ai besoin d'un annuaire, vous faites comment?" tu lui dis quoi???
Tu lui dirais pas un truc du style, "quel genre d'annuaire avez-vous besoin? quels genre d'informations désirez-vous qu'il puisse gérer? Quelle est la volumétrie estimée de celui-ci? Quels outils d'exploitation avez vous besoin de lui associer? etc..."

Ben pour nous c'est pareil. On a actuellement aucune idée de tes besoins réels, donc impossible de te conseiller quelque chose si ce n'est d'aller voir si tu trouves ton bonheur dans les tutos du site.

++

Dernière modification par Jc (22-06-2012 11:02:55)

Ben non, tu as mal compris.
Ce que l'on doit savoir c'est

Celui qui doit faire des efforts pour clarifier sa demande c'est celui qui attend de l'aide.
Je vais, à nouveau citer Nicolas Boileau

Pour créer une table dans une base de données (si tant soit est qu'une table suffise pour couvrir le besoin), il faut recenser les informations (colonnes) qui seront contenues dans cette table et déterminer, pour chaque ligne de la table, quelle sera la colonne constituant l'identifiant unique.
Afin d'accélérer la consultation il faut savoir quelles colonnes devront être indexées.
Afin de déterminer quel SGBD choisir, estimer le nombre de lignes que contiendra la table au final, et le nombre de personnes susceptibles de l'interroger simultanément.
Il faut penser, mise à jour, sauvegarde, archivage...
Je vous refile mon code de formulaire HTML et démerdez-vous, ce n'est pas la philosophie de ce forum.

Et bien oui, cela fait partie des fondamentaux en informatique

Il faut comprendre historisation, doit-on conserver ad vitam eternam toutes les lignes de l'annuaire ou doit-on envisager de mettre certaines lignes de côté (sans pour autant les supprimer), membres peu ou pas actifs depuis un certain temps, etc

Non ça c'est de l'insertion, ou de la création de données. L'acronyme CRUD désigne les quatre opérations de base dans une base de données. Le U représente UPDATE (mise à jour) d'une information déjà présente dans la base de données. Un membre change d'adresse ou de n° de téléphone.

Tu vois bien que les réponses à ces questions ne se trouvent pas dans ton script HTML.

Une bonne approche serait, par exemple, de lire quelques tutos sur la modélisation des données dans les systèmes d'information.
J'ai souvenir d'avoir traduit le chapitre 6, Conception d'une base de données, d'un bouquin sur SQLite. Ça doit être sur mon site.
http://maljuna.kris.voila.net/SQLite/Chapter_6.pdf.

Si j'ai pris la peine de le traduire, c'est que ça me semblait assez irréprochable et accessible.

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 ?

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 ).

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 ) 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.

Dernière modification par pimiento (24-06-2012 15:50:10)

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.

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. 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.

Cordialement,

Jc.

EDIT: 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û. Notre métier est un beau métier et nécessite beaucoup d'efforts, 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. En tout cas merci pimiento pour votre proposition, elle est appréciée en tout cas pour ma part.
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. 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érale 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. 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.

Dernière modification par Jc (24-06-2012 18:59:06)

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.

Oui ça c'était avant

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.

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.

Efforts que je suis prêt a faire moi aussi

De rien ça aurait été avec plaisir.

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.

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.

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...
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é