Comme je l'ai dit plus haut, pour ton besoin, la solution serait à mon avis de pouvoir rédiger un brouillon de commentaire qui serait sauvegardé dans ton espace, et l'envoyer quelques minutes ou quelques heures après.
En même temps l'intérêt d'un commentaire c'est avant tout d'être lu. Je suis perfectionniste, j'aime bien corriger la petite faute qui traînait, mais si ça veut dire que je suis le seul à pouvoir lire mes commentaires, je ne vois pas trop l'intérêt.
Par contre pour éviter de surcharger le site de commentaires brouillons inutile, il faudrait probablement imposer une limite dans le nombre de brouillons qu'une personne peut avoir, et gérer une durée de vie pour ces brouillons.
Encore de l'optimisation prématurée ! Pourquoi se soucier à implémenter ce genre de choses tant que le brouillon n'est pas une charge sur le site ? C'est du temps perdu dans le vent, un utilisateur humain (si c'est un bot, hein, ce n'est pas le nombre de brouillons mais le nombre d'action par seconde qu'il faut limiter) ne va pas créer assez de brouillons dans toute sa vie pour imposer une charge assez importante au site...
Calcul rapide : on dit souvent que la vitesse de fasse moyenne en rédaction de texte est autour 20 mots par minute, ou 100 caractères. En 10 heures par jour ça fait environ 21Mo de texte par an et par utilisateur. D'après cette page il y a un peu moins de 4000 utilisateurs actifs, ça fait 84Go par an. Le nouveau serveur LinuxFR a 2To de disque dur vive (source). Donc si tous les utilisateurs passaient 10 heures par jour 350 jours par an à rédiger des brouillons inutiles, il faudrait un peu plus 23 an avant de surcharger le serveur actuel. On a de la marge !
C'est marrant de voir des communautés où les gens, dans un contexte de programmation, sont les premiers à dire "fait du profiling avant d'optimiser de faux bottlenecks" se mettre à concevoir des règles sur un site web et tout concevoir à l'outrance, augmenter la complexité sans aucun gain ou demander aux codeurs de prévoir la collision d'un astéroïde...
[^] # Re: ouha-ou
Posté par gasche . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 0.
En même temps l'intérêt d'un commentaire c'est avant tout d'être lu. Je suis perfectionniste, j'aime bien corriger la petite faute qui traînait, mais si ça veut dire que je suis le seul à pouvoir lire mes commentaires, je ne vois pas trop l'intérêt.
Encore de l'optimisation prématurée ! Pourquoi se soucier à implémenter ce genre de choses tant que le brouillon n'est pas une charge sur le site ? C'est du temps perdu dans le vent, un utilisateur humain (si c'est un bot, hein, ce n'est pas le nombre de brouillons mais le nombre d'action par seconde qu'il faut limiter) ne va pas créer assez de brouillons dans toute sa vie pour imposer une charge assez importante au site...
Calcul rapide : on dit souvent que la vitesse de fasse moyenne en rédaction de texte est autour 20 mots par minute, ou 100 caractères. En 10 heures par jour ça fait environ 21Mo de texte par an et par utilisateur. D'après cette page il y a un peu moins de 4000 utilisateurs actifs, ça fait 84Go par an. Le nouveau serveur LinuxFR a 2To de disque dur vive (source). Donc si tous les utilisateurs passaient 10 heures par jour 350 jours par an à rédiger des brouillons inutiles, il faudrait un peu plus 23 an avant de surcharger le serveur actuel. On a de la marge !
C'est marrant de voir des communautés où les gens, dans un contexte de programmation, sont les premiers à dire "fait du profiling avant d'optimiser de faux bottlenecks" se mettre à concevoir des règles sur un site web et tout concevoir à l'outrance, augmenter la complexité sans aucun gain ou demander aux codeurs de prévoir la collision d'un astéroïde...