L’idée du plugin « exclure-secteur » est née lors d’un apéro-spip au cours d’une discussion avec tetue et gaspard.
La question était de savoir que faire des articles « inclassables » (par exemple « crédits », « informations légales », etc.). Tetue et moi-même sommes partisans de les mettre en vrac dans un secteur, même s’il est désormais possible de créer des pages liées à aucune rubrique.
Cependant, Gaspard a fait remarquer que cela le « fatiguait » de mettre à chaque fois un critère {id_secteur!=xxx}
dans ses boucles.
Ce plugin se propose de résoudre ce problème.
Configuration requise et installation
Il a été testé et développé sur un SPIP 2.0 mais devrait fonctionner sur les versions 1.9.
Il s’installe comme n’importe quel plugin SPIP (mais il nécessite le plugin CFG sous SPIP < 3).
Par ailleurs, sous les versions 1.9.x, le plugin surcharge les boucles ARTICLES / RUBRIQUES / BREVES / SITES, et du coup, ne peut être compatible avec d’autres plugins les surchargeant. En revanche, ce n’est plus le cas pour les versions 2.x.
Utilisation
Une fois installé :
- sous SPIP < 3 rendez-vous sur /ecrire/?exec=cfg&cfg=secteur
.
- sous SPIP ≥ 3 rendez-vous dans le menu « Squelettes » > « Exclure Secteur ».
Vous obtenez un formulaire listant les secteurs de votre site. Cochez ceux dont vous souhaitez qu’ils soient exclus des boucles :
- RUBRIQUES
- ARTICLES
- SITES
- BREVES
Dès lors, toutes ces boucles se comporteront comme si elles avaient un critère {id_secteur NOT IN les_secteurs_choisis}
.
Faire des exceptions
C’est bien gentil tout cela, mais à un moment, on aimerait bien afficher quand même un article, une rubrique …d’un des secteurs sélectionnés.
Comment faire ?
Solution 1. Il est possible de le faire en ajoutant un critère {id_secteur=x}
ou {id_secteur==xx}
ou {id_secteur IN X,Y}
.
Solution 2. Il est possible de le faire en ajoutant un critère {tout_voir}
sur un boucle, qui force alors l’affichage quel que soit le secteur.
Solution 3. On peut activer une option dans la page de configuration du logiciel pour que {tout}
soit équivalent, en ce qui concerne l’exclusion des secteurs, à {tout_voir}
.
Solution 4
Depuis la version 1.2, une option est activable dans l’espace privé. Elle permet que l’utilisation du critère {id_xxx}
ou {id_xxx=y}
ou {id_xxx==y}
ou {id_xxx IN y}
fasse « sauter » l’exclusion selon un secteur.
Exemple : En activant cette option, sur une boucle articles le critère {id_article}
ou {id_article=x}
ou {id_article==X}
ou {id_article IN xx}
prend l’article correspondant, même s’il se trouve dans un secteur exclus.
Limites du plugin
Pour le moment, le plugin n’exclut pas les documents associés à des articles / rubriques / breves / sites des secteurs sélectionnés.
La raison est assez simple : il faudrait que je fasse des jointures sur la table ad hoc, ce que je n’ai pas eu encore le temps de coder. De plus, l’organisation des tables a changé entre la version 1.9 et la 2.0 ; du coup, il faudrait faire des tests. [1]
Notes complémentaires
Limiter l’accés de la page de configuration
Il est possible de limiter l’accès à la page de configuration avec le plugin autorité.
Les squelettes de l’espace privé
Depuis SPIP 2.0, de nombreuses pages de l’espace privé sont sous formes de squelettes, et tout porte à croire que le nombre de pages ainsi construites devrait augmenter. Le plugin teste donc, sur SPIP 2.0, si nous sommes ou non dans l’espace privé, et n’applique ses réglages qu’à l’espace public.
Les crayons
Si comme moi vous adorez les crayons, n’oubliez pas d’activer la possibilité qu’un id objet défini explicitement fasse sauter l’exclusion par secteur (voir plus haut « solution 4 »), dans le cas contraire, vous devrez recharger la page à chaque modif d’un objet dans un secteur exclus, ce qui limiterait l’interêt du plugin crayon.
Licence et remerciement
Le plugin, disponible sur la zone, est distribué en Licence GPL.
Je remercie vivement Denisb qui m’a aidé à coder ce plugin entre 23h30 et 2 heures du matin dans la nuit du 3 au 4 avril 2009.
Je remercie aussi le codeur des squelettes de Contrib, qui m’a donné la base nécessaire au codage du plugin, ainsi que Cerdic qui m’a signalé la présence de la pipeline pre_boucle.
Discussions par date d’activité
24 discussions
Bonjour,
Sur un Spip 3.2.19, normalement compatible Php 5.6 selon
https://www.spip.net/fr_article6500.html
j’ai une erreur
Le source :
https://git.spip.net/spip-contrib-extensions/exclure_secteur/src/commit/ddb34c3b5dae03aed293712ecde3c467666cfc3e/exclure_sect_fonctions.php#L17
Apparemment si je retire « : void », ça passe.
Pareil dans
https://git.spip.net/spip-contrib-extensions/exclure_secteur/src/commit/ddb34c3b5dae03aed293712ecde3c467666cfc3e/exclure_sect_administrations.php#L25
(Bon, mon php 5.6 n’est que pour une transition de spip 2.1 à 4.2...)
Qu’attends tu en déposant ce témoignage ?
PHP 5.6 est obsolète depuis le 1er Janvier 2019 et SPIP 3.2.10 est obsolète aussi.
As tu vu que des sites utilisant des logiciels obsolètes sont chaque jour piratés ?
Bonjour,
Oui oui, j’ai bien vu les sites piratés.
Justement nombre d’utilisateurs de Spip passent d’anciennes versions (sous php5.x) à Spip 4.2 en transitant par Spip 3.2.19 (dont la faille est normalement traitée), sans pouvoir avoir un Php 7.4/8 mini en même temps sur le même hébergement.
Et on peut rencontrer cette erreur qui peut freiner la mise à jour.
Ce que j’attends ?
J’imagine que l’on pourrait corriger quelque chose dans la gestion des versions qui fasse que l’ajout de ce plugin depuis une 3.2.19 renvoie une version « de son époque ».
Mais désolé pour le dérangement si c’est une utopie.
Répondre à ce message
Je dois passer à côté d’un truc gros comme une maison… (ou alors je n’ai pas bien compris l’usage du plugin exclure secteur)
J’ai défini une rubrique à la racine qui est « exclue ».
Elle contient un article publié. Si, depuis l’espace privé, je demande à « voir l’article », j’ai une page 404. Normal ? Pas normal ?
c’est normal, puisque ton article est dans un secteur exclu. Il faut que utilise la solution 3 pour gérer les exceptions, autrement dit que tu configure à « Oui » « Identifiant explicite ».
Ah ! C’est donc cela !
Effectivement… Merci beaucoup !!!
Salut,
je suis dans le même cas que Manu avec l’option « Identifiant explicite » cochée oui :
Dans une boucle RUBRIQUES avec l’id passé explicitement, la rubrique exclue apparait bien mais, lorsque j’appelle la page rubrique (
/spip.php?rubrique8
ou/spip.php?page=rubrique&id_rubrique=8
) ou l’article publié qu’il contient (donc l’id est dans le contexte), j’ai une 404.Je rate quelque chose ?
Je suis en SPIP4 avec la version 2.0.20 du plugin
Répondre à ce message
Bonjour,
je me demande s’il n’y a pas un petit bug dans lune situation où l’on interroge une autre base SPIP...
Exemple : soit un site A sur lequel le plugin exclure_secteur est installé. On lui indique d’exclure la rubrique x.
Si le site A souhaite interroger une autre base (via le connect qui va bien) un site B et veuille récupérer des articles de la rubrique x, la requête échoue (ce qui n’est pas conforme au résultat attendu puisque c’est la rubrique locale d’id x qui est exclue, pas la rubrique distante de même id).
Bon, on peut contourner en forçant spécifiquement via le critère
{tout_voir}
, mais, bon...En tout cas, merci pour ce bel outil bien commode
a oui c’est bien possible. Il faudrait que je trouve le tps de me pencher sur cette question. Peut être ce week-end.
M’enfin, euh, c’est pas non plus un cas très fréquent (et on peut le contourner). C’est juste que ça surprend et qu’on met un peu de temps à comprendre...
Pas vraiment un mega bug à corriger d’urgence, quoi !
oui, mais il sera pas corrigé si c’est pas fait tout de suite justement ;-)
La version 2.1.12 corrige ce problème.
Répondre à ce message
Aïe, mmh, et comment on fait si on veut Accès restreint ET ce plugin ?
Et qu’on utilise donc déjà
{tout_voir}
pour lister dans des boucles des contenus restreints (afin de mettre leur lien), mais qu’on ne veut PAS ceux qui sont restreints par Exclure secteur ?Haha, la combinaison maléfique. :(
t’en a d’autre des questions embarrassantes ?
Plus précisément : c’est un site avec certains contenus réservés aux abonné⋅e⋅s. Et j’ai
{tout_voir}
sur toutes les boucles qui listent des liens/résumés, pour donner envie de cliquer et tomber sur une page 401 qui invite à s’abonner.Mais à côté de ça, je voudrais « Exclure secteur » pour que certains contenus (restreints ou pas par Accès restreint, peu importe) ne s’affichent pas dans les listes de l’accueil, des nouveautés, etc. Sauf que comme j’ai déjà
{tout_voir}
partout, ça ne va pas marcher !je ne vois qu’une solution : casser la compatibilité du plugin pour créer un autre critère que tout_voir comme dérogation, et proposer une option de compat ascendante.
Répondre à ce message
Bonjour,
j’ai un site en SPIP 3, j’ai installé ce plugin ainsi que CFG, mais quand je vais sur la page [nom du site]/ecrire/ ?exec=cfg&cfg=secteur (comme indiqué dans la rubrique « utilisation » de cette description), j’obtiens le message « Fichier CFG introuvable ». Comment cela se fait-il ?
Merci !
En fait c’est juste que la doc n’était pas à jour.
Pour SPIP 3 :
- pas besoin de CFG
- se rendre dans le menu « Squelettes » > « Exclure Secteur » pour le formulaire de conf.
ah merci !
par contre ça ne fonctionne pas...
il y a deux cases à cocher en plus :
- Est-ce que le critére tout est équivalent au critére tout_voir ?
- Ne pas appliquer aux les boucles sur lequel l’identifiant de l’objet est explicité ou pris dans le contexte. (Permet de ne pas modifier le squelette article.html)
Je ne comprends pas s’il faut les/en cocher ou pas, ou sinon est-ce qu’il faut faire une modification dans le squelette quand même ?
bonjour,
que voulez vous dire par « cela ne fonctionne pas ».
Quant aux case à cocher c’est expliqué dans la documentation. Voir la section « Faire des exceptions ».
Répondre à ce message
Bonjour,
à la lecture de ces POST de 2011, je vois que le problème semble évoqué. Mais est-ce vraiement le même ?
Après avoir installé SPIP 3.0.3 [19675], tout allait bien.
Et puis Exclure secteur 2.0.3, et du coup en affichage public :
Site en travaux
Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.
Notons que je suis en PHP/5.3.8 et MYSQL 5, avec XAMPP 1.7.7
Est-ce connu ?
merci
YONNEL
Je note que cela plante quand je désigne plusieurs rubriques à exclures (pourtant avec contenu). Si 1 seule exlue cela marche !
Hum, avez vous d’autres plugins et des squelettes perso ? je ferais dans tt les cas un test demain
la version 2.0.4 devrait corriger ce problème. Elle sera dispo en zip à 1h du matin.
merci Maïeul,
je vais regarder ce matin dans les téléchargements.
Je te tiens au courant.
YO
J’encombre le forum, mais c’est pour te dire un grand merci. Ton plugin me permet d’éviter tout simplement les tests dans les boucles pour les parties privées.
Je vais m’appuyer sur ton plugin pour comprendre et avancer dans les mécanismes SPIP, et surtout 3.
En tout cas, merci à nouveau pour ta réactivité.
YO
Répondre à ce message
Bonjour.
« Cool, m’étais-je dit, un plugin pour ne plus devoir {id_secteur!=1}er mes squelettes. »
Hélas, ce plugin a une incompatibilité avec le Pages uniques.
Lorsque j’active l’option « Ne pas appliquer aux les boucles sur lequel l’identifiant de l’objet est explicité ou pris dans le contexte. », mes pages uniques me répondent 404. :-(
Tant pis, je vais mettre du {id_secteur!=1} partout…
Bises !
SPIP 2.1.12
Exclure secteur 1.2.0
Pages 0.3.7
(Ne sachant pas quel plugin est en « faute », je mets un lien vers ce commentaire sur la page de Pages uniques.)
j’avoue ne pas très bien comprendre l’interêt de combiner exclure secteur et pages unique, qui sont 2 plugins dont les buts initiales sont les mêmes : gérer les pages qui ne sont pas classables dans les rubriques ;
Il y a une nuance de taille :
Exclure secteur me permet d’avoir des articles dont je peux afficher le contenu où je veux (page d’accueil, sponsors,…) sans qu’ils soient repris dans le sitemap, le plan du site ou les flux de syndication.
Pages uniques me permet d’avoir des articles repris dans le sitemap, etc. sans devoir les rattacher à une rubrique « poubelle ».
Répondre à ce message
Hello !
Sur une Spip3 fraichement installée (version SPIP 3.0.0-beta SVN [18812] )
Ce plugin provoque une incompatibilité avec la dépendances (/extensions ) forums, résultant en une erreur SQL à l’affichage public sur l’ensemble des pages du site
Message
Squelettes
Boucle
Ligne
Investigations complémentaires en cours...
La boucle fautive est celle-ci :
J’ai tenté plusieurs variations mais rien n’y fait. L’erreur doit se situer quelque part dans le plugin mais je ne vois pas où...
Investigations complémentaires toujours en cours...
Test complémentaire effectué sur un spip vierge avec uniquement Exclure_secteur et cfg (car dépendance) et rien n’y fait, l’erreur persiste...
Là je ne vois vraiment pas...
PS : Je précise que sur ce projet, l’utilisation des forums public est désactivée.
Test fait après les avoir activé : L’erreur survient encore...
base de donné sqlite ou MySql ? je vais essayer de reproduire en local
Je suis en MySQL.
J’ai continué de creuser un peu mais toujours pas de solutions :-/
Merci à toi.
je pense savoir d’où vient le problème. En SPIP 3 la relation article/forum passe désormais par une table dédiée, et pas par un champs de spip_forums.
Faudrait faire une branche et modifier en conséquence les requetes.
en fait le pb vient bien du changement de structure de la table, mais pour le moment je ne vois pas quelle requete sql correcter générer.
en attendant de trouver, j’ai supprimer la compatibilité SPIP 3.
J’ai vu que tu avais « branché » le plugin. T’es sur une piste ?
j’arrive pas à trouver la requete sql correcte. Faut que je revise mes requete sql. Le pb est que « id_objet » et « objet » n’est pas sur une table de liaison.
essaie la dernière modif : devrait exclure les forums dont l’article est dans un secteur exclus
Répondre à ce message
Bonjour,
la boucle article du flux rss n’est pas filtrée
j’ai modifié le squelette backend mais je ne sais pas comment integrer la prise en compte du filtre dynamiquement
merci
nat33
salut,
j’ai testé en local, et je n’ai pas cela.
En plus je vois mal pourquoi j’aurais une exception pour le fichier backend.
tu peux me donner :
- ton nouveau fichier backend ?
- ta config de exclure secteur ?
merci
Répondre à ce message
Petit désagrément à l’usage du plugin
Le texte du message
Le site est hébergé chez Nuxit. Le nom de la base a été modifié dans ce message dans un soucis de discrétion.
Si je tente de reproduire l’erreur en local, mais je n’y parviens pas !!!
Merci de m’indiquer une piste.
Cordialement
Claude
Bonjour,
pouvez vous indiquez la version de MySql utilisée (pour cela, se rendre dans
/ecrire/?exec=info
).Pourrais je aussi avoir la boucle qui déclenche cela ?
Bonsoir,
Version MySql : PDO Driver for MySQL, client library version 5.0.32
Merci du coup de main
Claude
étrange, je ne vois pas d’où peut venir cette erreure.
pas d"autre plugins installés ? avez vous fait un test en désactivant tout les plugins sauf celui-ci ?
Merci de vous être penché sur le problème.
J’ai 14 plugins installé cfg, couteau-suisse, zpip et composition, agenda2, spinnets et odt2spip, ckeditor, lecteur-multimedia, nuage, socialtags, bonux et zengarden.
En désinstallant complètement le plugin exclure-secteur, purge complète des caches puis réinstallation, l’erreur a disparu. Problème de l’ordre d’installation des plugins ?
Peut-être une autre piste, parfois, couteau-suisse envoie sur l’espace privé une erreur apache sur un fichier cout_options sur une ligne vide (95), le rechargement de la page supprime l’erreur.
Cordialement
Claude
Si cette erreur revient, une fois le Couteau Suisse mis à jour, ’hésite pas à la décrire (ici sur le forum) précisément et littéralement telle qu’elle est indiquée, parce que là, une rumeur ne fait pas avancer les choses....
Je n’y manquerai pas
Cordialement
Claude
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |