Can we change the title of the topic without changing the slug?

Fonctionnalité
1

Can we change the title of the topic without changing the slug, at least for admin?

2

The old slug URL would still redirect to the article, is that your concern with the slug changing?

3

No, I know that it will redirect, but I prefer not having redirection and just change the title, like in wordpress.

4

That probably needs to be logged in the feature category then as I’m pretty sure that it isn’t something Discourse currently allows.

2 « J'aime »
5

No this can not be done, slug is coupled to title.

4 « J'aime »
6

@sam does the old url then redirect to the new one? Concerned that if we allow high trust users to edit topics, we may end up sending visitors from old links to broken pages.

7

Is the slug appears in the database? If so, there should be no problem allowing the admin at least to change the title. If the slug isn’t in the database, it is a problem.

8

The old URL does redirect, it’s ID based and it checks if the slug is the same as the one in the databse or after normalization of the title. I blieve.

1 « J'aime »
9

The slug is cached, but but the source of truth is always the topic title. Quite a few internals need to be changed to allow overriding, not on any roadmap.

5 « J'aime »
10

Est-ce toujours le cas ?

Mon cas d’utilisation est le suivant : les articles de mon blog Ghost créent des sujets sur Discourse. J’ai suivi une suggestion susmentionnée du fondateur de Ghost pour tronquer la longueur du slug, ce que j’ai fait avec mon article le plus récent. Discourse crée le slug à partir du titre de l’article, pas du slug de l’article. Bien que tout cela fonctionne bien, j’ai également un script discourse-get-comment-count en cours d’utilisation qui affiche sur la page d’accueil (ainsi qu’en haut de chaque article individuel) le nombre de commentaires que chaque article a. Le problème est qu’il interroge Discourse (si j’utilise le bon jargon) pour le slug de l’article, pas son titre, et donc il ne découvre pas le nombre réel de commentaires. (Vous pouvez voir l’article en haut du site dont le nombre de commentaires est bloqué sur le spinner.)

Y a-t-il quelque chose que je puisse faire à ce sujet, à part ne pas personnaliser le slug ?

11

Cette implémentation me fait réfléchir :thinking:

Pourquoi n’utilise-t-elle pas topic_id ici : discourse-get-comment-count/update-comments.js at master · vikaspotluri123/discourse-get-comment-count · GitHub

Si c’était le cas, le slug n’aurait aucune importance.

12

Je ne prétendrai pas comprendre cela complètement, mais voici ce qu’on m’a répondu lorsque j’ai relayé votre suggestion :

Comment obtiendrions-nous le topic_id à partir d’un ID de publication Ghost, d’un slug ou d’une URL ?

Je crois comprendre que nous pourrions utiliser l’ID de la publication pour lier le sujet via la propriété external_id, mais il semble que l’utilisation de external_id soit limitée à l’API, et que les sujets soient créés en utilisant la fonctionnalité d’intégration (qui ne semble pas prendre en charge external_id).

En aparté, contrairement à ce que j’ai indiqué dans mon commentaire précédent, j’ai rétabli le slug par défaut dans la publication Ghost susmentionnée il y a quelques heures, ce qui signifie que le nombre de commentaires n’est plus bloqué sur le spinner comme indiqué.

13

Si vous vous appuyez sur notre intégration, Discourse maintient une correspondance entre l’URL d’intégration et le sujet.

Vous pourriez donc utiliser :

Pour obtenir la liste du nombre de commentaires.

Obtenir le nombre de commentaires pourrait simplement appeler ce point de terminaison avec l’URL fantôme. Ouvert à la possibilité de créer un point de terminaison « batch » afin que vous puissiez lui passer plusieurs URL. pr-welcome à ce sujet.

1 « J'aime »