Auteur Sujet: [SpeedTest] Adobe Animate ?  (Lu 1878 fois)

0 Membres et 1 Invité sur ce sujet

Nh3xus

  • Réseau Deux Sarres (57)
  • Abonné MilkyWan
  • *
  • Messages: 3 257
  • Sarrebourg (57)
[SpeedTest] Adobe Animate ?
« le: 02 décembre 2015 à 21:59:27 »
Comme Flash est déclaré comme mort par Adobe, je me demandais vers quels frameworks vont se tourner les développeurs d'outils de speedtest.

Adobe Animate CC est un bon candidat selon vous ?

vivien

  • Administrateur
  • *
  • Messages: 47 170
    • Twitter LaFibre.info
[SpeedTest] Adobe Animate ?
« Réponse #1 le: 02 décembre 2015 à 22:06:41 »
Aujourd'hui il y a 3 façon d'avoir un débit fiable avec une connexion 1 Gb/s :
- Une application (exemple iPerf3)
- Un test dans le navigateur via Java (version pour le trés haut débit de RTR-Netztest)
- Un test dans le navigateur via Flash (SpeedTest, nPerf, ect...)

Les applications c'est complexe, compatible avec un nombre restreint de configuration
Le java dans un navigateur web, c'est mort (plus supporté par Chrome et Edge, la fin du support pour Firefox est fin 2016)
Le flash est en fin de vie, mais il sera encore présent quelques années dans tous les navigateurs. A noter la fin du support pour Firefox dans Linux mi 2017 (Chrome sous Linux et Firefox sous Windows continue d'avoir Flash).

J'ai pas mal travaillé sur un moyen fiable de tester son débit dans un navigateur et la solution n'est pas simple. Aujourd'hui tous les tests sans flash ne sont pas fiables pour les connexions 1Gb/s. kgersen travaille surun speedtest sans Flash en HTML5/javascript.

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 804
  • 73
[SpeedTest] Adobe Animate ?
« Réponse #2 le: 02 décembre 2015 à 22:22:53 »
Comme Flash est déclaré comme mort par Adobe, je me demandais vers quels frameworks vont se tourner les développeurs d'outils de speedtest.

Adobe Animate CC est un bon candidat selon vous ?

Pourquoi tu veux un framework de rendu graphique pour faire un test de débit JavaScript ?? :o C'est une application technique complexe à bien mettre en œuvre et sensible aux performances disponibles, pas un feu d'artifice.

Tu utilises les WebSockets pour la transmissions des données (on a dépassé les 90 % de support global chez nous donc pas/plus besoin de fallback), avec l'API native côté client et ce que tu veux côté serveur (tant que ça se benchmarke bien), pour la présentation des résultats et de la progression du test tu dois pouvoir échafauder un truc avec des divs bien positionnés et un peu de CSS et ça doit être à peu près bon tant que côté technique tu ne fais pas quelque chose qui prohibe un test fiable pour les profils de grosses ou de petites connexions (comme un test mono-flux TCP avec 2 Mo de données).

Ensuite tu regardes pour d'éventuelles fonctionnalités supplèmentaires et utiles comme la mesure de la latence de manière réfléchie et pas trop biaisée, le partage d'une jolie image générée côté serveur avec dessus les infos qui peuvent être intéressantes, etc. (Et l'intérêt potentiel de certaines nouvelles fonctionnalités comme les WebWorkers pour optimiser ton code.)