[Conception] Stockage des images en base OUI / NON ?

Bonjour

Tout d'abord, d�sol� pour ce POST qui doit surement exister par ailleurs mais faire une recherche sur "base" et "image" c'est pas super pertinent ...

Du coup je RE-RE-RE-....-POST

Bref, je me heurte souvent � des probl�mes de droits pour �crire ou supprimer des fichiers sur les h�bergeurs ...

Je me pose la question du stockage en base des images ...

Quel impacte sur le site ? Rapidit�, volume de la base ...

Tous les Retex m'int�ressent ...

Merci.

Bonjour,


Pour ma part je d�conseille tr�s fortement le stockage des images dans la base de donn�es pour ces raisons:
- Trop lourd a g�rer.
- Manque de rapidit� (si beaucoup d'images qui plus est si elle sont lourdes)

Les images dans un rep, leurs propri�t�s (type, taille, auteurs... et bien sur "leur lien") vers le rep dans la BDD

Je suis d'accord avec M1000 : l'utilisation de fichiers comporte plus d'avantages que d'inconv�nients...
En ce qui concerne le principal avantage d'un stockage en base de donn�e, � savoir �viter les probl�mes de droits d'�criture, je vous ferais remarquer que peu d'h�bergeur autorisent une base de plus de 100 Mo, ce qui est tr�s peu si on ins�re des images dans la BD.

Si je dis pas de b�tise (mais je suis pas s�r) m�me quand on stocke des images dans une base de donn�es, on doit les enregistrer dans un r�pertoire sur le serveur avant de pouvoir s'en servir. Ce qui ram�ne au m�me probl�me de droit d'�criture.

Tu dis une b�tise
En fait, tu a le choix de stocker juste le chemin d'acc�s � ton image en BD (je pense que c'est ce que tu veux dire), ce qui est la bonne m�thode � mon sens, et stocker le code binaire de l'image en BD (ce qui est maaa�aaal)

La plupart des hebergeur autorise l'ecriture.

Et si tes images ne sont pas trop volumineuse, il n'y aucun mal � y stock� tes images, �a peut �tre plus simple si tu veux faire un dump de la base, �a t'�vite d'allez chercher tes images en m�me temps.

Mais bon... Apr�s c'est � toi de voir comment sont g�r� les droit sur le server qui heberge ton site.

En fait, ce que je voulais dire, c'est que quand tu stockes le code binaire d'une image dans une base de donn�es, tu dois ensuite l'enregistrer dans un r�pertoire du serveur avant de pouvoir l'afficher dans une page, et donc que des probl�mes de droit d'�criture se poseront quand m�me.
C'est �a la b�tise que je voulais dire. Si s'en est une �a veut dire qu'on peut utiliser une image stock�e dans une base de donn�es sans jamais l'enregistrer dans un r�pertoire du serveur.

Non c'est vrai que tu es oblig� de la stocker temporairement sur le serveur.
D'ailleurs, si tu ne pense pas � l'effacer par r�cup�ration dans ta page html, elle reste sur le serveur.

?
ben non, on est pas oblig� de faire �a, enfin je ne pense pas... Il suffit de faire un petit script qu'on appelle dans la balise image, par exemple <img src="getImage.php?id_image=xx" alt='' />
Apr�s il ne faut pas oublier de mettre les headers qui vont bien, etc, mais bon ce n'est pas tr�s compliqu� � mettre en place.

?
ben non, on est pas oblig� de faire �a, enfin je ne pense pas... Il suffit de faire un petit script qu'on appelle dans la balise image, par exemple <img src="getImage.php?id_image=xx" alt='' />
Apr�s il ne faut pas oublier de mettre les headers qui vont bien, etc, mais bon ce n'est pas tr�s compliqu� � mettre en place.

Je confirme ^^

Sinon pour ce qui est des droits des r�pertoires c'est clair que ca peut �tre la gal�re sur certains serveurs, je crois que la solution de base est de mettre le r�p parent en 777 temporairement depuis l'uid ftp puis de cr�er le r�p images depuis l'uid php. Perso j'ai jamais stock� d'images en BDD mais je verrais plusieurs questions � se poser :

- taille limit�e de la base ? (avec une BDD de 15 mo tu vas pas loin )
- une ressource de type getImage.php?id_image=xx est-elle gard�e en cache par le navigateur ? si c'est pas le cas et qu'il y a un quota de traffic ca peut vite grimper. Ca ralentit �galement l'acc�s au site.

J'ai pas de projet bien pr�cis en t�te et donc pas de donn�es r�elles ...

Mais je suis tomb� sur un projet o� les images �taient base et donc quand on supprime un enregistrement on supprime aussi les images ...

Y'a quelques avantages quand m�me mais c'est un projet Intranet ...
Je me demandais si �a pouvait tenir la route en Internet ...

Mais je crois comprendre que tous les avis vont dans le m�me sens ...


Merci pour vos r�ponses .

A la question "est-ce que �a tiens la route" : oui, bien s�r, pourvu qu'on ai de la place sur le serveur sql... Tout d�pend de ton h�bergement.
C'est vrai que pour la suppression d'enregistrement, c'est bien pratique de supprimer l'image en m�me temps, mais bon compar� aux avantages de la gestions par fichiers (r�cup�ration des infos, possibilit� de connaitre le type mime -si tu as des gif et des jpeg m�langer tu fais comment en BD? ) ya pas photo ^^

r�cup�ration des infos, possibilit� de connaitre le type mime -si tu as des gif et des jpeg m�langer tu fais comment en BD?

BEn dans la mesure ou je traite toutes les images propos�es avant de les stocker en base, j'ai toutes les infos sur l'image en question ...

oui tout simplement, j'avais pas trop r�fl�chi