{"id":2827,"date":"2016-11-27T13:59:08","date_gmt":"2016-11-27T11:59:08","guid":{"rendered":"http:\/\/blog.nebule.org\/?p=2827"},"modified":"2016-11-27T19:17:20","modified_gmt":"2016-11-27T17:17:20","slug":"bootstrap-avec-ou-sans-pre-chargement-des-applications","status":"publish","type":"post","link":"https:\/\/blog.nebule.org\/?p=2827","title":{"rendered":"bootstrap – Avec ou sans pr\u00e9-chargement des applications"},"content":{"rendered":"

Le pr\u00e9-chargement des applications<\/a> par le bootstrap<\/a> va permettre d’am\u00e9liorer l’exp\u00e9rience utilisateur lors du premier chargement d’une application. M\u00eame si les applications n’ont pas encore \u00e9t\u00e9 optimis\u00e9es pour en profiter pleinement, c’est d\u00e9j\u00e0 fonctionnel et efficace.<\/p>\n

Par contre, comme \u00e9nonc\u00e9 dans l’article pr\u00e9-chargement des applications \u00e2\u20ac\u201c indexation<\/a>, certaines applications n’ont pas forc\u00e9ment un int\u00e9r\u00eat \u00e0 \u00eatre pr\u00e9-charg\u00e9es.
\nC’est le cas de l’application defolt<\/a> qui se charge tr\u00e8s vite et dont la page de pr\u00e9-chargement n’apporte rien, voir casse un peu le principe de la page par d\u00e9faut.
\nEt c’est aussi le cas de l’application upload<\/a> qui charge vite mais qui peut \u00e0 l’avenir permettre la synchronisation d’objets et de liens entre serveurs. Hors le passage par une page interm\u00e9diaire oblige le serveur distant \u00e0 g\u00e9rer le cookie<\/em> de connexion avant de pouvoir envoyer des donn\u00e9es.<\/p>\n

La derni\u00e8re version du bootstrap<\/em>, qui va \u00eatre bient\u00f4t publi\u00e9e, reconna\u00eet maintenant un lien pour d\u00e9sactiver le pr\u00e9-chargement d’une application. Le comportement par d\u00e9faut reste de pr\u00e9-charger une application. Chaque application pourra, sur initiative du ma\u00eetre du code bachue<\/a> ou d’une autorit\u00e9 locale, ne plus \u00eatre pr\u00e9-charg\u00e9e.<\/p>\n

Le lien de non pr\u00e9-chargement a la forme :<\/p>\n