comment.html

staf 14 ¦ comment.html

home ¦ travaux ¦ staf 14 ¦ biblio

Programmation en php

" [...] PHP provides a way for you to put instructions in your HTML files to create dynamic content. These instructions are read and parsed by the web server; they never actually make it to the browser that is displying the page."

- p.309 (Webmaster in a Nutshell, 1999) -

Ce rapport résume l'évolution de mon travail fournit pour le cours staf 14 lors de la deuxième période. Il comprend la réalisation d'un questionnaire sur l'environnement (en format html). Le traitement et l'affichage des résultats de l'utilisateur se faisant à partir d'un fichier PHP (Hypertext Preprocessor). Les commentaires sur l'évolution de ma démarche se feront selon les 3 points suivants: objectifs & implémentation, difficultés rencontrées et réflexions & références:

objectifs & implémentation - mon objectif était avant tout de me familiariser avec la programmation PHP en créant un formulaire HTML, puis dans un second temps d'améliorer l'écriture des codes sources en organisant la succession des balises de manière plus cohérente. Dans l'ensemble, après avoir abordé le html pur (client-side), je me devais de comprendre en quoi PHP rendait le contenu dynamique (server-side). Au même titre que le pricipe du CGI (Common Gateway Intreface), PHP permet la récupération des données directement via le serveur. Ce qui permet une plus grande stabilité du système, puisque toutes les modifications apportées au traitement des données sont gérées par le serveur, et non en local. De plus, c'est un très bon support pour les bases de données, ce qui doit expliquer qu'environ 90% des sites internet sont écrits en PHP. La puissance de ce langage (qui ressemble à C, Java et Perl) est qu'il intègre des instructions au sein d'une page HTML classique. Un autre avantage de PHP est qu'il permet de composer une page HTML à partir de plusieurs fichiers, comme le javascript par exemple. A la seule différence que tous les browsers ne lisent pas javascript. D'où la force de PHP ou SSI. A terme, j'aimerais donc pouvoir inclure (balise "include") dans toutes mes pages HTML des menus fixes, ainsi que les informations redondantes du bas de page, grâce à PHP et non plus javascript. Cette démarche rejoint celle d'un allégement et d'une réorganisation du code source.
Le thème du questionnaire permet un prolongement logique à la réalisation du site éducatif "environmental friendly". J'ai même imaginé intégrer ce questionnaire à la page d'accueil du site afin de permettre aux utilisateurs de tester leurs connaissances avant et après leur découverte de l'hypertexte. Pour cette raison, j'ai utilisé plusieurs types de balise INPUT (text, radio, checkbox, menus déroulants, etc.) afin de rendre le quizz plus attrayant pour l'utilisateur. Le design de la page respecte celui de ma page personnelle, ainsi que celui de tous mes travaux STAF. Pour une plus grande cohérence.
Cette première partie de l'exercice terminée, il a fallu s'attaquer à un plus gros morceau: la récupération des données dans un fichier PHP au niveau du serveur. Pour ce faire, j'ai utilisé les balises classiques (< ? ...), sachant que mon PHP n'allait pas coexister avec du XML. A chaque balise INPUT dans HTML correspond un script particulier dans PHP. Ainsi, on peut personnaliser les feedbacks selon les réponses de l'utilisateur. Et c'est là tout l'intérêt du PHP. Je me suis donc contenté, pour chaque question, de fournir à l'utilisateur un récapitulatif de ses réponses ainsi qu'un commentaire personnalisé. J'ai également joué avec les couleurs du texte pour signifier le degré d'exactitude de la réponse. Pour finir, le fichier PHP donne le total des points (grâce à une addition de tous les scores associés à chaque variable) sur l'ensemble du questionnaire. Suivant la pertinence de la question, les scores pouvaient varier de -1 à 0, +1 ou +2. Un feedback approprié est également proposé, selon que l'utilisateur a un niveau faible, moyen, bon, très bon ou excellent.
difficultés rencontrées - la réalisation du formulaire en HTML était sans doute la tâche la plus accessible du projet, même si la création d'un QCM nécessite une certaine rigueur (il est important de respecter quelques contraintes vues dans le cadre du cours staf16: ne pas mentionner le nombre de bonnes réponses, variation de la position des bonnes réponses, respecter la longueur des propositions, éviter les propositions erronées, etc.). Les difficultés sont apparues lors de la réalisation du fichier PHP, puisqu'il faut personnaliser les feedbacks selon les réponses de l'utilisateur. J'y suis aller en tâtonnant, en vérifiant au fur et à mesure si les procédures marchaient. Quand ça n'allait pas, il me fallait souvent du temps pour repérer l'erreur. Surtout qu'elle pouvait se trouver là où on s'y attendait le moins. J'ai souvent eu de la peine à maîtriser les allers et venues entre le code HTML et PHP, ainsi que dans l'attribution des points lors des bonnes et des mauvaises réponses. L'idée étant d'éviter le hasard dans le calcul du total. C'est pour cette raison que pour certaines questions, une mauvaise réponse valait -1. Ce système est surtout efficace pour les questions de type "checkbox", puisqu'il évite à l'utilisateur de marquer des points lorsqu'il coche toutes les cases. C'est du reste les "checkbox" qui me posèrent le plus de souci. Une autre complication est survenue avec la question 7; ma première version obligeait l'utilisateur à rentrer les mots lui-même dans les cases appropriées. Mais cette démarche est coûteuse. J'ai donc finalement opté pour les menus déroulants.
réflexions & références - sur le plan technique, ce travail m'a permis de mieux comprendre la notion de "server-side", qui restait obscure depuis la première période. Je me sens également plus à l'aise avec le code HTML, ainsi qu'avec les CSS. Même s'il reste du boulot pour alléger encore l'écriture du code source de mes pages. Pour ce qui est du PHP, je pense avoir saisi le potentiel de ce langage et son intérêt dans l'intégration du code HTML. Mais je n'ai pas eu le temps d'inclure par exemple des entrées permettant pour chaque question d'évaluer le degré de confiance et une justification de la réponse. Dans le cadre d'un QCM, ces données pourraient permettre un calcul plus "juste" du total des points, en évitant au maximum le hasard.
Sur le plan conceptuel, et pour plus de rigueur méthodologique, j'ai rajouté une page "bibliographie" au rapport listant toutes les références utilisées pour la création du travail. J'ai également rajouté une citation au début du rapport, censée résumer en gros les acquis fondamentaux. De plus, et pour répondre à un souci d'ergonomie et d'adaptabilité des pages à tous les browsers, j'ai décidé de sacrifier la police "Andale Mono", pour celle plus polyvalente de "Verdana". J'y perds sans doute en esthétisme mais je gagne en simplicité et en "usability". Dans la première version du questionnaire HTML, j'avais insérer un "textarea" pour permettre à l'utilisateur de faire des commentaires, juste après avoir répondu aux questions. Ne sachant comment l'intégrer à la page PHP, j'ai préféré l'enlever plutôt que de ne pas m'en servir. Voici comment il se présentait:

Comment

En conclusion, le choix du thème est né d'un constat; celui de la nécessité d'une éducation à l'environnement. Selon Barth (1998), il existe une réelle sensibilité de la part du grand public. On pourrait alors envisager d'aborder d'autres thèmes: le chauffage au charbon & au gaz, les ordures ménagères & les emballages jettables, le bruit & le volume du traffic routier, la qualité de la vie & de l'eau potable, etc. Et ce pour permettre à chacun de se faire une opinion personnelle et objective sur la question.

staf 14 ¦ comment.html

" [...] PHP provides a way for you to put instructions in your HTML files to create dynamic content. These instructions are read and parsed by the web server; they never actually make it to the browser that is displying the page."

Comment