Topic lien symbolique - Page 1

Il s'agit d'une suggestion.

Quand un topic a sa place dans deux catégories, ça pourrait être intéressant d'autoriser qu'il soit crossforum grâce à une espèce de lien symbolique.

Admettons que mon sujet ait un intérêt dans les forums 1, 2 et 3.

Actuellement, la seule solution c'est
- faire le topic dans 1
- récupérer l'url
- faire un topic dans 2 avec un lien vers le topic dans 1
- fermer ce topic
- faire un topic dans 3 avec un lien vers le topic dans 1
- fermer ce topic
- espérer que les gens de 2 et 3 accepterons d'aller naviguer dans 1 alors que ce n'est pas dans leurs habitudes...

L'idée :
- faire le topic dans 1
- faire un topic "lien symbolique" dans 2 qui pointe vers 1
- faire un topic "lien symbolique" dans 3 qui pointe vers 1

Au final l'utilisateur du forum voit le topic dans 1, 2 ou 3 comme si il avait toujours été sur place et quand un user de 1 post une contribution, un user de 3 voit un nouveau sujet non lu sur le topic en question.

L'activation du lien symbolique peut être laissée à la discrétion du modo

Marrant, j'ai pensé à la même chose que toi en voyant les topics d'annonce de la RGC de Pocket. Ça éviterait qu'ils apparaissent plusieurs fois dans la liste des derniers sujets créés, et que les questions et réponses soient dispersées dans plusieurs topics.

Ca a déjà été démandé notemment par xirus_thir, pour la rgc justement, j'ai pas encore trouvé de moyen efficace de le mettre en place (d'ailleurs si qqun a une idée ^^)

yAro, et pourquoi pas simplement permettre dans la liste des topics, faire un truc spécial qui n'aparraisse qu'en anonce qui 'affiche comme un topic mais qui n'est en fait qu'un lien vers le topic en question ?

(hum pas tres claire mon explication )

Pour faire simple, chaque topic a un ID unique quelque soit le forum on est d'accord ?

Pourquoi ne pas simplement faire qu'un modo puisse creer un "nouveau topic" en donnant l'ID du topic réel dans le forum qu'il veux (du moment qu'il soit admin des deux forums mais ça c'est un détail au niveau du panel de création des "liens")


Je sais pas comment est ta table de forum, mais tu doit stoquer une liste des ID de topic non ?

(je vois pas en quoi ça ne serait pas efficace )

Attention !

[botte secrète pour convaincre yaro]Faut surtout voir qu'à terme ça permettrait de remplacer les articles...[/botte secrète pour convaincre yaro]

Godzil : ton truc c'est un lien, vince parlait d'un alias amha (càd tu ne sors pas du forum, mais on affiche les posts de l'autre sujet, comme s'il avait été posté dans le forum où t'as mis l'alias)

oui en effet, c'est plus d'un alias que je parlais

C'était un peu aussi mon idée : Faire "croire" que le topic est dnas un autre forum que celui d'origine.

Le problème se pose a un autre niveau. Prenons un topic A et son lien/alias B, que faire quand la personne visite B et/ou A au niveau du "lu" ou de "mes sujets" ? Les 2 doivent être mis à jour ?

Pareil pour les derniers sujets créés/actifs, les 2 doivent apparaitre ? un !call doit appeler quel topic ? Bref y'a plein d'autres exemples encore qui peuvent poser pb

Je suppose que le lien symbolique n'est qu'un indice visuel, il n'existe pas, et il n'y a pas deux topics mais bien un seul. Il s'agit juste de faire apparaître un topic dans un autre forum que celui dans lequel il a été créé, mais d'après ce que je peux lire ici il n'est pas question de dupliquer quoi que ce soit ? (et donc tous ces problèmes n'en sont pas)

yAro (./11) :
Le problème se pose a un autre niveau. Prenons un topic A et son lien/alias B, que faire quand la personne visite B et/ou A au niveau du "lu" ou de "mes sujets" ? Les 2 doivent être mis à jour ?

Pareil pour les derniers sujets créés/actifs, les 2 doivent apparaitre ? un !call doit appeler quel topic ? Bref y'a plein d'autres exemples encore qui peuvent poser pb

En meme temps tu stoque ces informatiosn ou ? dans le topic ? ou dnas le forum ?

Si justement, prenons l'exemple de l'ajout d'une réponse :

si t'es sur un topic id=42 qui est l'alias du id=34

si je suis sur la page des posts, les liens vers mes sujets/reprendre ici, le formulaire de réponse, les citations & co vont pointer sur id=42

donc si je poste une réponse sur id=42, il faut que le post soit enregistré sur id=34 (vu que id=42 est virtuel), par contre le 42 doit être mis à jour par rapport au nombre de réponses, derniere date de post, etc. en meme temps que le 34, sinon ils seront désynchronisés

si on s'abonne au topic dans "mes sujets", je m'abonne au 42 ou au 34 ??

etc ..

Godzil (./14) :
En meme temps tu stoque ces informatiosn ou ? dans le topic ? ou dnas le forum ?

Lesquelles ?

Ben jsutement !

il ne faut pas utiliser un autre ID ! mais bien le meme


IE

table Forum

FORUMID | SUJETID
------------------
   1    |     1
   2    |     2
   1    |     3
[...]
   1    |    40
   1    |    41
   1    |    42
   1    |    43
   2    |    42   
   3    |    40

etc...

(pour simplifier)

,/14 tout ce qui est "dernier post lu" & co

Et pourquoi juste un lien ne serait-il pas bien ?

[edit] double cross

yAro (./14) :
Si justement, prenons l'exemple de l'ajout d'une réponse :
si t'es sur un topic id=42 qui est l'alias du id=34

Pour moi y'a déjà un problème là, puisque tu parles de deux ID différents et donc deux topics. J'aurais plutôt imaginé que le topic id=34 soit visible depuis plusieurs forums, mais qu'il s'agisse toujours du même topic.

L'autre solution serait d'inventer une nouvelle entité "alias", qui n'enregistre aucune information mais se contente de les lire/écrire dans le vrai topic qu'elle référence (s'adresser à l'alias id=42 accède et modifie directement les données du topic id=34, il n'y a pas de réplication, les données n'existe qu'en un seul exemplaire). Mais ça me semble moins élégant comme solution, et probablement un peu moins efficace aussi.

Godzil > le forum est pas du tout fait comme ca au niveau des tables, y'a pas de table qui lie une catégorie a ses sujets, mais les sujets appartiennent à une catégorie

./19 C'est ptet ça le problème alors

Est-ce qu'il ne serait pas plus facile de créer une table "alias" dans lequel tu stockes l'id du topic original et l'id de la catégorie dans lequel sera stocké.
Lorsque tu interroges la base pour savoir quels sont les topics d'une catégorie, tu demandes sélectionne :
- Ceux qui ont la catégorie correspondante.
- Ceux dont les ids sont présents dans la table "alias" pour cette catégorie.

Par contre, en cliquant sur le lien, tu te retrouves sur une autre catégorie, mais je ne pense pas que ça gène tant que ça...

Y'a pas besoin d'une table pour faire ca, on peut s'en sortir autrement, mais ca revient a faire un lien, pas un alias ^^

Exemple de topic où un lien aurait évité un dérapage : topics/114471-google-chrome

Moi j'aurais vu un truc un peu comme ce que propose Godzil, mais un peu plus flexible peut-être: en gros une table TOPIC_VIRTUEL(id_virtuel, id_categorie, id_reel) qui pointe sur une table TOPIC_REEL(...) comme celle actuelle mais sans la référence catégorie, et les topics vus par les utilisateurs sont les virtuels, seuls les modérateurs ont accès aux id réels pour créer les alias. En fait c'est un peu le principe des liens (physiques, pas symboliques) sous linux si je ne dis pas de bêtises (?)
Après on peut compacter cette idée (même si je trouve ça un peu crade ) pour ne garder qu'une table de topics (avec un champ "forward" par défaut à null, et qui pointerait sur l'id de topic réelle pour un alias), mais j'ai l'impression que c'est déjà un peu à ça que tu penses ?

Après pour mes sujets, je ne vois pas trop de problèmes, stocker l'ID du topic réel comme avant (enfin je fais des suppositions sur les données je ne connais pas la structure exacte), quelle que soit la solution retenue, et stocker l'alias principal qui a été choisi par l'utlisateur (en gros on ne peut s'abonner qu'une seule fois à un vrai topic, mais on peut "choisir" l'alias, donc la catégorie que l'on veut, c'est pas une bonne idée ? )
Pour les !call, je pense que ça importe peu à la personne concernée de se faire apeller dans une catégorie où une autre, vu qu'il y a autant de chances pour que la catégorie originale ne lui plaise pas, que pour que ça soit la secondaire...
(Pour tout ce qui est comptage de posts, affichage du nom par contre je ne sais pas comment c'est géré avec le système actuel, mais moi je gèrerais ça à coup de forward "si le topic est un alias, fais une seconde recherche dans la table avec l'id de référence", soit en une seule requete, soit en deux, je ne sais pas ce qui est mieux, mais à priori deux requetes serait pas mal vu qu'on ne risque pas de croiser des alias tous les 4 matins => ralentissement occasionnel donc minimum ?)

Ta solution ressemble à ce qui a déjà été proposé sur ce topic, et pour recopier la réponse qui a été faite sur IRC : "il faudrait modifier la moitié de yN pour que ça fonctionne" ^^

et pourquoi le topic-lien ferait pas une bête redirection vers le topic initial?

./24 GoldenCrystal > comme le dit bob, avec une solution comme ca faut repasser sur toutes les requetes/pages/fonctionnalités qui utilisent l'id d'un topic pour les adapter en fonctionnement avec alias, càd la majorité d'yN.

J'ai l'impression que tu veux mettre les informations sur le lien dans la table des topics, effectivement, si tu changes la structure de la table, il y a de fortes chances qu'il faille modifier toutes les requetes, mais si on part du fait que ce n'est qu'à l'affichage de la liste des topics d'une catégorie qu'on n'a vraiment besoin de cette fonctionnalité, ne serait-il pas plus simple de dire qu'on externalise dans une autre table tous ces liens et que ce n'est QUE la requête d'affichage d'une catégorie qui est impactée... ?

toi t'as pas lu le ./14

Si je l'ai lu, en fait, j'essayais d'argumenter mon idée du ./21 ^^
(en remplaçant "alias" par "lien", vu que ça semble te gêner ^^)