[Plan du site] Vous êtes ici --- > Le Site du Zéro > Les news > Site du zéro > Maintenance dans la nuit du jeudi au vendredi > Lecture d'une news

Commentaires de news :
Maintenance dans la nuit du jeudi au vendredi

Revenir à liste des news

Maintenance dans la nuit du jeudi au vendredi

# Par M@teo21, le 22/04/2008 à 12:58:09

"The Itchy and Scratchy shooooooow !"

Chers auditeurs, bonjour !

J'ai l'honneur de vous annoncer qu'un nouvel épisode des aventures d'Itchy et Scratchy est programmé pour la nuit du jeudi au vendredi de cette semaine. Un épisode sanglant, à l'issue incertaine... comme on les aime !

Mais... de quoi vous parlez ? Moi pas comprendre o_O

Petit rappel des faits pour nos nouveaux auditeurs : le Site du Zéro étant un site à fort trafic, il est hébergé sur des serveurs dédiés. Nous possédons plusieurs serveurs, 4 très exactement, à qui nous avons donné des noms des personnages des Simpsons pour mieux nous repérer :

Bart : notre plus vieux serveur dédié, à l'époque où le site fonctionnait encore sur un seul serveur. Il sert aujourd'hui uniquement à des fins de sauvegarde, et de gestion de services annexes (mails, dns...). A l'occasion, nous le transformons aussi en serveur de jeux pour des soirées jeux ouvertes à tous.
Lisa : bien plus performant que Bart, ce serveur assure aujourd'hui la fonction de serveur web (Apache 2).
Itchy et Scratchy : ce sont les 2 serveurs les plus récents, achetés grâce aux bénéfices réalisés par la précédente vente de T-Shirts SdZ. Leur rôle était initialement de servir de serveurs SQL (PostgreSQL) en réplication et load balancing.

Oui mais voilà, le destin en a décidé autrement. La mise en place d'un cluster de serveurs PostgreSQL s'est révélée bien plus ardue que prévu, et le manque de documentation à ce sujet ne nous a pas aidé. Finalement, après de nombreuses tentatives, nous avons décidé de ne faire tourner PostgreSQL que sur Itchy et de ne pas faire de réplication, en attendant d'arriver à mettre en place l'architecture que nous voulions.

Réplication ? Load balancing ? C'est-à-dire ?

C'est un sujet un peu technique, mais pour la culture générale c'est toujours bon de savoir "en gros" de quoi il s'agit.

Photo d'Itchy et Scratchy

Alors en quelques mots, l'objectif est d'avoir 2 copies de la base de données du site qui tournent en même temps sur 2 serveurs différents. Ces serveurs seront en réplication maître / maître, ce qui veut dire que les serveurs vont mutuellement observer les changements qui interviennent sur l'un et l'autre pour les répliquer (les dupliquer).
En clair, si on insère une ligne dans une table sur Itchy, Scratchy doit écrire cette ligne en même temps. Pareil pour une mise à jour et une suppression de ligne.

Il s'agit d'une réplication synchrone, c'est-à-dire que la mise à jour doit être simultanée sur les 2 serveurs. Il ne peut pas y avoir de délai car cela poserait alors de graves problèmes d'accès au site (on aurait 2 "versions" différentes du site en même temps). Là, avec une réplication synchrone, on peut littéralement écrire l'équation : itchy = scratchy.

Par ailleurs, Lisa (le serveur web) doit disposer d'un système de load balancing pour rediriger les visiteurs vers Itchy ou Scratchy en fonction de la charge de chacun d'eux. Notre objectif est d'envoyer chaque requête de chaque visiteur vers le serveur le moins chargé à l'instant T pour faire ce qu'on appelle une répartition de charge (load balancing).
Bien entendu, les requêtes sont répliquées sur l'autre serveur immédiatement mais... pas les requêtes de sélection (SELECT) ! Comme ce sont en général les requêtes les plus courantes, ça veut dire qu'on peut répartir la charge pour ce type de requêtes et donc au final réduire les temps de chargement des pages du site.

Il y a par ailleurs une autre application très utile à cette technique : le failover. Si pour une raison ou une autre l'un des serveurs venait à rendre l'âme (crash des disques ou autre), alors l'autre serveur prendrait le relai et encaisserait la charge à lui tout seul. Plus difficilement certes, mais pendant ce temps le site n'est pas coupé et nous pouvons tranquillement travailler à remettre en route le serveur qui est mal en point.

Au final, le schéma des serveurs désiré est le suivant :

Cliquez pour agrandir

Notez qu'Itchy et Scratchy sont respectivement référencés sur ce schéma sous les noms "Nouveau serveur 1" et "Nouveau serveur 2".

Bon, tout ça pour dire que nous avons une bonne nouvelle : cette architecture redevient enfin d'actualité !

Après avoir pas mal galéré il faut bien l'avouer (car c'est assez complexe), nous avons réussi à reproduire ce schéma en local sur nos machines de test dans les bureaux de Simple IT. La réplication synchrone maître / maître marche, le load balancing marche. Nous savons comment faire, il ne reste plus qu'à l'appliquer en production sur le SdZ.

C'est néanmoins une opération délicate qui comporte un certain nombre de risques, aussi nous avons besoin de couper le site pendant que nous mettons en place le cluster de serveurs en réplication. Par conséquent :

Le Site du Zéro sera coupé Jeudi soir à partir de 23h

Nous ne connaissons pas la durée nécessaire à la maintenance, car en production on a toujours des surprises. Nous le ferons donc dans la nuit pour gêner le moins de visiteurs possible.

Nous vous tiendrons ensuite informés de l'issue de la maintenance, en espérant que tout se passe bien. Si tout va bien comme nous l'espérons, le serveur Scratchy (jusqu'alors inutilisé) remplira alors complètement sa fonction.

A terme, on devrait donc pouvoir bénéficier d'un Site du Zéro plus rapide et plus résistant aux pannes. Il deviendra aisé par la suite de rajouter un serveur au cluster pour augmenter la puissance du site si besoin est. Ce devrait donc être rassurant pour l'avenir du site quant à sa capacité à accueillir de nouveaux visiteurs

Retour en haut

237 Commentaires

Désolé, les commentaires de cette news sont désactivés, vous ne pouvez pas en ajouter !

Page : Précédente 1 2 3 4 5 6 7 8 Suivante

Pseudo

Commentaire

1 visiteur sur cette news (0 membre et 1 anonyme)

Page : Précédente 1 2 3 4 5 6 7 8 Suivante

mer2022

# Posté le 22/04/2008 à 20:51:31

<?php echo $message; ?>
Avatar

Groupe : Membres

Citation : M@teo21

En effet, j'ai prévu de faire un tuto là-dessus tellement ça m'a saoûlé de pas trouver d'aide ou de doc. Ca concernera peut-être personne sur le site mais au moins si dans quelques temps ça peut aider ne serait-ce qu'une personne qui en galère comme nous l'avons été, ça vaudra le coup.

Excellente nouvelle, sa ne me servira pas mais je suis super content qu'il y ai des très bonne initiative comme celle la.

Bon courage et bravo a toute l'équipe!

Marre des chaine E-mail? Regarde ici

Stefanletroll

# Posté le 22/04/2008 à 20:54:24

Groupe : Membres

Citation : Nelty

Ah, enfin ! C'est génial, si j'ai bien compris ça peut diviser le temps de chargements actuel par deux (dans le meilleur des cas) ?

Non, pas vraiment.
Tu divise seulement le temps d'exécution des SELECT mysql par deux, dans le meilleur des cas. Tout le reste ne changera pas. Pire, je croit que la vitesse en écriture de deux disque dur coupler comme cela descend un peu, non?
Enfin globalement ca ira plus vite.

Sauver Terre 18, la seul planete ou il y a des vignes farcis a la courgette

Adrien93

# Posté le 22/04/2008 à 21:04:15

Groupe : Membres

Citation : Stefanletroll

Citation : Nelty

Ah, enfin ! C'est génial, si j'ai bien compris ça peut diviser le temps de chargements actuel par deux (dans le meilleur des cas) ?

Comme c'est du synchrone, l'écriture se fera toujours à la même vitesse (normalement). Mais sinon oui les SELECT iront théoriquement 2fois plus vite...

Ah oui et comme les SELECT ce feront à chaque fois sur le serveur qui a la charge moins élevée, même en écriture ça ira plus vite puisque le serveur sera moins occupé par les SELECT

KDE 4.1 C'est Magiik' :magicien:

Le C++, C'est plus fort que toi!

Kissifrot

# Posté le 22/04/2008 à 21:17:43

Groupe : Membres

Pour être original : bonne chance

Sinon, n'oubliez pas de synchroniser les horloges internes des 2 serveurs, au cas où

(et oui c'est le truc qu'on oublie et on se retrouve avec une réplication qui crashe les 2 serveurs)

Sinon très bonne idée le tuto

Freelancer Zero (version Alpha) Projet de MMORPG en Ajax (me contacter si vous êtes intéressé pour y participer).

srayo

# Posté le 22/04/2008 à 21:23:06

J' ai soif d' apprendre
Avatar

Groupe : Membres

Merci pour la news. J' ai raté l' arrivée d' Itchy et Scratchy et je pensais que le prochain serait homer ou maggie...

Bref merci pour les explications

batfunk

# Posté le 22/04/2008 à 21:40:44

Et là... c'est le drame...

Groupe : Membres

"J'attend la news"
lol

Wii Forum 2?
Le Wiiki sur la Wii Happy Tree Friends Forum Liero Xtreme: jeu gratuit Les 2 minutes du peuple Brackenwood
Referencement pour tous les webmasters !!
Frékence Flash Xtreme Insolite !
Messenger Poonex XiaoXiao Tous les épisodes des Happy Tree Friends
Image utilisateur

Line Rider flyer ligne ! Line Rider Line Rider
Jeux gratuits Animations Flash gratuites
Image utilisateur

zenbb

# Posté le 22/04/2008 à 21:45:30

Groupe : Membres

Citation : M@teo21

Ah! Je n'attends que ça!

Je serais hyper heureux si un tutoriel pouvait etre consacré à ce sujet car c'est un point difficile et technique, mais qui est simplement géniale une fois mis en place (à ce que j'ai du comprendre

).

M@theo, sors-nous un tuto traitant ce sujet, je serai très reconaissant là-dessus...

nicknick63

# Posté le 22/04/2008 à 22:10:23

Groupe : Membres

Oui enfin comme le dit M@téo, ça sera pas utile à masse masse zér0.

Envie de discuter avec la communauté d'Exalead ? Allez sur le chat ! (xmpp:exalead@chat.jabberfr.org)
Les tableaux, c'est tabou, on en viendra tous a bout !

OLFA-TN

# Posté le 22/04/2008 à 22:35:15

Il n'est jamais trop tard
Avatar

Groupe : Membres

Bon courage à vous

Gyzmo

# Posté le 22/04/2008 à 23:04:17

The Gyzmaster

Groupe : Membres

Merci pour toutes ces informations, c'est trés instructif encore une fois !

Et c'est grace à toi que je me rend compte qu'un site ayant un aussi gros traffic que le SDZ n'est vraiment pas de tout repos et nécessite énormément d'optimisation et de serveurs puissants...

C'est alors que je me demande comment font les sites encore plus imposant ? Quelles structures utilisent-ils ? Je pense à des sites qui peuvent accueillir dans les 50 000 visiteurs en meme temps !!

Ne pas cliquer ici !

djo0012

# Posté le 23/04/2008 à 00:48:45

Groupe : Membres

Citation : Gyzmo

C'est alors que je me demande comment font les sites encore plus imposant ? Quelles structures utilisent-ils ? Je pense à des sites qui peuvent accueillir dans les 50 000 visiteurs en meme temps !!

lit sa : http://fr.wikipedia.org/wiki/Wikip%C3% [...] _des_serveurs
sa te donnera une idée de l'installation de serveurutiliser par wikipedia

desoler pour le francais j'ai un manque de moliere en moi depuis un bout

Citation : moi-meme

Si vous n'arrivez pas a résoudre un problème c'est que vous n'avez pas assez travaillé dessus.

lanalathi

# Posté le 23/04/2008 à 01:15:09

O tempora, O mores
Groupe : Membres

pgCluster n'est pas super stable j'ai vu régulièrement des UPDATE sauter....

Inki

# Posté le 23/04/2008 à 10:16:42

Qui veut du café ?

Citation : Gyzmo

C'est alors que je me demande comment font les sites encore plus imposant ? Quelles structures utilisent-ils ? Je pense à des sites qui peuvent accueillir dans les 50 000 visiteurs en meme temps !!

Dans un premier temps le load balancing sur les bases de données peut-être augmenté, on augmente le nombre de serveurs et ça augmente énormément la rapidité du site. Mais après on fini par en arriver à un point ou le frontal web (serveur apache) ne suit plus... Quenéni ! On peux load balancer ça aussi ! Pour exemple quand tu vas sur mypix.com (un sous-site de pixmania) tu tombe sur l'un de ses 5 serveurs apache qui peut taper sur je ne sais plus combien de serveur de base de données (load balancées par un système ressemblant à celui qu'on va utiliser sur le site du zéro)

Après, si ça ne suis toujours plus la charge, on peut rajouter une couche, les serveurs de cache, comme wikipédia. Ces serveur n'éxécute plus de code php mais se contente de relancer les pages qu'ils connaissent tant qu'elles n'ont pas changé. Bien sur on peux avoir plusieurs serveurs de caches en batterie =)

Si vraiment le site est beaucoup trop fréquenté on peut encore rajouter des caches par dessus les caches, j'ai entendu dire que TF1 le faisait mais je n'ai pas trop compris, une sombre histoire de caches physiques et de caches logiques.

Bien sur avant d'investir dans de nouveaux serveurs on penses toujours à optimiser le code mis en oeuvre à chaque niveau, ce qui aide à tenir la charge.

Avec tout ça on peux déjà tenir pas mal de visiteurs simultanés, mais bien sur ça a un coût exorbitant, non seulement en serveurs mais également en informaticiens à employer pour maintenir ce système complexe en parfait état de marche =)

Une chose qui m'intrigue quand même avec les grosses architectures qui supportent une charge incroyable : Le premier load balancer, la machine qui est sur l'IP liée à l'adresse du site, comment fait-elle pour encaisser toutes les demande sans broncher ? Certe elle doit se limiter à rediriger les requêtes le plus simplement possible, mais ça suffit à tenir les milliers de visiteurs qui peuvent s'y connecter ?

Code : Console

Êtes vous sûr de vouloir détruire le monde ? (O/n) _

karamilo

# Posté le 23/04/2008 à 10:55:08

Aussie 'til December

Inki : en général, le premier truc, c'est du round robin DNS. C'est juste le serveur DNS qui répond 1 fois sur 3 server1, 1 fois sur 3 server2 et 1 fois sur 3 server3.
Ainsi, chaque nouveau client va taper sur un des 3 servers frontaux selon une probabilité de 1/3.
Il suffit d'avoir un serveur DNS, ça ne demande aucune ressource

Excellent!

Kurapix

# Posté le 23/04/2008 à 11:37:28

Groupe : Membres

News très intéressante.

Bonne nouvelle pour le site en gros

.

Si vous avez le temps de faire un tuto sur le load balancing, ... ça peut être bien -> hop je vais voir la doc de suite, ça a l'air vraiment intéressant.

La puissance n'est rien sans maîtrise.

-----------------------------------------------------------------------

[Bash] Script d'installation de C::B a partir des sources.
[ASM][ARM][GBA] Procédure hline : tracé d'une ligne horizontale
srand(), rand() ... gné?

-----------------------------------------------------------------------

To follow the path:
look to the master,
follow the master,
walk with the master,
see through the master,
become the master.

Poischack

# Posté le 23/04/2008 à 12:29:42

Groupe : Membres

Citation : Inki

Une chose qui m'intrigue quand même avec les grosses architectures qui supportent une charge incroyable : Le premier load balancer, la machine qui est sur l'IP liée à l'adresse du site, comment fait-elle pour encaisser toutes les demande sans broncher ? Certe elle doit se limiter à rediriger les requêtes le plus simplement possible, mais ça suffit à tenir les milliers de visiteurs qui peuvent s'y connecter ?

En utilisant du matériel fait pour, comme les switchs alteons qui tiennent une énorme charge sans broncher (mais bon $$$).

Diti

# Posté le 23/04/2008 à 13:35:09

Manchot empereur

Groupe : Membres

Citation : nicknick63

Oui enfin comme le dit M@téo, ça sera pas utile à masse masse zér0.

Comme tous les tutos officiels. Franchement, qui aurait envie de créer un site avec du code alors qu'il existe le WYSIWYG, ou d'utiliser Linux alors qu'il existe Windows :-°

?

C'est le but du site du zéro.

“HAPPY FEET YIFF IS ARTISTIC, DAMMIT!!!1!1!”

Jabber :

zeroologue

# Posté le 23/04/2008 à 13:55:47

le zéro est une science

Groupe : Membres

Allez la team !

Je suis sûr que vous y arriverez . Franchement je ne sais pas du tout le boulot que ca représente , mais d'apres la facon dont Matheo le présente , ca vous fait plus peur que la programation d'un moteur 3D !

Bon boulot , et à Vendredi matin (il me tarde deja ! Je ne sais meme pas pourquoi cela me tarde autant , vu que , au fond , je ne verrai pas énormement de changements ... :-°

le gros changement se passe de votre coté)!

Attention ! ne cliquez pas là !!!
C'est un site de streaming de sagas mp3 très subseptible !

Les 5 bonnes raisons de préferer GIMP à Photoshop :

1 - GIMP est totalement gratuit , alors que shop coute tres cher .
2 - GIMP gère énormément de formats d'images , dont le format de shop .
3 - GIMP est open-source et souvent mis à jour .
4 - GIMP gére aussi bien , voir mieux , les calques , les chemins et
les philtres que shop .
4 - GIMP ne demande pas énormément de puissance (j'arrive parfaitement à
le faire marcher avec 128 Mb de mémoire vive) .

La seule bonne raison personelle de préférer Photoshop à GIMP :
Perso , je trouve le logo horrible

. Apres , chacun ses gouts ...

tec

# Posté le 23/04/2008 à 14:09:11

death note fan

Groupe : Membres

karzmilo, vous avez pas de server mail?

linuxien extremment libriste :lol:

tecjas v5 se refait! (sa risque d'etre long :-°

) (preview Here!)

Blood Angel

# Posté le 23/04/2008 à 14:13:29

Dont worry, Be happy!
Groupe : Membres

bart s'occupe de ce qui a rapport o mail je crois...corrigez moi si j'ai tord.

Personnellement je suis ce site depuis la version 2 et je suis fou de ces moment et de ces histoire de serveur...j'ai hâte d'avoir le feed back de l'opération!

..:*[Blood_Angel]*:..

Urc@d0X

# Posté le 23/04/2008 à 14:49:55

Groupe : Membres

Blood Angel > Tu as raison c'est écrit dans la news d'ailleurs

Gyzmo

# Posté le 23/04/2008 à 14:56:38

The Gyzmaster

Groupe : Membres

Merci à vous pour les infos, j'aurai compris comment fonctionne les gros sites et ce qu'est le load balancing

Sinon pour en revenir au SDZ je trouve qu'il tourne déja relativement bien même avec 800 zéros connecté, pensez vous qu'il est indispensable de procéder à ce changement ?

Ne pas cliquer ici !

Adrien93

# Posté le 23/04/2008 à 15:03:10

Groupe : Membres

Citation : Gyzmo

Merci à vous pour les infos, j'aurai compris comment fonctionne les gros sites et ce qu'est le load balancing

Sinon pour en revenir au SDZ je trouve qu'il tourne déja relativement bien même avec 800 zéros connecté, pensez vous qu'il est indispensable de procéder à ce changement ?

Ben oui! parce que parfois faut l'avouer les sites est lent...
Et en plus ils ont déjà ces serveurs, c'est juste de la mise en fonction parce que pour le moment avoir un serveur qui sert à rien dans le datacenter ça coute pour rien..

KDE 4.1 C'est Magiik' :magicien:

Le C++, C'est plus fort que toi!

nicknick63

# Posté le 23/04/2008 à 15:29:24

Groupe : Membres

Citation : Diti

Citation : nicknick63

Oui enfin comme le dit M@téo, ça sera pas utile à masse masse zér0.

Comme tous les tutos officiels. Franchement, qui aurait envie de créer un site avec du code alors qu'il existe le WYSIWYG, ou d'utiliser Linux alors qu'il existe Windows :-°

?

C'est le but du site du zéro.

J'ai pas dit que c'était inutile, bien au contraire

. Et sinon ton argument est un peu bidon, il y a plus de gens qui veulent créer des sites que de gens qui veulent faire du load balancing, et il n'y a pas de logiciel "super simple mais qui pondent un truc super moche" pour en faire

Envie de discuter avec la communauté d'Exalead ? Allez sur le chat ! (xmpp:exalead@chat.jabberfr.org)
Les tableaux, c'est tabou, on en viendra tous a bout !

Monster Devil

# Posté le 23/04/2008 à 16:03:52

Terreur Urbaine

Groupe : Membres

Pas tant bidon que ça en fait

.
Pour beaucoup de zéros venant sur le site pour leur plaisir (pas leurs études), le SdZ ne se contente pas d'être un lieu d'apprentissage mais aussi un lieu de découverte.
Beaucoup moins de zéros s'intéressaient au C avant que le tuto arrive, idem pour linux.
Bon, mais c'est vrai que le load balncing touchera un plus petit nombre de zéros x) . En revanche le nombre de lecteur ne sera peut être pas si petit qu'on le croit.

Aujourd'hui, on peut insulter un pays de l'UE sans passer aux infos.
/!\ Un jour changement de pseudo :p.
Deux petits votes pour le bien d'

(wiki),SVP =) :
Plus de légèreté
Pas de chargement des vignettes avec le mode sans vignette

nicknick63

# Posté le 23/04/2008 à 16:25:47

Groupe : Membres

Non mais regardez le message auquel était destinée ma réponse avant >< . Je pense que zenbb a cru que cette méthode permettait de faire gagner du temps à n'importe quel site, mais non, il faut avoir un hébergement dédié, plusieurs serveurs, et surtout un énorme trafic pour que ça soit utile.
Moi aussi j'irai surement lire le tuto par curiosité, mais je pense, et m@téo de même, que peu de zér0 le mettrons en application.

Envie de discuter avec la communauté d'Exalead ? Allez sur le chat ! (xmpp:exalead@chat.jabberfr.org)
Les tableaux, c'est tabou, on en viendra tous a bout !

tec

# Posté le 23/04/2008 à 16:27:03

death note fan

Groupe : Membres

bah le load balancing c'est utile pour els admins de server

si le tuto load balancing sert a rien, le tuto creer un server? creer un serveur d'hebergement? y'a aps que la prog et tux sur le sdz

linuxien extremment libriste :lol:

tecjas v5 se refait! (sa risque d'etre long :-°

) (preview Here!)

nicknick63

# Posté le 23/04/2008 à 16:29:29

Groupe : Membres

Non mais c'est pas possible, vous lisez qu'une partie des messages ou quoi ? oO
J'ai pas dit que c'était inutile, bien au contraire, sinon notre vie sur internet serait un enfer, mais 99,9 % des zér0 n'ont pas un site avec plus d'un million de visiteurs uniques mensuels et 3 serveurs dédiés !

Envie de discuter avec la communauté d'Exalead ? Allez sur le chat ! (xmpp:exalead@chat.jabberfr.org)
Les tableaux, c'est tabou, on en viendra tous a bout !

Adrien93

# Posté le 23/04/2008 à 16:36:36

Groupe : Membres

Citation : nicknick63

C'est clair que là ils font exprès de t'embêter

KDE 4.1 C'est Magiik' :magicien:

Le C++, C'est plus fort que toi!

Ver des Roches2

# Posté le 23/04/2008 à 16:36:42

Groupe : Membres

Bonne nouvelle que les 2 serveurs SQL puissent bientôt bosser main dans la main... je me demandais de plus en plus QUAND cela allait pouvoir être mis en place, mais je me doutais bien que le problème était toujours étudié par nos très chers administrateurs

. Si tous les problèmes et questions techniques sur le sujet ont trouvées leur réponses et qu'il n'y a "plus que" le déploiement à faire, c'est cool.

Je suis également très intéressé par un tuto sur le sujet, pour ma culture perso, (car il est (malheureusement

) assez improbable que j'ai les besoins de déployer une telle architecture dans les années qui viennent, même si comme on dit, tout peut arriver

ou alors je le tenterais "pour le fun" avec 3-4 PC de récup

). Il est vrai qu'il est très intéressant de comprendre comment on peut faire fonctionner plusieurs serveurs ensembles afin qu'ils se répartissent le boulot... quand on pense que Google disposerais de plus d'un million de serveur, imaginez le boulot pour faire fonctionner tout ce beau monde :-°

.

En espérant que cette soirée de maintenance ne représente pas pour les administrateurs une nuit blanche de plus passée au cotés du SDZ, je vous souhaite bon courage

.
Et encore merci aux développeurs et administrateurs qui travaillent "dans l'ombre" pour nous permettre d'avoir un site toujours disponible et aussi rapide que possible.

I like airplane, I'm like a bird, I love flying, I'm free ! Consulter mon site Web sur l'aéronautique et l'informatique.

Ver des Roches o_O