Sur R-Universe, vous pouvez découvrir et apprendre tout ce qu’il y a à savoir sur les packages R. Mais saviez-vous qu’il fournit uniquement un site Web convivial, mais également un accès programmatique à toutes les informations via des API ! Grâce à ces API, vous pouvez lister des univers, lister des packages dans un univers, obtenir des informations sur des packages et effectuer des recherches ; le tout sans aucune nécessité d’authentification.
Les API R-Universe sont à la fois pratiques et fiables. Vous pouvez vous appuyer sur eux, comme l’ont fait rOpenSci et les membres de la communauté. Cet article montre quelques exemples de cas d’utilisation avec l’API R-Universe.
Sachez quels forfaits vous appartiennent
La boîte à outils pour les tâches de gestion de communauté rOpenSci, promoutils, appelle une API R-Universe pour répertorier et obtenir des informations sur les packages rOpenSci. Cette liste de packages est en particulier utilisée dans la fonction qui génère des données sur les problèmes nécessitant de l’aide.
Forfaits d’affichage développés dans votre organisation
Si votre organisation développe des packages R, vous pouvez utiliser son R-Universe comme source de vérité pour votre collection de packages. Par exemple, le R-Univers de ggsegverse correspond, eh bien, au ggsegverse. Par conséquent, sur le site ggsegverse, la liste des packages est créée en interrogeant https://ggsegverse.r-universe.dev/api/packagesle point de terminaison pour les informations sur tous les packages de l’univers.

De même, la page de documentation de ggsegverse s’appuie sur l’API R-Universe pour récupérer des liens vers des vignettes pour chaque package.
Requêtes API côté serveur ou côté client
Le site ggsegverse fonctionne requêtes côté client: il interroge l’API R-Universe lorsque vous ouvrez la page Web, via un script JS. Vous pouvez également le vérifier via les outils de développement Web :


Le rendu des jolies cartes de colis s’effectue via un autre script JS qui utilise des informations telles que le titre du colis, la description, le nombre d’étoiles, etc.
En revanche, pour les listes de packages sur les pages d’auteur et de package, le site Web rOpenSci utilise requêtes côté serveur: l’API est appelée lorsque Hugo rend notre site Web. Par exemple, pour la liste des packages au bas de la page d’auteur de Jeroen Ooms, nous interrogeons le lien API R-Universe à partir de la configuration de notre site Web et filtrons les packages par connexion GitHub.


Sur un site Web Quarto, vous pourriez avoir un morceau de code utilisant R pour interroger les API R-Universe, via le package Universe R par exemple.
Dans tous les cas, si vous utilisez des requêtes côté serveur, vous devez restituer régulièrement votre site Web pour éviter que la liste de vos packages ne devienne obsolète. L’avantage des requêtes côté client est que les listes de packages seront toujours à jour !
Rechercher des forfaits
Avec R-universe, vous pouvez rechercher des packages, non seulement via l’interface Web mais également via une API.
Le projet The Wharehouse, qui aide les utilisateurs à trouver des packages en fonction de mots-clés donnés, utilise R-universe comme l’une de ses sources d’informations.
Conclusion
Dans cet article, nous avons présenté quelques cas d’utilisation des API R-Universe. Essayez-les ou lisez la documentation pour avoir une idée de toutes les informations partagées via les différents points de terminaison. Si vous maintenez une infrastructure qui utilise une API R-Universe, n’hésitez pas à signaler un cas d’utilisation !
En rapport
PakarPBN
A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. The core idea behind a PBN is based on the importance of backlinks in Google’s ranking algorithm. Since Google views backlinks as signals of authority and trust, some website owners attempt to artificially create these signals through a controlled network of sites.
In a typical PBN setup, the owner acquires expired or aged domains that already have existing authority, backlinks, and history. These domains are rebuilt with new content and hosted separately, often using different IP addresses, hosting providers, themes, and ownership details to make them appear unrelated. Within the content published on these sites, links are strategically placed that point to the main website the owner wants to rank higher. By doing this, the owner attempts to pass link equity (also known as “link juice”) from the PBN sites to the target website.
The purpose of a PBN is to give the impression that the target website is naturally earning links from multiple independent sources. If done effectively, this can temporarily improve keyword rankings, increase organic visibility, and drive more traffic from search results.