les API
https://fr.wikipedia.org/wiki/Interface_de_programmation
En gros une API permet à un logiciel tier d’accéder aux données d’un logiciel principal.
Ici, les API de guild wars permettent, entre autre, à d’autres logiciels d’accéder aux informations sur les événements, les map McM, etc.
N’étant pas développeur je ne peux vraiment t’expliquer comment on les utilise mais par exemple on peut les utiliser à l’aide d’un site internet ou d’une application pour smartphone.
En gros avec les API Anet permet un accès délimité à certaines données de son serveur afin que n’importe qui puisse les utiliser.
Je te remercie de ta précision. Comment nous simple joueurs de gw, qui ne connaissons pas grand chose a l’informatique, pouvons les utiliser ? C’est juste une information pour les developpeurs d’appli smartphone ou encore des sites internet dans le style de "timer " ?
Comme tu l’as dit c’est plus pour les développeurs d’applications ou de sites web.
Pas d’intérêt pour le joueur moyen d’aller consulter ces APIs. La seule chose que tu pourrais voir, ce serait des données brutes en texte. Dans le cas de l’API pour les événements, tu pourrais par exemple voir une liste avec tous les événements d’une zone, l’état dans lequel ils sont, combien de temps il reste avant leur début/fin, …
L’intérêt pour les joueurs, c’est qu’avant que ces APIs ne soient ouvertes, il n’y avait que des moyens détournés d’obtenir ce genre d’informations. Le site qui hébergeait les Dragon Timers par exemple, comptait sur les joueurs et sur les durées connues entre les événements pour “deviner” quand un événement allait apparaitre. Maintenant, il est possible d’aller consulter sur l’API si un événement est apparu ou non, et quand il va réapparaitre.
L’autre avantage d’une API, c’est qu’elle est indépendante de la plateforme (ordinateur, tablette, téléphone, réfrigérateur, …). Il est donc maintenant possible de développer une application pour téléphone portable permettant de consulter l’état actuel d’un match McM par exemple.
Au final, une bonne nouvelle pour les joueurs qui vont pouvoir agrémenter leur jeu de nouveaux moyens d’accompagnement.
Merci pour ces précisions, on a plus qu’a attendre, qu’ils sortent un nouveau site de timer basé sur ces API et ça sera parfait =)
Deux exemples de sites sont déjà présents dans le post que tu cites en ouverture. J’ai testé un peu gw2stuff hier soir, c’est beaucoup plus pratique qu’avant, mais pour les événements courts (pré-event béhémoth par exemple) c’est pas encore assez réactif. Pas que ce soit évident à faire mieux, mais pas encore suffisant.
Oui je viens de voir mais c’est déjà un bon début, c’est beta pour l’instant, faut vite mettre nos feedback pour que le site se developpe vite. Il est deja dans mes favoris <3
Bonsoir,
Tenez, lisez mon thread : https://forum-fr.gw2archive.eu/forum/community/links/API-GW2-Centralisateur-de-Sites/first#post150156
—
Est-ce qu’il n’y a pas un risque de surcharger les serveurs en cas de mauvaise programmation (requêtes trop fréquentes) ou de généralisation de l’utilisation de ce genre d’applications ?
Est-ce que les comptes avec personnage actif (en cours de jeu) sont prioritaires par rapport à un compte contactant un serveur hors-jeu ?
Il est courant de créer un système de cache pour les API (Elle ne renverra que les données avec 1 ou 2 minutes d’actualisation).
Est-ce qu’il n’y a pas un risque de surcharger les serveurs en cas de mauvaise programmation (requêtes trop fréquentes) ou de généralisation de l’utilisation de ce genre d’applications ?
Est-ce que les comptes avec personnage actif (en cours de jeu) sont prioritaires par rapport à un compte contactant un serveur hors-jeu ?
Premièrement, Anet n’a pas mis en place un système de quotas pour restreindre l’accès à ses APIs, ça veut très certainement dire que de leur côtés, ils ont un système de cache performant ou tout autre système qui leur permettra de gérer ce genre de cas. Du côté du site qui effectue les appels, il peut effectivement y avoir une mauvaise programmation, à mon avis ils ont prévu le coup.
Pas sur de comprendre la deuxième partie de ta question, les appels aux APIs ne sont pas liés à un compte de joueur. Selon mes petits tests, il n’est pas nécessaire d’être authentifié pour accéder aux données.
Ma crainte, c’est bien le nombre d’utilisateurs potentiels et qu’avec l’usage de laisser tourner des applis en tâches de fond, sur les ordinateurs et les téléphones, certains overlays mal programmés ou mal configurés par l’utilisateur puisse envoyer trop de requêtes. À moins qu’il y ait un serveur dédié à ce genre de requêtes (auquel cas, c’est lui qui saturera éventuellement, qui gèrera les délais de réponse, et pas les serveurs de jeu), et le fait que l’accès aux données soit libres doit signifier que c’est bien le cas.
Jusqu’à présent, on avait quelques sites spécialisés qui interrogeaient l’HdV pour connaître les cours et actualiser leurs bases de données, mais va t-on vraiment vers des dizaines (centaines ?) de milliers d’applications embarquées ou overlays connectées en permanence ?