IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Membre du Club
    Inscrit en
    septembre 2007
    Messages
    103
    Détails du profil
    Informations forums :
    Inscription : septembre 2007
    Messages : 103
    Points : 55
    Points
    55
    Par défaut Taille de Webhosting pour site e-commerce - ordre d'idée -
    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

  2. #2
    Membre confirmé Avatar de 01001111
    Homme Profil pro
    Développeur Web
    Inscrit en
    janvier 2009
    Messages
    313
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Loire (Auvergne)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : janvier 2009
    Messages : 313
    Points : 489
    Points
    489
    Par défaut
    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...
    0x4F

  3. #3
    Membre du Club
    Inscrit en
    septembre 2007
    Messages
    103
    Détails du profil
    Informations forums :
    Inscription : septembre 2007
    Messages : 103
    Points : 55
    Points
    55
    Par défaut
    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.

  4. #4
    Membre confirmé Avatar de 01001111
    Homme Profil pro
    Développeur Web
    Inscrit en
    janvier 2009
    Messages
    313
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Loire (Auvergne)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : janvier 2009
    Messages : 313
    Points : 489
    Points
    489
    Par défaut
    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
    0x4F

  5. #5
    Membre du Club
    Inscrit en
    septembre 2007
    Messages
    103
    Détails du profil
    Informations forums :
    Inscription : septembre 2007
    Messages : 103
    Points : 55
    Points
    55
    Par défaut
    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).

Discussions similaires

  1. [MySQL] caddie php pour site e-commerce
    Par kate59 dans le forum PHP & Base de données
    Réponses: 5
    Dernier message: 01/06/2009, 08h52
  2. Choix d'image côté serveur pour site e-commerce
    Par ardt_ales dans le forum Langage
    Réponses: 1
    Dernier message: 21/05/2008, 09h23
  3. asp pour site e-commerce
    Par aminox dans le forum ASP
    Réponses: 3
    Dernier message: 20/06/2006, 12h29

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo