Ticket #1035 (closed enhancement: wontfix)
affiner dcBlog::TriggerBlog
| Reported by: | bruno | Owned by: | xave |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | module:core | Version: | dev |
| Severity: | normal | Keywords: | |
| Cc: |
Description
La méthode triggerBlog de la classe blog est bête et méchante : elle met à jour la date de mise à jour du blog, et appelle le behavior coreBlogAfterTriggerBlog.
Ce dernier behavior est généralement utilisé par les plugins de cache. La seule action alors possible pour ces plugins est de purger leur cache, faute d'information complémentaire.
Il faudrait pourvoir indiquer à triggerBlog (et de facto au behavior coreBlogAfterTriggerBlog) la nature de la mise à jour. Ex: si on ajoute un lien dans le blogroll, il y a peu d'impacts sur les pages publics (hormis le widget blogroll), et pas besoin de vider tout le cache, par exemple.
Change History
comment:1 in reply to: ↑ description Changed 15 years ago by Moe
comment:5 Changed 13 years ago by JcDenis
Après quelques discussions, une réflexion de plus me vient:
Chaque appelle à triggerBlog() fait suite à une action, et si le code était bien écrit, chacune de ses actions devrait contenir un behavoir qui va bien et précédent triggerBlog(), ainsi si on a besoin "d'affiner" on utilise le behavior, et triggerBlog() reste en place juste pour informer qu'on a fait une modification...
C'est un peu extrême mais difficile de trouver le juste milieu entre ne donner aucune information et donner trop d'informations diversifiées (pas forcément exploitable facilement.)

Replying to bruno:
Est-ce vraiment un problème ? Ce behavior est souvent appelé ? La génération du cache est-elle coûteuse ?