Pas tout compris, je pense que je vais changer de méthode ?

Merci

Tu devrais aller faire un petit tour sur la page d'accueil de PHPFrance, du coté de la liste des tutos ;)

Je vois pas comment upload les images?

Comment ça aucune idée ? Je m'étais permis d'espérer que ce que je viens d'expliquer t'inspirerait un schéma global de fonctionnement.... non ?

Parce que des idées bien sûr que j'en ai, mais c'est toi qui monte l'application, pas moi: je ne peux que t'aider à avancer quand tu bloques, et encore de préférence sur des problèmes de code, par sur la manière de concevoir l'architercure de ton application, ou alors de façon limitée, c'est difficile autrement.

Aucune idée ??

Une fois la table créée, il te faut préparer l'interface qui te permettra d'ajouter des photos dans ta base: tu ne le feras pas avec PhpMyAdmin tout au long de la vie du site. Donc tu peux commencer par là pour te rendre compte d'une chose : comment gère-tu l'upload et la transformation éventuelle ?

Petit à petit au fil du développement, tu vas découvrir que le chemin pour arriver à ton application finale est parsemé de détails nombreux :)

Une fois la table créer, il faut que je rentre toutes les photos dans la table ou pas besoin.

Merci

Tu as déterminé les champs, il te faut déterminer les types pour chaque donnée et créer la table:
on peut donc faire :
[code]CREATE TABLE images (
id INT PRIMARY KEY auto_increment ,
nom VARCHAR(32) NOT NULL,
titre VARCHAR(32) NOT NULL,
chemin_acces VARCHAR(255) NOT NULL,
evenement TEXT NOT NULL,
largeur SMALLINT NOT NULL,
hauteur SMALLINT NOT NULL);[/code]
CE qui va te donner comme structure :
[code]+--------------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+--------------+--------------+------+-----+---------+----------------+
| id | int(11) | | PRI | NULL | auto_increment |
| nom | varchar(32) | | | | |
| titre | varchar(32) | | | | |
| chemin_acces | varchar(255) | | | | |
| evenement | text | | | | |
| largeur | smallint(6) | | | 0 | |
| hauteur | smallint(6) | | | 0 | |
+--------------+--------------+------+-----+---------+----------------+[/code]
Ce schéma implique qu'aucun champ ne peut être vide ou contenir une valeur NULL.

- 1: mettre des données dans ta base
- 2: la requete pour récupérer les infos contenues dans ta base
- 3: affichage de tes photos
- 4: prendre un café
- 5: gérer le système de page
;)

Voila ma table donc :

id
nom
titre
chemin d'accès
evenement
largeur
hauteur

Et ensuite je commence par quoi ?

Peu importe, ce que je te montrais, c'est le principe. Si tu es certain d'avoir toujours les mêmes dimensions, alors effectivement, tu n'as pas besoin de ces deux champs dans ta table.

Moi je veux pas de format miniature, je vais les afficher directement en les redimensionnants deux par lignes sur 3-4 pages.

Merci

Voici [url=http://lepointcache.free.fr/index.php?page=galerie]un exemple[/url] de ce que j'ai fait: les images originales sont largement plus grandes, et comme tu vas pouvoir le constater, elles sont toutes en orientation "portrait". Mais les originaux n'avaient pas toutes les mêmes proportions. Donc les miniatures générées ont toutes la même hauteur (maximum fixé en paramètre lors de la génération), par contre leur largeur est proportionnelle à l'image originale et individuelle à chaque image.

J'avais donc besoin pour l'affichage des dimensions largeur ET hauteur, il auri=ait pu se trouver dans le lot une image een orientation "paysage".

J'ai donc récupéré ces dimensions lors de la génération et je les ai stockées dans la table images de la base de données.

Non elle ne feront pas tjs la meme taille ?

Feront-elles toujours la même taille ?

Je te pose la question pour une raison toute bête: je me suis fait une classe qui génère à la volée des images à partir d'un original uploadé. La classe ré-échantillone l'image dans une taille qui doit rentrer dans un cadre qui a des dimensions définies en paramètre. Mais si l'original est plus petit que ce cadre, l'original n'est pas agrandi pour ne pas perdre en définition par extension de l'image. Donc je peux à l'occasion avoir des images de taille variables.
Et puis comme les originaux peuvent être en portrait ou en paysage, les images générées par la classe reproduisent l'orientation fidèlement, donc les dimensions changent forcément d'une image à l'autre même si certaines dimensions seront communes pour plusieurs au moins dans un sens.

Donc, je crois que ces informations sont à ajouter dans ta table.