Cela fonctionne ! Merci beaucoup. Je comprends que, grâce à la méthode match ici, vous parcourez l’URL pour obtenir, je suppose, la 3e occurrence du “/”, car l’ID se produit toujours après le troisième “/” dans l’URL, qui renvoie le format “/t/nom/id/autrechose”. Pouvez-vous fournir quelques informations sur la façon dont votre expression régulière fait cela ? Cela serait très utile dans mon apprentissage des expressions régulières.
Merci pour l’information. C’est donc le “numero_post_lien” qui semble apparaître parfois et perturbe mon appel API. Vous dites ici qu’il est “optionnel”—y a-t-il un moyen de s’assurer qu’il ne s’affiche jamais ?
Lorsqu’un utilisateur visite la page d’affichage d’un sujet, je souhaite :
- Connaître programmatiquement tous les tags associés à ce sujet. Notez que certains tags sont masqués de la vue de l’utilisateur.
- Avoir un bouton sur la page du sujet qui ajoute un certain tag masqué au sujet lorsqu’il est cliqué (si le tag masqué n’est pas encore présent), et supprime le tag masqué lorsqu’il est cliqué (si le tag masqué est déjà présent).
Tout cela est simple à réaliser en utilisant l’API Admin et javascript/jquery (en supposant que je puisse obtenir la bonne URL de sujet à utiliser dans les appels API).
Je pense que la seule autre façon de faire ce genre de chose serait de créer un plugin où je plonge profondément dans 1. ember, 2. rails et 3. la base de code de Discourse. J’ai examiné les principaux articles et documents de Discourse sur la façon de faire cela, mais j’ai trouvé cela lent car il faut vraiment comprendre ces 3 éléments. Donc, pour l’instant, je me suis concentré sur l’approche API.
Je serais intéressé d’entendre s’il existe une autre façon de faire cela qui réduirait la charge du serveur.