Après beaucoup de recherches, j'ai trouvé la doc pour l'API afin d'utiliser les données de mon bracelet Mi Band 6 dans une app perso… Bah la surprise : https://mastodon.social/@Shikiryu/108262450339448288 "vas-y envoie nous ta carte d'identité !".
J'ai trouvé d'autres moyens genre https://rolandszabo.com/reverse-engineering/mi-fit/export-mi-fit-and-zepp-workout-data/ mais mon portable n'est pas rooté (mais c'est une piste) et le proxy ne fonctionne pas en SSL avec les URL de Xiaomi (une vérif de leur côté ?).
En dernier dernier dernier recours, j'ai ça : https://dev.to/neuronmachine/export-mi-fit-data-to-google-sheets-2ed4 mais passer par Google pour accéder à des données Xiaomi, autant tout donner à Google de base non ? Et j'aimerais bien éviter 😄
Si quelqu'un a une dernière idée, ça m'intéresse !
Ah tiens, j'avais fait un peu la même chose dans un CDI précédent sur un framework maison. Enfin, c'était le même principe : avoir des classes de base pour consommer des API tierces.
Ça a l'air pas mal ça pour avoir un SMTP fiable pour des mails transactionnels pour toutes mes applis. 36€/an, ça va. Il propose aussi une API pour éviter l'utilisation du protocole SMTP
Un bot telegram en PHP simplement
Une librairie PHP légère pour des petites manipulations twitter
Une API et un site permettant de coloriser les images en noir & blanc. Sous le coude !
Je ne savais pas qu' Open food facts avait une API
Checklist des points de sécurité les plus importants lors de la conception, du test et de la mise en production de votre API.
Pas mal pour remplacer Postman et son interface un peu lourde. En mode gratuit, c'est la même chose et des clients lourds sur tous les OS aussi !
Jolie liste triée et catégorisée d'API "public". Bon, elles sont parfois payante avec une offre gratuite. En tout cas, ça donne pleins d'idées d'applications :p
Technique intéressante, à garder sous le coude pour une prochaine API
Un moteur de recherche d'API publiques (mais pas forcément gratuite, hein ;) )