• le "contenu" préexistait au projet; je devais "simplement" (sic) parvenir à transférer les données dans une base MySQL;
• il y avait un intérêt pratique à concevoir cet outil de travail;

Première phase: l'analyse
Ainsi, ma première démarche a été de "décortiquer" les codes proposés par P.Jermann dans la "demo MySQL-php". Pas-à-pas, j'ai dressé l'inventaire des appels de fonctions, les paramètres choisis et les instructions. Chaque document .php me permettait de comparer la source et son affichage sur la navigateur de manière à me familiariser avec la structure de l'intégration des codes PHP et HTML.

Deuxième phase: les micro-tests
Elle a consisté à "bidouiller" le script d'origine. J'ai donc ajouté des portions de codes simples (p.ex les fonctions 'include' ou 'echo'). L'usage de la fonction 'echo' m'a également permis d'afficher le contenu d'une variable à différentes étapes du script. Cette phase de la démarche est pour moi extrêmement importante dans l'élaboration mentale que je peux me faire de l'outil.

Troisième phase: MySQL
Il s'agissait ici de comprendre les commandes de bases pour accéder à une base de données en mode terminal, créer une table, un fichier de commandes externe (afin d'éviter les erreurs de scripting en ligne), soumettre celui-ci à MySQL, etc. Quoiqu'incomplet, le "mysql_tutorial" a été particulièrement utile.
Le travail le plus délicat, à ce stade, a été le transfert des données de ma base d'adresses. Les contraintes syntaxiques de MySQL ne laissent en effet passer aucun écart et plusieurs tentatives ont été nécessaires pour réussir le transfert. La consultation du manuel MySQL en ligne m'a permis de trouver la commande ad hoc ('load data infile').

Quatrième phase: intégration en consultation
Dans la mesure où je possédais une table, le premier test d'intégration a été de réaliser un document php me permettant de la consulter. Pour ce faire, j'ai adapté le fichier "dump_results" de la demo de P.Jermann.
Le résultat n'a pas été probant! En activant le script, je recevais systématiquement un message d'interdiction d'accès... à la base si je choisissais le login "nobody", au serveur si j'utilisais mon login+password pour accéder à la base!

Cinquième phase: contournement du problème
Hypothèse no 1: un problème d'autorisation au niveau du serveur ou de la base de données. Hypothèse no2: une erreur de paramétrage de ma commande d'accès...
La solution au problème, je l'ai trouvée en explorant d'autres ressources PHP sur Internet. C'est l'exemple de script "Guestbook" de Shane Caraveo qui m'a permis de contourner l'obstacle (malheureusement, je ne parviens plus à retrouver l'URL de ce document...). Fort bien documenté, le travail de Caraveo permettait une analyse détaillée du script. Il a donc été très simple de l'adapter, de créer la table idoine sous MySQL (le fichier de commandes figure dans la documentation de S.Caraveo) et d'en tester le fonctionnement... Résultat positif! La seconde hypothèse était la bonne. En remplaçant les commandes et les paramètres de mon script "dump" (et l'aide de P.Jermann pour la mise au net!), le contenu de ma base "adresses" pouvait être consulté... avec un bémol singulier: au-delà de 500 enregistrements, le navigateur se "plantait"!^

Sixième phase: les fonctionnalités
Je parvenais donc à la dernière étape: intégrer les fonctionnalités essentielles. Un script de recherche, un script d'édition d'enregistrement et un script d'effacement . Compte tenu du travail réalisé précédemment, cette phase a été relativement aisée. Une surprise toutefois: l'édition d'un enregistrement et le renvoi dans la base créait un nouvel enregistrement, porteur du même ID... Le bug provenait d'une erreur de définition de ma table: le champ ID n'avait pas été défini comme une "primary key"!
Pour corriger l'erreur, la procédure suivante a été effectuée: 'dump' de la table, suppression de la version bug, édition du fichier 'dump' (contenant le fichier de commande de création de table ET les données), réimportation du fichier de commande.
Une dernière fonctionnalité a été implémentée par P.Jermann: celui-ci m'a paramétré un fichier htaccess permettant de protéger l'accès à la base par un login+password.

Résultat
Pour l'heure, la version beta fonctionne. Au-delà de la maquette, plusieurs corrections devront encore être apportées: mise en page, création de 'listes' pour remplacer certains champs 'texte', affiner les scripts d'affichage des données (option listing, option 'fiche individuelle', etc.), barre de navigation mieux conçue, script de confirmation d'effacement (!), etc.

Un exemple de casse-tête pour débutant (même motivé)? Allons-y:

• LOAD DATA INFILE 'text_file_name.text' [REPLACE | IGNORE] INTO TABLE table_name [FIELDS [TERMINATED BY ',' [OPTIONALLY] ENCLOSED BY '"' ESCAPED BY '\\' ]] [LINES TERMINATED BY '\n'] [(Field1, Field2...)]

Vous en voulez d'autres?...

• Tecfa's php page
• The Berber's Example page
• Le site PHP 3
• Tecfa's MySQL
• Reference Manuel MySQL