[Suggestion] Activer/Désactiver par lot les commentaires

Frédéric

Bonsoir,

Actuellement on a le choix d'activer ou non les commentaires en configuration de Pluxml.

Celui-ci a pour effet de placer un select en sidebar ou non suivant la configuration.

Si on le règle sur 'NON' on n'aura donc pas le choix lors de la rédaction d'un article (ce qui est tout a fait logique !), et par conséquent tout les nouveaux articles ayant cette règle.

Si pour x raison on décide de réactiver les commentaires, pas le choix de le faire article par article :mad:

C'est pourquoi je verrais bien bien dans la liste des articles et dans les actions des éléments coché les 2 attributs:
'Activer les commentaires' et 'Désactiver les commentaires'

Merci.

Stéphane

Bonjour

Rappel:
- Les commentaires peuvent etre activés/désactivés de façon générale pour tout le site (Paramétres > Configuration de base > déroulant : Autoriser les commentaires
- Les commentaires peuvent etre activés/désactivés indépendamment pour chaque article: édition d'un article ou nouvel article > déroulant : Autoriser les commentaires

Si on voulait faire un traitement par lot, se pose la question des temps de réponse et de la charge que l'on va imposer au serveur, car techniquement il va falloir éditer un par un chaque article pour change le flag "Autoriser les commentaires" dans les sources du fichier xml de chaque article, puis enregistrer le fichier. Donc beaucoup d'accès disque sur de la lecture/écriture. Ici on est plus sur une réflexion de performance.

Frédéric

Bonjour Stéphane et merci de ta réponse.

Pour bien faire faudrait isoler les paramètres des articles dans un fichier supplémentaire qui servirait de cache.

Ensuite on fait une vérification unique vers ce fichier et on pourrais appliquer les changement sur celui-ci aussi.

Ca pourrais donné plus de choix envers les plugins aussi pour y stocker des variables.

Stéphane

Avec cette solution on peut vite déphaser les données. Par exemple si tu supprimes manuellement les fichiers des articles, dans ton fichier de paramètres (cache), tu auras des données orphelines. Il va falloir donc du code pour controler l'intégrité des données. On tombe dans une mécanique plus ou moins lourde et se pose de nouveau le problème de performance/temps de réponse. Si tu as beaucoup d'articles cela peut etre non négligeable. Si tu as peu d'article, j'ai envie de dire qu'on peut se passer du système par lot. Je ne suis pas sur que l'enjeu soit suffisament grand pour justifier de déployer ce genre de systeme.

Frédéric

Il faudrait en faites inscrire les paramètres au sein de l'article et en plus dans ce fichier cache.

On pourrai utiliser ce fichier cache pour boucler sur ces données afin de réaliser une page complète sans avoir a checker tout les articles.

Ca ressemble un peux ce que fait pluxml avec les tags. A savoir pouvoir lister tout les tags sur une page a part sans pour autant demander trop de ressource système.

Si on a un problème avec les données, on peux aussi prévoir de régénérer le cache en administration.

L'avantage est donc de pouvoir via des plugins utiliser ce fichier cache pour ensuite les traiter sur une page statique sous tableau, avoir des statistiques détaillés sur chaque paramètre inscrit.

Bref ca peux ouvrir d'autres perspective.