Caching pour cub.xjs

Discussions sur l'API CUB
Répondre
i7d1hC4MjnhLIsSjTW
Messages : 9
Enregistré le : 21 février 2017, 10:18

Caching pour cub.xjs

Message par i7d1hC4MjnhLIsSjTW »

Bonjour,

Je commence juste avec vos tutoriels et l'API et j'ai remarqué que la requête à http://data.bordeaux-metropole.fr/API/cub.xjs?key= était particulièrement longue.
Celle-ci prend en moyenne entre 30/45s à chaque chargement de page, ce qui est très long pour l'utlisateur.

Il semble que ce script n'est pas caché par le navigateur, en tout cas le serveur ne revoie pas de tag ETAG permettant le caching pour le navigateur.

Les fichiers PNG eux se chargent correctement et sont correctement mis en cache et réutilisé lors d'une seconde visite.
Nicolas Bellengé

Re: Caching pour cub.xjs

Message par Nicolas Bellengé »

Bonjour,

vous parlez de temps de chargement de 30 à 45 secondes pour cub.xjs, c'est assez subjectif, tout dépend de la rapidité de votre connexion internet, le fichier pèse environ 800ko ce qui n'est pas si lourd que ca comparé à d'autres bibliothèques de cartographie en javascript (même ordre de poids qu'openlayers2 par exemple).

Quant-au fait de cacher ce fichier, c'est actuellement hors de notre scope. Vous aurez remarqué l'extension .xjs qui signifie que c'est du JS dynamique, généré à la volée par le serveur, nous effectuons du tracking sur ces fichiers et le contenu peut varier en fonction des contextes d'appel, d'où le maintien hors cache.


Celà étant dit, une nouvelle version de l'API est en préparation pour l'avenir de 2017, celle-ci fonctionnera en chargement dynamique et sera donc bien plus légère...
i7d1hC4MjnhLIsSjTW
Messages : 9
Enregistré le : 21 février 2017, 10:18

Re: Caching pour cub.xjs

Message par i7d1hC4MjnhLIsSjTW »

Vous avez entièrement raison, 800k ne devrait pas mettre autant de temps - Cela venait surement d'une mauvaise connexion internet.
Désolé et merci bien de votre réponse.
Répondre