{"id":2016,"date":"2015-10-18T23:38:29","date_gmt":"2015-10-18T21:38:29","guid":{"rendered":"http:\/\/blog.nebule.org\/?p=2016"},"modified":"2016-07-04T13:09:31","modified_gmt":"2016-07-04T11:09:31","slug":"gestion-des-applications-au-niveau-du-bootstrap","status":"publish","type":"post","link":"http:\/\/blog.nebule.org\/?p=2016","title":{"rendered":"Gestion des applications au niveau du bootstrap"},"content":{"rendered":"

Le bootstrap<\/em> \u00e9tait jusque l\u00e0 assez sommaire. Il se contentait de trouver la derni\u00e8re version valide de l’application en cours puis la chargeait pour affichage \u00e0 l’utilisateur. Une page sp\u00e9cifique permettait, et permet toujours, de voir les caract\u00e9ristiques du bootstrap<\/em> et de son travail \u00e0 des fins de d\u00e9pannage, mais sans interaction possible.<\/p>\n

\"20151018
\n<\/a>La page de d\u00e9pannage du bootstrap.<\/em><\/p>\n

Puis est venu la g\u00e9n\u00e9ration de l’environnement sur un nouveau serveur. Il n’y a pas plus d’interaction mais si il manque des choses importantes, tout est recr\u00e9\u00e9. Cela inclut la g\u00e9n\u00e9ration d’une nouvelle entit\u00e9.<\/p>\n

\"20151018<\/a>
\nPr\u00e9paration d’un nouvel environnement.<\/em><\/p>\n

Cependant, le bootstrap<\/em> n’a pas vocation a charger uniquement et exclusivement l’interface sylabe<\/a>, m\u00eame si c’est la seule disponible actuellement.<\/p>\n

Et puis il y avait cette mini application pour les serveurs, nServ<\/em>. C’est une sorte de copie du bootstrap<\/em> mais sans les informations de d\u00e9pannage. Plut\u00f4t que de la laisser de c\u00f4t\u00e9, inutilis\u00e9e, elle est maintenant int\u00e9gr\u00e9e comme application par d\u00e9faut en l’absence de directive contraire.
\nCette application par d\u00e9faut va quand m\u00eame apporter quelque chose de plus. Si elle \u00e9tait elle aussi statique, il serait difficile sur un nouveau serveur d’installer et d’utiliser une autre application. C’est donc l’application par d\u00e9faut qui va faire le lien entre le bootstrap<\/em> et la ou les applications disponibles. Et bien s\u00fcr, sylabe<\/em> sera list\u00e9 par d\u00e9faut, au moins au d\u00e9but.
\nLe code n’est pas complet, il faut ajouter la d\u00e9tection des applications disponibles et g\u00e9rer la s\u00e9lection de l’application et son usage dans la session PHP<\/em> sans avoir \u00e0 y faire r\u00e9f\u00e9rence dans tous les liens HTML<\/em>.<\/p>\n

\"20151018<\/a>
\nL’application par d\u00e9faut avec la liste des applications disponibles (ici juste sylabe).<\/em><\/p>\n

Enfin, la seule interaction possible ici est de synchroniser les applications via les boutons correspondants. On fait une seule application \u00e0 la fois parce que le processus de synchronisation peut \u00eatre un peu long.<\/p>\n

\"20151018<\/a>
\nSynchronisation d’une application.<\/em><\/p>\n

La d\u00e9tection des applications est assez simple. Seule l’entit\u00e9 locale du serveur peut d\u00e9finir des applications utilisables. M\u00eame si il y en a plus de disponibles, les autres ne seront ni visibles ni utilisables par le bootstrap<\/em>. Deux objets r\u00e9serv\u00e9s sont cr\u00e9\u00e9s \u00e0 cette fin :<\/p>\n