Je me pose des questions sur le fonctionnement des plateformes d'héberment
mutualisés Apache/PHP/MySQL chez de gros prestataires.
Un schéma classique semble être :
- plusieurs serveurs web en frontal (en round robin DNS)
- un serveur ftp (unique ?) pour l'ensemble de ces serveurs
- dans les scripts PHP, on attaque les serveurs MySQL sur « localhost » ...
Quel mécanisme permet aux différents serveurs web de servir les même sites
(éventuellement avec des sessions stockées côté serveur) de façon
transparente ? Je veux dire : lorsqu'on uploade un fichier par ftp, il est
immédiatement disponible sur tous les serveurs web frontaux ... Un
mega-serveur NFS ? Mais quel est l'intérêt, dans ce cas, de multiplier le
nombre de frontaux ?
Y a t-il vraiment un serveur mysql (avec réplication) sur chacun des
serveurs web ?
Tout eclaircissement sera le bienvenu. D'avance, merci.
--
Olivier Le Cam
Mais quand on « attaque » un serveur mysql en spécifiant « localhost » dans le script PHP, cela signifie-t-il que ledit serveur tourne réellement sur la machine qui éxécute le PHP ou y a-t-il une astuce pour le faire tourner ailleurs ?
suffit de faire tourner un proxy
Pourrais-tu préciser s'il te plaît ? C'est possible pour un « UNIX domain socket » ?
a+ -- Olivier Le Cam
Xavier Henner écrivait :
Mais quand on « attaque » un serveur mysql en spécifiant « localhost »
dans le script PHP, cela signifie-t-il que ledit serveur tourne réellement
sur la machine qui éxécute le PHP ou y a-t-il une astuce pour le faire
tourner ailleurs ?
suffit de faire tourner un proxy
Pourrais-tu préciser s'il te plaît ? C'est possible pour un « UNIX domain
socket » ?
Mais quand on « attaque » un serveur mysql en spécifiant « localhost » dans le script PHP, cela signifie-t-il que ledit serveur tourne réellement sur la machine qui éxécute le PHP ou y a-t-il une astuce pour le faire tourner ailleurs ?
suffit de faire tourner un proxy
Pourrais-tu préciser s'il te plaît ? C'est possible pour un « UNIX domain socket » ?
a+ -- Olivier Le Cam
Xavier Henner
Xavier Henner écrivait :
Mais quand on « attaque » un serveur mysql en spécifiant « localhost » dans le script PHP, cela signifie-t-il que ledit serveur tourne réellement sur la machine qui éxécute le PHP ou y a-t-il une astuce pour le faire tourner ailleurs ?
suffit de faire tourner un proxy
Pourrais-tu préciser s'il te plaît ?
si conneixon par socket TCP, on accepte les connexions et on en ouvre une sur le serveur SQL
C'est possible pour un « UNIX domain socket » ?
la suffit d'ecrire un programme qui met lui meme son socket unix la ou
est censé etre celui de mysql et qui, a chaque connexion, se connecte au serveur SQL en tcp
Je l'ai jamais vu faire en pratique, mes d'apres mes souvenirs de programmation, ca doit prendre 50 lignes de C.
-- Xavier Henner
Xavier Henner écrivait :
Mais quand on « attaque » un serveur mysql en spécifiant « localhost »
dans le script PHP, cela signifie-t-il que ledit serveur tourne réellement
sur la machine qui éxécute le PHP ou y a-t-il une astuce pour le faire
tourner ailleurs ?
suffit de faire tourner un proxy
Pourrais-tu préciser s'il te plaît ?
si conneixon par socket TCP, on accepte les connexions et on en ouvre
une sur le serveur SQL
C'est possible pour un « UNIX domain socket » ?
la suffit d'ecrire un programme qui met lui meme son socket unix la ou
est censé etre celui de mysql et qui, a chaque connexion, se connecte au
serveur SQL en tcp
Je l'ai jamais vu faire en pratique, mes d'apres mes souvenirs de
programmation, ca doit prendre 50 lignes de C.
Mais quand on « attaque » un serveur mysql en spécifiant « localhost » dans le script PHP, cela signifie-t-il que ledit serveur tourne réellement sur la machine qui éxécute le PHP ou y a-t-il une astuce pour le faire tourner ailleurs ?
suffit de faire tourner un proxy
Pourrais-tu préciser s'il te plaît ?
si conneixon par socket TCP, on accepte les connexions et on en ouvre une sur le serveur SQL
C'est possible pour un « UNIX domain socket » ?
la suffit d'ecrire un programme qui met lui meme son socket unix la ou
est censé etre celui de mysql et qui, a chaque connexion, se connecte au serveur SQL en tcp
Je l'ai jamais vu faire en pratique, mes d'apres mes souvenirs de programmation, ca doit prendre 50 lignes de C.
