Co-auteur

Je trouve que c'est une très bonne idée. Reste à savoir si cela ne serait pas compliqué à faire pour Xavier et s'il est d'accord.

Je trouve que c'est une très bonne idée. Reste à savoir si cela ne serait pas compliqué à faire pour Xavier et s'il est d'accord.

C'est la question.
Je pense (mais je me trompe peut-être, je ne sais pas comment est pensé le site derrière) que ça n'est pas si compliqué.

Il faut ajouter un champ dans le formulaire pour déposer l'histoire, envoyer une notification selon une variable, et si la réponse est favorable soit faire un UPDATE du champs de l'auteur présent dans la base en ajoutant le nom de l'auteur + le co auteur en tuple, soit avoir un autre champ ou l'on met le co auteur et on affiche les deux variables.
Mais le premier cas me semble plus simple, car pour la suite l'affichage ne change pas et c'est un minimum transparent.

Le premier cas me semble plus simple à effectuer également.

Il faut ajouter un champ dans le formulaire pour déposer l'histoire, envoyer une notification selon une variable, et si la réponse est favorable soit faire un UPDATE du champs de l'auteur présent dans la base en ajoutant le nom de l'auteur + le co auteur en tuple, soit avoir un autre champ ou l'on met le co auteur et on affiche les deux variables.

Allez, le petit mammifère, écris-nous l’algorithme : ce sera plus parlant.

Allez, le petit mammifère, écris-nous l’algorithme : ce sera plus parlant.

Un algorithme ? Trop simple. Pas besoin.
Néron s'occupe de la partie formulaire web, je m'occupe de la partie base de données. Et hop.

Alors j'ai déjà essayé tel que :

Dis patron je pense à un ajout pour les histoires. Y aurait moyen de mettre en place un "partenariat" pour les histoires à plusieurs auteurs ?
Genre l'histoire est publiée sur le compte d'un auteur comme actuellement et en-dessous du titre on ajoute "une histoire avec les mains de A, B,..."

J'y ai réfléchi d'un point de vue programmation.
Suffit d'une table "Partenariat" et on y mettrait l'ID du second auteur et l'ID de l'histoire.
Et lors de la génération de la page avec le texte, on regarde l'Id de l'histoire (ou du chapitre) est dans la table.

Voilà voilà, petite idée comme ça pas trop relou a mettre en place mais qui pourrait servir ☺️
---

Et la réponse d'el patron :

Bonjour,
Pour l'écriture à 4 mains c'est plus compliqué qu'il n'y parait, car il faudrait l'accord explicite du co-auteur.
En attendant mieux, je propose aux rares auteurs qui en font la demande de modifier le nom affiché pour leur histoire. Par exemple je peux mettre "Néron & Kikilehamster", mais l'histoire restera la propriété d'un seul auteur.
Bonne journée.







Donc oui, l'emoji ☺️ marche dans les MP

Je my connais en developpement si besoin

Meme si c'est pas le bute de topic, sa serais pas mal aussi d'avoir un systeme de notification en temps reel pour eviter de recharger la page tout les 2 secondes

J'y ai réfléchi d'un point de vue programmation.
Suffit d'une table "Partenariat" et on y mettrait l'ID du second auteur et l'ID de l'histoire.
Et lors de la génération de la page avec le texte, on regarde l'Id de l'histoire (ou du chapitre) est dans la table.

Trop chiant. Pour le peu de fois où ça serait utilisé, tu ajoutes une table et donc une place sur le disque là où juste l'affichage sera nécessaire en haut de l'histoire. T'as rien besoin de stocker, juste tu prends tes deux SELECT et tu en sors une variable entière.
Tu gagnes en maintenance sur la base, plus légère, et le peu de fois où la double requête sera utilisé t'es gagnant.
Et en plus il faudrait modifier la structure de la base, te retaper un MCD et compagnie, te recréer des contraintes à ajouter, ... C'est chiant en terme de perf en plus. (Oui, c'est le DBA qui parle, pas le développeur, nananère)

Bonjour,
Pour l'écriture à 4 mains c'est plus compliqué qu'il n'y parait, car il faudrait l'accord explicite du co-auteur.

Et hop je te propose la solution via un truc que le boss sait déjà faire. :D