Ticket #1028 (closed defect: fixed)
Nouveau comportement de getPosts et consors
| Reported by: | bruno | Owned by: | xave |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | module:core | Version: | |
| Severity: | normal | Keywords: | |
| Cc: |
Description
Actuellement getPosts a 2 type de retours possibles :
- un recordset de la requête exécutée
- un compteur, si $count_only est à true.
Je propose d'ajouter un troisième type de retour possible : la requête SQL non exécutée.
Motivation : par exemple le ticket #849 (option "sélectionner vraiment tout").
Exemple: j'ai filtré les billets sur une catégorie donnée, je veux maintenant les mettre hors ligne.
Il suffit alors simplement de récupérer la requête du filtre que génèrerait getPosts ($params), et de faire un
UPDATE dc_post SET post_status=-1 WHERE post_id in (SELECT ...);
le "SELECT..." étant la requête retournée par le getPosts. L'approche est alors relativement générique pour tout plugin qui voudrait ajouter ses propres traitements.
Change History
comment:4 Changed 14 years ago by bruno
- Status changed from closed to reopened
- Resolution fixed deleted
A étendre aux autres $core->blog->getXXX
comment:5 Changed 14 years ago by Dsls <dsls@…>
- Status changed from reopened to closed
- Resolution set to fixed
(In [d1875bf1202f]) Tuned sql_only parameters in core->blog->getPosts and core->blog->getComments, closes #1028
Voir révision 191