LA GLOBULE

Arf ! Un doute sur ma façon de faire ...

Ben c'est rapide.

Sur iFRANCE, les photos de tous les blogs sont dans du MySQL.

Arf ! Un doute sur ma façon de faire ...

C'est ptet un peu plus lourd (niveau espace mangé sur le disque dur), mais c'est aussi (si c'est bien pensé) beaucoup plus facile à maintenir et ptet legerement moins rapide (quoi que, sur des grosses quantités d'image, je serais curieux de voir un vrai bench : avec des Go d'image, le file system morfle pas mal quand meme).

Apres, c'est un choix à faire : soit tu te compliques la vie à gérer X dossiers et sous dossiers en prenant le risque de ne plus avoir de synchro parfaite entre MySQL et tes photos et d'etre un poil plus rapide, soit tu prends le parti de prend une solution plus simple, ou il n'y aura pas de desynchro mais qui sera un poil moins rapide.

Par contre, fait gaffe, parce que la table des photos va vite dvenir énorme (des Go), donc pense la bien :
- fais une table entete avec image_id, taille de l'image, type, etc..
- et une seconde table qui contiendra juste : image_id et le blob de l'image.

Comme ca, en tps normal, tu select la premiere table pour avoir des infos sur les images (ca t'evite de taper dans les x Go de la table 2), et tu select dans la seconde que si tu as une image à afficher.

N'oublies pas tes clés primaires (image_id dans les deux tables), et divers index sur la premiere table qui contiendra les entetes (index à determiner suivant ton site et les requetes que tu y feras).

PS : perso, j'opte toujours pour la solution MySQL dans ce cas.

Garder <option> en mémoire...

Fait un :

<select multiple="multiple" name="stock" size="5">

Comme ca, tu pourras en selectionner plusieurs d'un coup.
Apres, libre à toi de traiter le truc en PHP (a la soumission du formulaire) ou en JS (en live) pour faire la somme.

Arf ! Un doute sur ma façon de faire ...

Stocke tout en base, ca sera plus simple à gérer :)

Si tu mets des milliers de photos dans un seul dossier sur le FS, la machine va planter.

Alors si tu veux à tout prix garder les photos sur le FS, je te conseille de créer plein de dossier et de sous dossier pour repartir équitablement les photos dans chaque dossier / sous dossier (libre à toi de choisir la regle pour créer des nouveaux dossiers à la volée).

Mais pour les gros, je reste sur l'idée de tout mettre en base, d'autant plus que plein de petits fichiers sur le disque dur, c'est pas très performant (sauf en ReiserFS, mais bon..., c'est tellement plus simple de tout mettre en base) :)

[SQL] récupérer les x 1ers caractères d'un champ TEXT

Tu trouveras surement cela dans la doc MySQL :
http://dev.mysql.com/doc/refman/5.0/fr/string-functions.html

MySQL - DECIMAL

En règle générale, en informatique, les décimaux se forment avec des points, que ce soit en PHP ou dans MySQL.

Verifie aussi la taille / valeur de ton champs MySQL dans la structure de ta table.
Par défaut, ca met "10,0".
Or si tu laisses 0, ca indique 0 chiffre après la virgule, modifie le comme tu le souhaites.

Wall polué

Ils sont les liens pornos ? Chuis decu, j'ai recherché en base, j'en ai pas trouvé :/ (j'ai bien trouvé les wall dont tu parles, mais aucun avec des liens porno).

Bonjour recurrent

Bon ben petit coucou de mon lieu de vacances

La moto (cf. mon post précédent) est géniale, ca arrache méchant ;)

Et pour la v4, exactement, ca sortira quand ca sera pret (et surtout quand je vais rentrer sur paris, ben ouais, ici, je n'ai pas d'ordi pour bosser).

[MySQL] Selection du mois dans un date

Tu est tombé dans le piége que j'avais enoncé plus haut...
Ta requete est certes jolie, mais énorme consommatrice de ressource.

Mysql est obligé de se cogner tous les enregistrements de la table pour faire l'order by.

Je serais toi, je ferais le calcul de la moyenne par mois en PHP.

utilisation des ENUM

Tu peux faire un : SHOW COLUMNS FROM table
Puis des explode sur les résultats pour trouver les valeurs du ENUM.

Mais bon, cela charge ton application pour rien.
Met le en dur, ca sera 1000 fois plus simple.