Discussion :

[santaflam]

Bonjour,

pour un petit site de vente e-commerce, soit env. 100 produits, 5 images par produit et une fréquentation de 20 clients/jour donc 600/mois ... avec un ou 2 petits pdf à télécharger (3 MB):

On me propose:
soit 1 GB disque et 8 GB de fréquentation/mois
ou bien
4 GB de disque et 40 GB de fréquentation/mois.

Au pif, quelle solution prendre ?
ou bien existe t-il une règle à la louche pour évaluer la bonne soution? Pour la place disque, je me doute que 1 GB suffit largement, donc la question serait essentiellement sur le débit fréquentation... 8 ou 40GB ?

Merci pour tout conseil.
Santaflam

[01001111]

Bonsoir, faire le calcul semble simple:
au niveau stockage ça semble largement suffisant même avec 1Go,
au niveau fréquentation :
si tu comptes au max 10Mo par page ce qui est déjà bien lourd pour du ecommerce avec 5 images par produit et des scripts,
(mais je compte les pages ou il y aura un défilement des produits avec miniatures éventuellement zoomables)
et en comptant un taux de rebond de 5 pages, ça 50Mo la visite,
puis tu multiples par le nombre de visites ça fait donc (50x600)Mo=30Go, donc si le site est vraiment fréquenté et en comptant de plus les crawlers et autres robots de référencement, c'est pas idiot d'opter pour la seconde solution.
tout dépend de la résolution des images chargées de base, si tu ne charges une image zoomée que sur requête d'un utilisateur, ou non...Là mon estimation est pour le plus lourd des cas et un bon taux de rebond. Mais si tu gères bien le cache et qu'il y a des clients qui reviennent souvent, ça peut diminuer...

[santaflam]

Merci 0100111,

Pour minimiser le poids des images, vaut-il mieux du jpeg ou bien du png? (Je pense faire du défilement d'images à la requête mais pas de zoom).

Merci.

[01001111]

Jpeg ! Avec un réglage de qualité de 50-60% tu gardes une qualité correcte. png ne doit servir que pour les transparences en utilisant png-24... Après je ne sais pas comment tu scriptes côté serveur et client mais si c’est du php tu peux peut-être utiliser imagick pour tes conversions sinon côté client l’objet canvas est manipulable en javascript pour convertir des images comme pour les cropper et redimensionner

[santaflam]

Merci!
Je ne sais pas comment il faut coder (php ou ...), je veux un site ultra léger (le contraire de la majorité des sites de vente), rapide en réponse aussi sur mobile/portable et facile à actualliser (nouveaux produits) pour le novice que je suis.
Donc j'ai commencé par faire le layout et les menus en HTML5/CSS3 à l'aide d'un magazine. Et pour le reste je veux le minimum de scripts Javascript ou php que je comprends à peine, et que je ne compte pas apprendre. Donc s'il faut récupérer quelques scripts, jouer avec 2 ou 3 blocs de php et du "include" ça va, mais j'espère ne pas devoir faire plus, sachant que mon cahier des charges est vraiment minimal.
Je posterai ce week-end l'état d'avancement pour synthétiser le cahier des charges (ça sera un site multilangue ausi).