Bonjour
J'aurais besoin d'un gros hébergement mais j'ai un petit problème qui me tracasse...
Comment je pourrais estimer les ressources que mon site va utiliser ?
Il faut que je fasse des tests au risque de me faire suspendre ?
Help j'ai besoin de conseils !
Merci
@micalement
Tesla
La question a déjà été abordée
L'herbegeur dépendra de ta consommation, en quelquechose
Si tu consomme beaucop de Bande Passante, choisi un hebergeur qui limite en nombre de hits (ovh).
Si tu consommes beaucoup de hits, choisi un hebergeur qui limite en bande passante (sivit).
La consommation depend si ton site est plutot en texte ou en image.
Ensuite comment ton site est référencé et donc du nombre de visiteur actuel et cette évolution.
D'un herbergeur gratuit, je suis passé à un petit hebergement, pour plus gros aujourd'hui avec 4.000 visiteurs, dont 80 % par google.
L'espacet référencement peut-être une limite désirée pour ne pas avoir à changer de serveur, voire d'hebergement.
Si c'est pour les ressources CPU/RAM, ben tu peux tester. La premiere fois il t'envoient un mail pour te prévenir. Sinon, il faut que tu estimes le nombres de visiteurs potentiels, comme dit dans le message au dessus
Sinon qq conseils :
- effectuer le minimum de requetes SQL, ca plombe les stats
- vider les variables une fois qu'elles sont inutilisée (unset($var) en php) ou alors les reutiliser, c'est encore mieux.
- Faire du (X)HTML + CSS, cela limite énormément la BP.
lut,
on parle de ressource serveur ...
Le rss/xml pompe-t-il moins de ressources serveur que les requetes sql??
Merci
rss et sql n'est pas opposable
L'un est un flux de donnée
L'autre est un mode d'interoggation.
que passe t'on dans le flux, le resultat de requete ou plutot le resultat d'une requete sql.
A moins d'avoir énormement de sites syndiqués et que c'est sites soient beaucoup visités.
Pour limiter les requetes SQL, il reste l'utilisation du cache comme celà est fait sur SPIP.
Déterminer ses ressources en termes d'hebergement c'est tout d'abord savoir ce que l'on veut faire, de quelles ressources a t'on besoin (requete, hits, bande passante, espace disque, hotline)
lut,
En fait je me demandais, si à la place des tables MySQL, si on pouvait mettre une sorte de table xml ?? Car le xml est aussi une sote de langage d'archivage non ?
++
Le mieux AHMA pour gagner du temps sur les requetes SQL, c'est de faire des objets en PHP que l'on sérialise (je sais pas comment faire). Dans ces objects, tu mets tout les résultats SQL déjà traité sous forme de tableau ou ce que tu veux...
L'avantage, c'est un code spécifique PHP et optimisé pour le chargement. Par contre à chaque modif de la BDD, il faut bien faire attention de regénérer ces fichiers.
J'espere avoir été assez clair, le but étant de creer un système de cache assez rapide...
ouais je capte la chose.
Mais c'est pas dans mon bagage de faire des objets en PHP...
++
