Comprendre relation serveur et site web
Résolu/Fermé
Marc
-
Modifié par Marc le 15/06/2011 à 16:44
avion-f16 Messages postés 19249 Date d'inscription dimanche 17 février 2008 Statut Contributeur Dernière intervention 15 juin 2024 - 15 juin 2011 à 20:22
avion-f16 Messages postés 19249 Date d'inscription dimanche 17 février 2008 Statut Contributeur Dernière intervention 15 juin 2024 - 15 juin 2011 à 20:22
A voir également:
- Comprendre relation serveur et site web
- Site de telechargement - Accueil - Outils
- Web office - Guide
- Création site web - Guide
- Site comme coco - Accueil - Réseaux sociaux
- Site inaccessible - Guide
2 réponses
avion-f16
Messages postés
19249
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
15 juin 2024
4 504
Modifié par avion-f16 le 15/06/2011 à 20:22
Modifié par avion-f16 le 15/06/2011 à 20:22
Salut,
« Chaque profil doit bien contenir 6Mo »
Non, les fichiers sources ne sont pas copiés pour chaque blog !
En réalité, les sous-domaines (utilisateur.skyrock.com) pointent vers un dossier contenant le nécessaire pour tous les blogs.
Et dans ce "nécessaire", qui est une application (en PHP par exemple), on fait la différence en lisant l'URL depuis laquelle on se connecte au serveur.
"S'ils ont 1 000 000 d'utilisateurs. Il leur faut 6To"
Eh bien non. Il n'y a que la taille de la base de données qui varie en fonction du contenu ajouté par les utilisateurs. Et également le "FTP" pour les images.
"Et si 1000 personnes se connectent en même temps, il faudra au site 6 Gbps."
Quand tu te connectes à un site, tu ne le télécharges pas entièrement.
Ton navigateur charge uniquement la page, l'analyse, et charge les ressources nécessaires (CSS, images, JS, etc).
Et il ne charge pas l'application sur le serveur, mais uniquement ce que le serveur lui renvoie.
Une page ne fait que quelques ko.
Puis 1000 personnes connectées en même temps, mais combien qui charge une page en même temps ? Très peu.
L'architecture (64 bits) est le type du matériel installé.
Cette architecture a commencé à se répandre il y a quelques années.
Maintenant, tous (ou presque) les PC vendus l'utilisent.
Avant, c'était le 32 bits.
Les bits, c'est la taille des registres du processeur.
Plus il y en a, mieux c'est.
La RAM ne détermine pas la vitesse mais le nombre de processus chargés en même temps, et la taille de ceux-ci.
Plus ton programme (PHP) sera lourd, plus il te faudra de RAM.
Plus tu auras de visiteurs, plus il t'en faudra.
Il en est de même pour le processeur.
"Dans ce cas, c'est suffisant ?"
Oh que oui ! C'est même bien de trop pour quelqu'un qui n'a pas encore commencé son projet.
Ce genre de serveur n'est pas vraiment utilisé pour des sites Web mais plutôt pour la virtualisation : on fait plusieurs serveurs virtuels à partir d'une seule machine physique.
La pensée mène le monde.
« Chaque profil doit bien contenir 6Mo »
Non, les fichiers sources ne sont pas copiés pour chaque blog !
En réalité, les sous-domaines (utilisateur.skyrock.com) pointent vers un dossier contenant le nécessaire pour tous les blogs.
Et dans ce "nécessaire", qui est une application (en PHP par exemple), on fait la différence en lisant l'URL depuis laquelle on se connecte au serveur.
"S'ils ont 1 000 000 d'utilisateurs. Il leur faut 6To"
Eh bien non. Il n'y a que la taille de la base de données qui varie en fonction du contenu ajouté par les utilisateurs. Et également le "FTP" pour les images.
"Et si 1000 personnes se connectent en même temps, il faudra au site 6 Gbps."
Quand tu te connectes à un site, tu ne le télécharges pas entièrement.
Ton navigateur charge uniquement la page, l'analyse, et charge les ressources nécessaires (CSS, images, JS, etc).
Et il ne charge pas l'application sur le serveur, mais uniquement ce que le serveur lui renvoie.
Une page ne fait que quelques ko.
Puis 1000 personnes connectées en même temps, mais combien qui charge une page en même temps ? Très peu.
L'architecture (64 bits) est le type du matériel installé.
Cette architecture a commencé à se répandre il y a quelques années.
Maintenant, tous (ou presque) les PC vendus l'utilisent.
Avant, c'était le 32 bits.
Les bits, c'est la taille des registres du processeur.
Plus il y en a, mieux c'est.
La RAM ne détermine pas la vitesse mais le nombre de processus chargés en même temps, et la taille de ceux-ci.
Plus ton programme (PHP) sera lourd, plus il te faudra de RAM.
Plus tu auras de visiteurs, plus il t'en faudra.
Il en est de même pour le processeur.
"Dans ce cas, c'est suffisant ?"
Oh que oui ! C'est même bien de trop pour quelqu'un qui n'a pas encore commencé son projet.
Ce genre de serveur n'est pas vraiment utilisé pour des sites Web mais plutôt pour la virtualisation : on fait plusieurs serveurs virtuels à partir d'une seule machine physique.
La pensée mène le monde.
Aquall
Messages postés
36
Date d'inscription
mardi 31 mai 2011
Statut
Membre
Dernière intervention
1 mars 2012
2
15 juin 2011 à 16:31
15 juin 2011 à 16:31
Le 64 bits permet le multiplexage (envoie et reçoie des données simultanément il me semble).
Pour la mémoire vivre c'est comme la RAM d'un PC. plus t'en a plus c'est "rapide".
PS: Si tu fais de la programmation objet comme C++ n'oublie pas les delete quand tu fais un new car dans le cas ou tu les oublie ta ram va pas apprécier et se remplir surtout s'il est dans une boucle Essaie tu vas voir comme ça plante bien XD
Pour la mémoire vivre c'est comme la RAM d'un PC. plus t'en a plus c'est "rapide".
PS: Si tu fais de la programmation objet comme C++ n'oublie pas les delete quand tu fais un new car dans le cas ou tu les oublie ta ram va pas apprécier et se remplir surtout s'il est dans une boucle Essaie tu vas voir comme ça plante bien XD