Bonjour all,
 
Voila je vous eplique le dilem! Je suis en train de faire un site qui gere on va dire pas mal d'image qui peuvent être de différentes taille.
Vaut-il mieux créer une image de chaque taille ou faire comme je fais actuellement en utilisant GD a la volé?!
 
Disons que le serveur plante de temps en temps (pour le moment pour des test c'est un 1000GP chez OVH) et je ne sais pas si celà vient de ma prog qui merde et sature le serveur ou si c'est simplement le serveur qui plante malencontresement...
 
Quelle solution génère le plus de traffic ? laquelle utilise le plus le serveur (je pense que c ma maniere biensur car GD est plutot gourmand mais de là à faire planter le serveur?)?
 
Merci d'avance

Please help  

tu crées des miniatures c'est ça ? ton problème c'est l'utilisation CPU ou bande passante ?
 
Si ton soucis c'est l'affichage miniature, crée les avec gd (ou une autre bibliothèque) la première fois, et sauvegarde la. A la visite suivante, si la miniature existe, affiche là directement sans la recréer.

en fait le problème c'est que j'ai peur qu'une meme image sous 3 ou 4 taille différentes multiplier par 500 ca prenne vite de la place meme si c'est du jpeg en résolution max de 800*600

Je conseille de ne pas redimensionner à chaque fois l'image. Surtout que les accès risquent d'être simultanés, ça pourrait rendre indisponible ton site, alors que de l'espace disque, ça ne coûte plus grand chose.
 
Tu auras combien d'espace disque, pour quel prix ? Et à quelle charge d'utilisateurs, d'images t'attends-tu ?

Bah disons que pour le moment le site est sur un 1000GP OVH donc ca fait 1Go d'espace disque
A priori il y aura environ 500 visiteurs/jour voir plus (c'est les stats que m'a donné le responsable du site que je dois passer d'ASP vers PHP)

en comptant 1,5Mo pour un jpeg de 1280x960, avec des réso de 800x600,1024x768,1600x1200 ça donne maxi 10 Mo par lot d'image.
1go = 1000 000 Mo = 100 000 lot d'images différentes. Tu as largement de quoi faire, donc aucun soucis.
 
Evidemment, avec 500 users/jours, pas de soucis de surcharge, mais il suffirait que 50 se connecte tous en même temps pour voir une image...

1Go plutot proche des 1000Mo je dirais exactement 1024 meme
 
Et ca fais maintenant plus que 1000 lot d'images sachant que plusieurs exemplaires du meme genre de site seront regroupés sur le meme FTP et chacun environ 500 lot d'images, on arrive très vite aux 1500 voir plus lot d'images...
 
EDIT: On envisage de passer à un hébergement de 14HT/mois chez OVH donc 7.2Go d'espace disque car actuellement la personne pour qui je bosse a un espace de 500Mo pour le meme prix chez un autre hébergeur!

oups mauvais calcul. avec 7go c'est déjà mieux

En fait ce qui est bizarre c'est que le serveur marche vraiment nickel et c'est vraiment d un moment a l autre qu'il n'est plus joignable, il n y a meme pas de dégradation. Et il redevient joignable au bout d'un temps indéterminé.
 
C'est surtout ce phénomène que j'ai du mal a comprendre! Si c'était de la surcharge serveur, il y aurai une dégradation non ?

en théorie oui, mais si la charge était très forte...
Mais j'imagine que c'est du mutualisé chez ovh non ? si tes processus occupaient le cpu à 100% trop longtemps, tu aurais reçu un mail d'alerte de OVH.
 
Et dans les logs, il n y a rien de particulier ?

J'ai regarder les log mais je vois rien de particulier...
Oui c'est du mutualisé!

en mutualisé chez OVH, quand tes processus sont trop gourmand, ils sont automatiquement tués et tu reçois un mail d'alerte. Peut etre ton adresse email est mal renseignée chez eux et tu ne reçois pas ces mails ? Ou peut etre que l'indisponibilité proviens d'autres sites du serveur, qui eux sont gourmands.