Architecture de nos sites Web
Il faut savoir avant tout que tous nos sites ont été créés au fur et à mesure des développements par l'ensemble des personnes du labo ... permanents, thésards, stagiaires ... à l'IBMC dans les années 1990, à l'IGBMC de 1994 à 2013, au LBGI ICube à la fac de médecine jusqu'en 2017, au CSTB au CRBS.
Certains sites sont purement descriptifs beaucoup sont interactifs et s'appuient sur des bases de données construites en fonction des projets.
Le but premier de la plupart de ces projets scientifiques était l'étude des données biologiques en tant que telle ou l'écriture de programmes d'analyses, le site web associé n'était généralement qu'un plus pour faciliter l'accès aux résultats à la communauté scientifique.
Ces sites retracent l'histoire du labo, les technologies utilisées sont multiples et variées, chacun developpait en fonction des standards du moment et de ses envies.
La plupart des concepteurs ne sont restés au labo que le temps d'une thèse, d'un stage ... et ne sont des fois plus joignables.
Beaucoup de ces sites ont été repris, corrigés, adaptés et maintenus par d'autres (Raymond, Luc, Arnaud, Yannis, etc.). La plupart fonctionnent encore et ce même s'ils ne servent plus vraiment (... on ne sait jamais...)
Les technologies utilisées
À travers apache par pages html, cgi-bin, php, Rivet (tcl), ... En tout fait main ou par Joomla, Zend, et autres CMS
Ou serveur web en python, nodejs, tcl (Tanzer et Zincr)
Dans le temps (!) chacun avait sa propre page dans ~/www. Ce n'est souvent plus à jour.
Ça permettait à chacun d'avoir son propre espace. Une simplepage index.html ou un ou plusieurs sites plus conséquent.
Implémentation
L'entrée principale se trouve sur biplan dans /home/ripp/wwwLinux
Là on trouve directement les sites ou plus généralement un lien vers le site chez son propriétaire souvent dans ~machin/www/...
Pour soulager biplan la plupart de requêtes sont redirigées vers derrick (ou ena).
En raison de l'utilisation de frameworks plus ou moins compliqués, difficiles à mettre à jour, il a fallu créer des machines virtuelles pour permettre l'exécution d'anciennes versions de php (machine php5 par exemple) ou autres langages.
Attention, en plus de ~ripp/wwwLinux, beaucoup de redirections web sont faites dans /etc/apache2/sites-lbgi.conf et /etc/apache2/sites-available sur chacune des machines.
Beaucoup de sites utilisent des bases de donnée et des programmes d'accès à ces bases.
Une grande partie utilise le CafeDesSciences de Raymond ...
Les causes principales de pannes
Le site n'existe plus ou n'est pas redirigé dans ~ripp/wwwLinux ou /etc/apache2
Les droits ne sont pas bons.
Apache n'est pas lancé.
Les serveurs ne sont pas lancés (zincr start).
Rivet coince.
Le CafeDesSciences : il tourne depuis 1999, mais se bloque des fois tout seul (faut dire qu'on lui en demande beaucoup). Sous ripp sur ena, derrick ou autre faire "cafe" pour voir qui tourne, puis "killcafe all" pour les tuer tous, il se relancera tout seul à la première demande.
Avant que j'oublie :
pour les sites sous Fed
- fedlord
- gx
- genoret
- imanno
- gxdb ripp aRR 2 fois ... on arrive sur LBGI sous Fed en fait obsolete voir plutôt cstb
- idv
- cstb
- dbgs (mal nommé car c'est LBGI)
ce qui les distingue c'est own own/desk own/bora (Bleu ORAnge initialement pour genoret)
Certains sites sont protégés par /etc/apache2/sites-lbgi.conf et demande donc un passe :
la gestion est faire dans ulapache2/users
Pourquoi les pythons ne marchent pas en cgi-bin ?
Mobyle : par cgi-bin/portal.py par exemple
Les sites sous Zincr (Tanzer) :
- wali ... avec gstore
- evocc
- zscope ?? pourquoi il pointe sur wali ?