Allez, avouez... il ne vous est jamais arrivé d’avoir besoin d’articles qui ne sont rattachés à aucun rubriquage particulier ? Des articles uniques, n’ayant ni de thème, ni de rapport avec aucun autre ? Ou encore des articles pour lesquels vous avez besoin de faire un squelette particulier mais dont le contenu doit rester modifiable classiquement dans l’interface privée ?
Des pages, en quelque sorte. Des pages uniques rattachées à rien.
On a tous utilisé des bidouilles devenues des habitudes, que ce soit en se basant sur des mots-clés « techniques » ou bien en créant une rubrique « fourre-tout » que l’on devait ensuite rendre invisible dans tous nos squelettes en mettant {id_rubrique!=1}, par exemple.
Ce plugin propose de faire tout cela de manière plus propre et plus pratique.
On peut alors l’utiliser pour créer des pages de notice légale, d’à-propos, ou encore de contact.
Créer des pages
Le plugin ajoute une entrée « Pages uniques » dans le menu « Édition ».
On arrive sur une liste des pages déjà créées. Avec un lien permettant d’en ajouter de nouvelles.
Le formulaire de création d’une page est le même que celui d’un article. Sauf qu’on n’a pas à choisir de rubrique. À la place, on désigne un identifiant de page.
Afficher les pages sur son site
Les pages sont des articles comme les autres, ils n’ont simplement pas de rubrique.
Vous pouvez donc :
- Utiliser une boucle classique
<BOUCLE_art(ARTICLES){id_article=38}>#URL_ARTICLE</BOUCLE_art> - Utiliser les raccourcis dans les textes
[->art38] - Cela utilisera donc le squelette normal « article.html »
Mais les pages uniques ont aussi un champ « page » ! Qui peut être utilisé de plusieurs manières pour récupérer habilement ses pages.
Imaginons que l’on ait créé une page « Notice légale » avec le mot « legal » dans le champ « page ». On peut alors :
- Faire une boucle
<BOUCLE_legal(ARTICLES){page=legal}>#TEXTE</BOUCLE_legal> - Avoir un squelette « legal.html » dédié. Comme ce squelette sera appelé par
?page=legal, le critère{page=legal}peut se simplifier, dans ce squelette, et s’écrire simplement{page}. La boucle principale devient alors simplement :<BOUCLE_legal(ARTICLES){page}> - Depuis la version 1.5.1, il est possible d’avoir un squelette dédié « article=legal.html » qui sera utilisé automatiquement avec la vraie URL de l’article. Ainsi vous pouvez avoir des belles adresses propres tout en ayant un squelette dédié, et sans avoir à utiliser Compositions pour juste un article. Cela fonction aussi avec Z-core pour le squelette du bloc principal.
Lorsqu’on veut juste l’URL, il existe aussi la balise #URL_PAGE_UNIQUE{identifiant} qui permet de retourner l’#URL_ARTICLE mais depuis l’identifiant textuel donné à la page.
Remarques techniques : conséquence sur les boucles (ARTICLES)
Les pages uniques sont automatiquement exclues des boucles (ARTICLES) sauf si l’un des critères suivant est présents :
-
{tout}; -
{page}avec éventuellement des opérateurs ({page=toto}, sauf{page=''}; -
{id_rubrique=-1}ou{id_rubrique<0} -
{id_rubrique}ou{id_rubrique?avec une rubrique égale à -1 dans l’environnement ; -
{id_article}avec éventuellement des opérateurs : -
{traduction}et{origine_traduction}avec éventuellement des opérateurs.
Discussions par date d’activité
104 discussions
Bonjour,
mini glitch, mais sans conséquence.
Avec le plugin Pages 2.0.1, si on met un mot-clé sur une page unique, il est bien pris en compte dans les boucles ARTICLES (en prenant en compte ce qui est indiqué à la fin de cet article).
Les pages uniques sont comptabilisées sur la page de mot-clé (du type monsite.com/ecrire/ ?exec=mot&id_mot=7), mais ne sont pas affichées contrairement à des articles classiques.
Merci pour ce plugin super pratique !
Répondre à ce message
Bonjour
Je viens de configurer ce plugin avec Spip 4.2.5, pour mes besoins de pages « contact », « mentions légales », et « inscription liste de diffusion ». Tout fonctionne parfaitement.
Mais dans le pipeline « boite_infos », je ne souhaiterais pas l’insertion automatique du choix « convertir en page/convertir en article » : cela peut générer des erreurs selon les compétences des rédactrices et rédacteurs.
Est-ce que l’affichage de ce choix ne pourrait pas être une option dans la configuration du plugin ?
Merci.
Seuls les admins complets peuvent modifier les pages uniques, pas du tout les rédacteurs, donc bien ceux qui ont le contrôle éditorial.
Mais tu peux surcharger toutes les autorisations :
https://git.spip.net/spip-contrib-extensions/pages/src/branch/master/pages_autorisations.php
Répondre à ce message
Bonjour,
Tout d’abord merci pour ce plugin très pratique.
Je rencontre cependant un souci avec l’utilisation de l’url de l’article qui me renvoie systématiquement vers le squelette générique « article.html »
au lieu du squelette spécifique « contact.html »
url article : https://www.cartepostaleoloron.fr/contact (=> article.html)
Page forcée : https://www.cartepostaleoloron.fr/?page=contact (=> contact.html)
Je pensais me retrouver le même squelette contact.html pour ces deux urls.
Je suis en :
SPIP 4.2.3
plugin Pages : 2.0.0
J’ai peut-être un raté dans mon paramétrage ou bien une mauvaise compréhension de cette fonctionnalité ?
Merci de votre aide.
La doc juste ci dessus indique bien "Cela utilisera donc le squelette normal « article.html »" :)
Par contre ya un truc qui a été ajoutée ya 3 ans et pas mis dans la doc ensuite, c’est faire un squelette "article=identifiantdelapage.html". Là ça l’utilisera au lieu de "article.html".
https://git.spip.net/spip-contrib-extensions/pages/src/branch/master/pages_pipelines.php#L444
Je raconte n’importe quoi en plus, ça a bien été ajouté dans la doc !
Merci RastaPopoulos pour ce retour rapide.
J’ai bien créé un squelette « contact.html » mais je comprends que je dois l’appeler « article=contact.html » pour qu’il soit pris en compte par l’url de l’article.
Ma presbytie me perdra... Merci encore !
Répondre à ce message
Bonjour,
Je suis en train de migrer un site en 4.2 et j’active systématiquement l’affichage des erreurs avec les directives
SPIP_ERREUR_REPORT(en phase de développement ...)Dans l’espace privé, la création d’une nouvelle page fait ressortir une erreur bloquante dans la fonction
pages_affiche_milieu_ajouter_page():Deprecated: preg_replace(): Passing null to parameter #3 ($subject) of type array|string is deprecated in /home/vero/www/enviroboite4.jdc/spip-v4.2.2/plugins/auto/pages/v2.0.0/pages_pipelines.php on line 51Par ailleurs, l’accès en édition d’une page existante est impossible : le bloc
affiche_milieuest vide, mais sans message d’erreur.Question subsidiaire : comment ne pas tout bloquer en conservant
define('SPIP_ERREUR_REPORT', E_ALL^E_NOTICE);?Merci pour ce plugin que j’exploite depuis bien longtemps !
Bonjour,
je ne reproduit pas.
Du reste normalement cette erreur n’a rien de bloquante.
Je pense, au vue de l’analyse du code, que vous avez quelque chose EN amont qui renvoie un
affiche_milieuvide, et c’est ce qui provoque cette erreur, et non l’inverse.Avez vous testé en désactivant les autres plugins ?
Merci pour cette réponse rapide !
J’ai désactivé tous les plugins, vider les caches (vider les dossiers /tmp, /local) : pas de changement ?
Lorsque je supprime la directives PHP
error_reporting(E_ALL^E_NOTICE);une chaîne de caractère s’affiche en édition.Ci-joint captures d’écran.
Capture d’écran en édition sans directive
error_reportingC’est très étrang.
Quelle est la configuration PHP ? Quelle est l’url qui produit cela ? Est-ce en ajax ?
Je viens de tester le plugin sur une nouvelle installation (même configuration : php 8.2.5) et effectivement, il n’y a ps de soucis.
Le projet en question est une migration que je prépare ... tout se passait bien, jusque là !
En examinant la table articles, j’ai constaté que les identifiants de page avaient sauté ... mais même en les rétablissant à la mano, j’ai toujours le même problème.
J’ai scruté la table metas, pas simple à nettoyer ....
Je vais repartir sur une nouvelle installation.
Désolée pour le dérangement et encore merci.
Répondre à ce message
Testé avec succès sur un Spip 4.2.2 en ayant activé la compatibilité 4.1
Répondre à ce message
Bonjour,
je voudrais soulever un bug avec le plugin et l’url canonique. Pour 2 pages, tout se passe bien. Par contre, j’ai un soucis d’url canonique pour deux autres qui indiquent :
D’où cela peut-il venir ? J’ai beau changer l’url ça ne change rien.
Répondre à ce message
Bonsoir,
Je suis en SPIP 4.1.2
J’ai un problème d’affichage de la liste des pages : un message me dit que « Il n’y a aucune page pour l’instant. » alors que je sais qu’il y en a !
Une fenêtre d’erreur SQL 1054 s’affiche aussi (en PJ)
Quelqu’une ou quelqu’un peut-il m’aider
Merci
Patrice
Ok oui le SQL généré est fautif là, « 0+titretitre » ça ne peut pas exister. Donc il faudrait comprendre qu’est-ce qui génère ça.
Est-ce que tu as testé d’abord sans aucun autre plugin ? C’est toujours comme ça qu’on teste, pour ne pas confondre avec un conflit venant d’un autre plugin.
Bonjour et merci beaucoup RastaPopoulos.
Effectivement, c’est le « Tri des articles » dans le « Couteau Suisse » qui bogue !
Je garde bien ce conseil de désactiver les plugins avant toute autre piste de recherche.
Ce soir je dormirais moins bête !
Bonne journée,
Patrice
Répondre à ce message
Bonjour,
J’ai une question simple quant à la gestion des pages uniques.
Lorsqu’on mets une page à la poubelle, celle-ci reste visible dans le backoffice alors que lorsque on supprime un article celui-ci disparait de l’interface.
Il y a t’il une raison à cela ? Ou est-ce une erreur ?
Merci,
JuL
La liste est construire comme ça :
https://git.spip.net/spip-contrib-extensions/pages/src/branch/master/prive/squelettes/contenu/pages.html#L4
Donc normalement ça doit montrer ce que ton statut utilisateur a le droit de voir, si je comprends l’idée (c’est po moi qui ai ajouté ça).
Bonjour RastaPopoulos,
Dans ce cas la subtilité se place peut-être du coté des articles. Mon constat repose sur la différence d’affichage entre les pages et articles qui sont au fond la même chose (si on laisse le concept de rubrique de coté). Ce serait plus cohérent, je pense, si les pages supprimées n’apparaissaient pas, comme c’est le cas pour les articles.
Ah tiens c’est moi qui avait amendé ce squelette il y a 9 ans : https://git.spip.net/spip-contrib-extensions/pages/commit/286abf08ed6486029b7aa7b557036bc151219cfc
De mémoire l’objectif était d’obtenir ce que tu décris Jul : que la page ?exec=pages se comporte de la même façon que ?exec=articles pour les statuts.
La partie du code concernant le statut a donc été repris tel quel de la page ?exec=articles :
Mais par contre je reproduis pas ton problème Jul :
Moi j’ai pas ça : quand je mets un article à la poubelle je le vois toujours dans la liste sur ?exec=articles
Après ça dépend de son propre statut d’admin ou pas, mais en principe il devrait y avoir parité entre les 2 pages.
Tu aurais plus d’infos pour reproduire ?
Bonjour,
Ok, je comprends mieux mon « problème ».
Quand je suis dans le contexte d’une rubrique, les articles supprimés sont invisible mais ils sont visibles dans la page /ecrire/ ?exec=articles.
Je m’attendais à ce que les pages soient également invisibilisés.
Autres points, vous prévoyez la prise en charge par Corbeille ?
Merci
Répondre à ce message
Bonjour,
Je souhaiterais supprimer l’affichage des aside/extra depuis une structure en Z avec une page unique que je trouve bien pratique.
J’ai essayé avec un squelette article=legal.html
en mettant des fichiers vides pour aside/article=legal.html et extra/article=legal.html
Mais ces squelettes aside/extra sont ignorés.
Y-a-t’il un moyen d’y arriver ?
Merci
Mikel
le plus propre ça reste d’utiliser les Compositions (plugin) qui elles sont bien pris en compte par le mécanisme Z
Merci RastaPopoulos,
Je vais donc voir avec Compositions.
Mais, j’aurais aimé garder les avantages et la simplicité des pages uniques.
tu peux appliquer des compositions sur une page unique par contre (c’est un article comme un autre) pour ne pas l’avoir dans l’arbo
Ah, très bien. C’est une bonne nouvelle.
Merci !
Répondre à ce message
Pages Uniques et Multilinguïsme
Bonjour,
configuraion : Spip 3.2.8 avec (entre autres) les plugins
- Pages 1.5.2
- Secteur par langue
- Site multilingue facile
- Traduction entre les rubriques
Quand je crée une page unique, j’ai bien les liens de traduction, par conte impossible de changer la langue. Le menu fonctionne, le lien de traduction aussi mais la langue reste affichée en français après avoir validé l’anglais comme langue de la traduction (voir image jointe).
D’où deux questions :
- s’agit il d’un bug (connu) ?
- des suggestions pour gérér le multilinguisme pour les pages uniques (j’envisage de gérer avec des blocs multilingues l’intégralité de la traduction et un affichage en fonction du contexte = langue du secteur depuis lequel elle est appelée).
Merci d’avance
Bonjour,
J’ai exactement le même symptôme lors de la création de pages uniques. J’ai pu contourner le problème e créant d’abord un article, en créant sa traduction, puis en passant ces 2 articles en pages uniques ( « convertir en page unique » ).
De cette manière la langue est bien conservée.
En revanche, j’ai l’impression que la variable #LANG utilisée dans mon squelette article ne fonctionne pas sur ces pages uniques.
Je vais essayer de creuser un peu plus loin...
Si quelqu’un à plus d’info sur le sujet je suis intéressé.
Merci.
Répondre à ce message
Bonjour,
Avec SPIP 3.2.8, la recherche dans l’espace privé (ecrire) de SPIP ne permet pas de trouver une page unique, que ce soit par un mot de son titre ou par son identifiant numérique.
Ça fait donc des pages uniques un des rares objet de SPIP que la recherche intégrée à l’admin ne trouve pas.
Un moyen de corriger ça ? (genre un filtre via le pipeline pre_boucle pour que ça ne soit plus exclus) ?
Bah c’est justement dans pre_boucle qu’on l’exclu maintenant des boucles ARTICLES par défaut. Et dans la recherche, ça appelle les listes d’objets *par défaut* de chaque objet, donc pour les articles, une boucle ARTICLES par défaut, donc c’est exclu.
Pour que ça y soit dans la page de résultats recherche, il faudrait dans un pipeline rajouter un *autre* bloc de liste d’articles différents, avec spécifiquement les pages uniques dedans, en passant le GET « recherche » qu’on trouve dans le contexte. Ça doit pas être super compliqué. Un ticket au moins plutôt ?
Donc, c’est ici que ça se passe : https://git.spip.net/spip-contrib-extensions/pages/src/branch/master/pages_pipelines.php#L333
Est-ce qu’il serait envisageable de rajouter une exception de plus : si on est dans le privé, dans la page recherche, alors on ne filtre pas les pages uniques.
Ou, mieux encore, faire prendre en compte dans la page de recherche, le squelette https://git.spip.net/spip-contrib-extensions/pages/src/branch/master/prive/objets/liste/pages.html
Je suis sur le coup !
J’ai fait une PR si tu peux jeter un œil : https://git.spip.net/spip-contrib-extensions/pages/pulls/6
Répondre à ce message
Bonjour,
SPIP 3.3.0-dev [24547] et Pages 1.4.0.
Avec l’interface privé de SPIP qui évolue en largeur (et autres), il y a quelque chose qui a bougé pour Pages uniques depuis les derniers commits de SPIP : quand on entre en modification d’une page, le remplacement du texte « Modifier cet article » dans « entete-formulaire » ne se fait plus correctement. Du coup, le titre se trouve affiché en une colonne étroite.
Le REGEX dans $cherche ligne 40 de pages_pipelines.php ne cherche plus correctement sa cible ;-)
Ça a été modifié par Marcimat ici à priori :
https://git.spip.net/spip-contrib-extensions/pages/commit/369e1ef10133c210a9ebc999f389679c1d4b9c90
La modification de @marcimat date du 28 août 2020 et se retrouve dans la v1.5.3, mais la version dispo via SVP est la v1.5.2.
https://git.spip.net/spip-contrib-extensions/pages/commit/369e1ef10133c210a9ebc999f389679c1d4b9c90
Ceci dit : merci @RastaPopoulos et @marcimat ;-)
Je viens de dire de generer la bonne version pour svp. Devrait être dispo bientot.
C’est sympa @Maïeul
Répondre à ce message
Bonjour,
J’ai une difficulté avec ce plugin.
L’installation du plugin se déroule normalement.
Mais, quand je veux créer une page unique, j’obtiens le message d’erreur suivant :
Message :
Erreur SQL 1054
Unknown column ’page’ in ’field list’
SELECT page FROM spip_articles WHERE id_article=0
Squelette :
/home/xxxx/www/plugins/pages/pages_pipelines.php
Boucle :
pages_affiche_hierarchie() sql_getfetsel() ;
Ligne :
310
Quelqu’un serait-il en mesure de m’aider ?
Si tu as Unknown column ’page’ c’est que le champ est pas là à priori, donc que le plugin ne s’est pas installé
Merci pour votre réponse.
C’est étrange, car je l’ai installé et ré-installé plusieurs fois et les messages d’erreurs sont toujours là.
L’installation se déroule correctement (message selon lequel le plugin a été installé avec succès).
j’ai également essayé de voir s’il ne s’agit pas d’un problème d’interférence avec un autre plugin, mais les messages demeurent quand je désactive tous les plugins sauf Pages.
Pourrait-il s’agir d’une incompatibilité avec la version de spip (3.2.7) + écran de sécurité 1.3.13 ?
Voici les différents messages que j’obtiens :
1,- Quand je clique sur « créer une nouvelle page », cela donne le message suivant :
Message : Erreur SQL 1054 Unknown column ’page’ in ’field list’ SELECT page FROM spip_articles WHERE id_article=0 / Squelette : /home/xxxx/www/plugins/pages/pages_pipelines.php / Boucle : pages_affiche_hierarchie() sql_getfetsel() ; / Ligne : 310
2.- Quand je clique sur un article déjà publié (dans l’espace privé), apparaissent les trois messages suivants :
Message : Erreur SQL 1054 Unknown column ’page’ in ’field list’ SELECT page FROM spip_articles WHERE id_article=11 / Squelette : /home/xxxx/www/plugins/pages/pages_pipelines.php / Boucle : pages_affiche_hierarchie() sql_getfetsel() ; / Ligne : 310
Message : Erreur SQL 1054 Unknown column ’page’ in ’field list’ SELECT page FROM spip_articles WHERE id_article=11 / Squelette : /home/xxxx/www/plugins/pages/pages_pipelines.php / Boucle : pages_boite_infos() sql_getfetsel() ; / Ligne : 281
Message : Erreur SQL 1054 Unknown column ’page’ in ’field list’ SELECT page FROM spip_articles WHERE id_article=11 / Squelette : /home/nicolasfzc/www/plugins/pages/pages_pipelines.php / Boucle : pages_affiche_milieu_identifiant() sql_getfetsel() ; / Ligne : 83
Oui bah c’est que le même message quoi. Mais donc tu l’as ce champ « page » dans la table articles ou pas ?
Je suis désolé, je ne sais pas ce qu’est la « table articles ».
Quand je clique dans « Articles » du menu « Édition » de l’espace privé, aucun message d’erreur n’apparaît.
En revanche, quand je clique sur l’un des articles publié, les 3 messages exposés ci-dessus (cf,- 2-) apparaissent. Quand je clique sur « écrire un nouvel article », c’est le même message que celui qui apparait en cas de création d’une « nouvelle page » (cf. 1,- ci-dessus) .
Les « tables » sont les structures dans laquelle SPIP stocke les données. Normalement, un utilisateur lambda ne s’en préoccupe pas. Mais précisement là il y a eu un souci au niveau de la structure, et c’est ce qui cause les soucis que tu as.
Bref, pour y voir plus clair, pourrait tu :
- repasser dans la page de gestion des plugins, déinstaller (et pas désactiver) le plugins, puis réinstaller, puis nous fournir le contenu du fichier
mysql.logque tu dois pouvoir récuperer via ftp danstmp/log- regarder avec PHP my admin (qui est fourni normalement avec ton hébergeur, tout dépend de celui-ci) la table
spip_articleset nous indiquer la structure.Voici le contenu du fichier mysql.log :
2020-05-08 10:15:05 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 29457) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-08 10:15:06 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 29457) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L281 [sql_getfetsel(),pages_boite_infos(),call_user_func(),minipipe(),execute_pipeline_boite_infos(),pipeline(),BOUCLE_navhtml_33ae2615afb707e372e162aa1eb66404(),html_33ae2615afb707e372e162aa1eb66404(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-08 10:15:06 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 29457) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L83 [sql_getfetsel(),pages_affiche_milieu_identifiant(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-08 10:15:07 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 29457) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L27 [sql_getfetsel(),pages_affiche_milieu_ajouter_page(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),traiter_appels_inclusions_ajax()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-08 11:14:14 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-08 11:14:14 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L281 [sql_getfetsel(),pages_boite_infos(),call_user_func(),minipipe(),execute_pipeline_boite_infos(),pipeline(),BOUCLE_navhtml_33ae2615afb707e372e162aa1eb66404(),html_33ae2615afb707e372e162aa1eb66404(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-08 11:14:14 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L83 [sql_getfetsel(),pages_affiche_milieu_identifiant(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-08 11:14:15 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L27 [sql_getfetsel(),pages_affiche_milieu_ajouter_page(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),traiter_appels_inclusions_ajax()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-08 11:14:36 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
2020-05-08 11:20:01 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 19193) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
2020-05-08 16:03:21 2a01:e0a:521:4e30:8903:a040:3ba8:7ae2 (pid 28118) :Pri:ERREUR : Erreur 1091 de mysql : Can’t DROP ’page’ ; check that column/key exists
in /home/nicolasfzc/www/plugins/pages/pages_administrations.php L53 [sql_alter(),pages_vider_tables(),spip_plugin_install(),plugins_installer_dist(),do_stop(),do_action(),one_action(),action_actionner_dist(),traiter_appels_actions()]
ALTER TABLE
nicolasfzck.spip_articles DROP page2020-05-08 16:04:55 2a01:e0a:521:4e30:8903:a040:3ba8:7ae2 (pid 28118) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
2020-05-08 16:05:00 2a01:e0a:521:4e30:8903:a040:3ba8:7ae2 (pid 28118) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
Est tu bien passé par la page de gestion des plugins ?
Oui. J’ai désinstallé et réinstallé le plugin dans la page de gestion des plugins
Désinstallé, pas désactivé ? ce sont 2 choses différentes.
Oui désinstallé. Je peux recommencer si nécessaire.
Voici la structure de spip_articles :
1 id_articlePrimaire bigint(21) Non Aucun(e) AUTO_INCREMENT Modifier Modifier Supprimer Supprimer
Plus Plus
2 surtitre text utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
3 titre text utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
4 soustitre text utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
5 id_rubriqueIndex bigint(21) Non 0 Modifier Modifier Supprimer Supprimer
Plus Plus
6 descriptif text utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
7 chapo mediumtext utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
8 texte longtext utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
9 ps mediumtext utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
10 dateIndex datetime Non 0000-00-00 00:00:00 Modifier Modifier Supprimer Supprimer
Plus Plus
11 statutIndex varchar(10) utf8_general_ci Non 0 Modifier Modifier Supprimer Supprimer
Plus Plus
12 id_secteurIndex bigint(21) Non 0 Modifier Modifier Supprimer Supprimer
Plus Plus
13 maj timestamp Oui NULL Modifier Modifier Supprimer Supprimer
Plus Plus
14 export varchar(10) utf8_general_ci Oui oui Modifier Modifier Supprimer Supprimer
Plus Plus
15 date_redac datetime Non 0000-00-00 00:00:00 Modifier Modifier Supprimer Supprimer
Plus Plus
16 visites int(11) Non 0 Modifier Modifier Supprimer Supprimer
Plus Plus
17 referers int(11) Non 0 Modifier Modifier Supprimer Supprimer
Plus Plus
18 popularite double Non 0 Modifier Modifier Supprimer Supprimer
Plus Plus
19 accepter_forum char(3) utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
20 date_modif datetime Non 0000-00-00 00:00:00 Modifier Modifier Supprimer Supprimer
Plus Plus
21 langIndex varchar(10) utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
22 langue_choisie varchar(3) utf8_general_ci Oui non Modifier Modifier Supprimer Supprimer
Plus Plus
23 id_tradIndex bigint(21) Non 0 Modifier Modifier Supprimer Supprimer
Plus Plus
24 nom_site tinytext utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
25 url_site text utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
26 virtuel text utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
27 composition varchar(255) utf8_general_ci Non Modifier Modifier Supprimer Supprimer
Plus Plus
28 composition_lock tinyint(1) Non 0
J’ai recommencé une nouvelle fois l’opération (désinstallation du plugin dans la page de gestion des plugins).
Voici le résultat du fichier mysql,log :
2020-05-08 10:15:05 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 29457) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-08 10:15:06 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 29457) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L281 [sql_getfetsel(),pages_boite_infos(),call_user_func(),minipipe(),execute_pipeline_boite_infos(),pipeline(),BOUCLE_navhtml_33ae2615afb707e372e162aa1eb66404(),html_33ae2615afb707e372e162aa1eb66404(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-08 10:15:06 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 29457) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L83 [sql_getfetsel(),pages_affiche_milieu_identifiant(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-08 10:15:07 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 29457) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L27 [sql_getfetsel(),pages_affiche_milieu_ajouter_page(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),traiter_appels_inclusions_ajax()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-08 11:14:14 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-08 11:14:14 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L281 [sql_getfetsel(),pages_boite_infos(),call_user_func(),minipipe(),execute_pipeline_boite_infos(),pipeline(),BOUCLE_navhtml_33ae2615afb707e372e162aa1eb66404(),html_33ae2615afb707e372e162aa1eb66404(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-08 11:14:14 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L83 [sql_getfetsel(),pages_affiche_milieu_identifiant(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-08 11:14:15 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L27 [sql_getfetsel(),pages_affiche_milieu_ajouter_page(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),traiter_appels_inclusions_ajax()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-08 11:14:36 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 1270) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
2020-05-08 11:20:01 2a01:e0a:521:4e30:d819:cc6d:1b89:707 (pid 19193) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
2020-05-08 16:03:21 2a01:e0a:521:4e30:8903:a040:3ba8:7ae2 (pid 28118) :Pri:ERREUR : Erreur 1091 de mysql : Can’t DROP ’page’ ; check that column/key exists
in /home/nicolasfzc/www/plugins/pages/pages_administrations.php L53 [sql_alter(),pages_vider_tables(),spip_plugin_install(),plugins_installer_dist(),do_stop(),do_action(),one_action(),action_actionner_dist(),traiter_appels_actions()]
ALTER TABLE
nicolasfzck.spip_articles DROP page2020-05-08 16:04:55 2a01:e0a:521:4e30:8903:a040:3ba8:7ae2 (pid 28118) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
2020-05-08 16:05:00 2a01:e0a:521:4e30:8903:a040:3ba8:7ae2 (pid 28118) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
2020-05-11 11:30:34 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 15568) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
2020-05-11 11:30:50 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 15568) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-11 11:30:50 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 15568) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L281 [sql_getfetsel(),pages_boite_infos(),call_user_func(),minipipe(),execute_pipeline_boite_infos(),pipeline(),BOUCLE_navhtml_33ae2615afb707e372e162aa1eb66404(),html_33ae2615afb707e372e162aa1eb66404(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-11 11:30:51 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 15568) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L83 [sql_getfetsel(),pages_affiche_milieu_identifiant(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-11 11:30:51 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 15567) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L27 [sql_getfetsel(),pages_affiche_milieu_ajouter_page(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),traiter_appels_inclusions_ajax()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=11
2020-05-11 11:36:28 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 29513) :Pri:ERREUR : Erreur 1091 de mysql : Can’t DROP ’page’ ; check that column/key exists
in /home/nicolasfzc/www/plugins/pages/pages_administrations.php L53 [sql_alter(),pages_vider_tables(),spip_plugin_install(),plugins_installer_dist(),do_stop(),do_action(),one_action(),action_actionner_dist(),traiter_appels_actions()]
ALTER TABLE
nicolasfzck.spip_articles DROP page2020-05-11 11:37:10 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 29513) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=0
Oui comme dit depuis le début, l’installation ne s’est pas faite réellement et tu n’as pas le champ « page » ajouté dans la table des articles.
Ta copies de mysql.log n’aide pas car ça ne montre que l’après, une fois que tu vas sur des pages et que ça bug car il manque le champ.
Il faut le log mysql directement juste après l’installation. C’est-à-dire totalement désinstaller le plugin, puis supprimer ces fichiers de log, puis installer le plugin et ne RIEN aller ailleurs, directement regarder les logs juste après l’installation. Normalement si MySQL a planté un truc pendant, on devrait le voir.
Voici le résultat :
2020-05-11 11:52:58 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 11108) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L310 [sql_getfetsel(),pages_affiche_hierarchie(),call_user_func(),minipipe(),execute_pipeline_affiche_hierarchie(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-11 11:52:58 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 11108) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L281 [sql_getfetsel(),pages_boite_infos(),call_user_func(),minipipe(),execute_pipeline_boite_infos(),pipeline(),BOUCLE_navhtml_33ae2615afb707e372e162aa1eb66404(),html_33ae2615afb707e372e162aa1eb66404(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-11 11:52:58 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 11108) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L83 [sql_getfetsel(),pages_affiche_milieu_identifiant(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-11 11:52:58 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 11108) :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’page’ in ’field list’
in /home/nicolasfzc/www/plugins/pages/pages_pipelines.php L27 [sql_getfetsel(),pages_affiche_milieu_ajouter_page(),call_user_func(),minipipe(),execute_pipeline_affiche_milieu(),pipeline(),f_afficher_blocs_ecrire(),f_recuperer_fond(),call_user_func(),minipipe(),execute_pipeline_recuperer_fond(),pipeline(),recuperer_fond(),traiter_appels_inclusions_ajax()]
SELECT page
FROM
nicolasfzck.spip_articlesWHERE id_article=14
2020-05-11 11:56:09 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 4551) :Pri:ERREUR : Erreur 1091 de mysql : Can’t DROP ’page’ ; check that column/key exists
in /home/nicolasfzc/www/plugins/pages/pages_administrations.php L53 [sql_alter(),pages_vider_tables(),spip_plugin_install(),plugins_installer_dist(),do_stop(),do_action(),one_action(),action_actionner_dist(),traiter_appels_actions()]
ALTER TABLE
nicolasfzck.spip_articles DROP pageNon mais là tu vois bien que c’est toujours la même erreur « Unknown column ’page’ in ’field list’ », du coup ça sert à rien de nous copier 10000 fois la même si c’est toujours cette erreur là :)
Cette erreur c’est forcément après l’installation quand tu navigues sur les pages, et non pas au moment de l’installation. C’est quand même bizarre de pas voir l’erreur qu’il y aurait durant l’installation…
Je suis désolé. C’est tâtonne un peu...
J’ai essayé plusieurs fois la manipulation suggérée, La difficulté venait de ce que, une fois réinstallé le plugin, le fichier mysql. log (préalablement effacé) ne réapparaissait pas dans temp/log, même en actualisant le dossier via ftp.
Du coup, j’ai effacé tous les fichiers log et j’ai recommencé la manipulation. Cette fois, mysql.log est réapparu.
Voici ce qu’il indique :
2020-05-11 13:58:33 2a01:e0a:521:4e30:78f8:f37f:c8ab:8bd (pid 10115) :Pri:ERREUR : Erreur 1091 de mysql : Can’t DROP ’page’ ; check that column/key exists
in /home/nicolasfzc/www/plugins/pages/pages_administrations.php L53 [sql_alter(),pages_vider_tables(),spip_plugin_install(),plugins_installer_dist(),do_stop(),do_action(),one_action(),action_actionner_dist(),traiter_appels_actions()]
ALTER TABLE
nicolasfzck.spip_articles DROP pageJ’espère que c’est cela.
En tout cas, un grand merci pour votre aide.
Ouais alors en gros là il dit qu’il ne peut pas désinstaller. Et ca expliquerait qu’il ne peut pas réinstaller.
Peux tu suivre cette procédure :
- désactiver le plugin
- dans la table spip_meta, supprimer l’entrée dont le nom est
pages_base_version- aller dans le dossier tmp et effacer le fichier
meta_cache.php- réactiver le plugin, il devrait dire qu’il s’installe
- nous donner les résultats des logs.
J’ai suivi la procédure mentionnée.
La première fois, je l’ai fait après avoir effacé les fichiers log. Je fichier mysql.log n’est pas réapparu dans TEMP/LOG. Mais le problème était toujours là (après avoir cliqué dans la rubrique « Pages » de l’espace privé). Le fichier mysql.log n’est réapparu qu’à partir de ce moment là. Avec le même message « Unknown column ’page’ in ’field list’ »
J’ai ressayé une seconde fois sans effacer les fichiers log, Cette fois, mysql.log était toujours là mais n’affiche que le message Unknown column ’page’ in ’field list’
Est-ce que le contenu des deux autres log (spip.log et maj.log) peut aider ?
Hum,
c’est bizarre. Tout indique que le plugin ne s’installe pas vraiment mais on a pas de message de log.
Là franchement je sèche.
Eventuellement tu peux m’envoyer des accès en privé [monprenomsanstream arobase mon prenomsanstrema point net]
Merci pour cette proposition. En fait j’ai tout désinstallé, formaté la base et j’ai recommencé. J’ai utilisé une version moins récente de spip et cela fonctionne.
Mouais, mais normalement cela devrait fonctionner AUSSI sur une version récente de SPIP. Et en régle générale c’est bien d’avoir les versions récentes, notamment pour des raisons de sécurités.
Peut être que la table était corrompu et que le formatage a permis cela.
Bref, je conseillerai de mettre à jour SPIP (après sauvegarde de la base)
Répondre à ce message
Bonjour,
J’ai installé la version 1.4.0 du plugin pages uniques.
J’ai essayé de faire fonctionner une boucle ARTICLES avec les critères page=xxxx et doublons
Exemple :
<BOUCLE_article(ARTICLES){page=test}{doublons ici}></BOUCLE_article>Mais l’id_article de la page test n’est pas ajouté à la liste des doublons !
Du coup, plus loin, l’anti-doublons ne me renvoie pas la page d’identifiant test :(
J’ai testé chez moi. Je ne pense pas que le problème vient de lien. Il vient du fait que si on ne précise ni page, ni article, ni rubrique, alors par défaut la boucle articles exclut les pages unique. Le critère tout permet de forcer cela.
Répondre à ce message
Perso, pour créer des pages particulières avec leur propre design, j’utilise une solution toute simple. Avec champs Extras, pour l’objet « Article », je crée un champs texte « ARTICLE_IDENTIFIANT_PAR_NOM ».
Je renseigne ce champ dans chaque article avec un nom (exemple « simple »).
Je crée une page que je nomme « simple » dans mon dossier Inclure.
Et dans la page Article, je mets la boucle ci-dessous, à l’endroit qui va accueillir les infos de chaque template.
Et voilà ! Je peux créer autant de templates différents.
Il est également possible de procéder ainsi pour les rubriques.
J’ajoute à cela que je n’ai plus besoin des plugins « composition », ni « pages-uniques ».
On peut faire varier l’idée en remplaçant le champs texte par des boutons radio. Ainsi, n’importe quel rédacteur peut choisir pour chaque article (ou rubrique) le template qui va bien...
Perso, ça me donne de sacrées possibilités de présentations...
Pour une rubrique, je met cette boucle :
Là, dans Champs Extras, ma ligne de texte s’appelle « presentation »...
Libre à toi de réinventer en moins complet et en moins générique des plugins qui existent déjà et qui sont maintenus en commun par la communauté donc pérennes. :D
ben, ce n’est pas un plugin... simplement une boucle, c’est tout ! C’est justement pour éviter d’installer pleins de plugins...
Répondre à ce message
Bonjour,
Je dispose de SPIP 3.2.4 avec le plugin Pages v1.4.0. En suivant la documentation, je crée une page avec le champ
page=testpuis je crée un squelette test.html. Lorsque je veux voir la page en ligne, c’est le squelette article.html qui est appelé et non test.html. La fonctionnalité ne marche pas/plus ?Après discussion sur IRC, il s’avère que cette fonctionnalité n’a jamais été implémentée et qu’il est nécessaire d’avoir le plugin Compositions pour ce besoin. C’est fort dommage ça aurait été très pratique
La doc a été mise à jour pour plus de clarté du coup
Répondre à ce message
Bonjour,
En squellette sommaire.html, j’ai une boucle qui liste les articles d’un mot-clé « carreau »,
mais je ne comprend pas pourquoi il ne liste pas les pages uniques portant ce même mot-clé « carreau ».
voici ma boucle :
Une idée ?
Merci d’avance.
parce que le principe des pages uniques est d’etre exclus des boucles articles, sauf si on demande explicitement un id_article précis ou une page précise.
Actuellement je ne vois pas de solution « propre » pour obtenir ton comportement. Il y a bien
{id_article?}mais c’est risqué, car si tu a unid_articlepassé en environnement, ca pète.Donc il faudrait améliorer le plugin. Rastapopoulos, que pense tu d’un critère
{page_peu_importe}?Euh, il suffit juste d’utiliser le critère
{tout}.a oui, j’ai loupé cela en relisant le code. donc j’ai rien dit ;-) donc Fennec72 tu a ta réponse.
c’était bien cela :
Merci
En fait, il faut aussi tenir compte du statut des articles, et du cas des articles sous embargo (dans le futur).
Donc :
J’ai trouvé beaucoup plus simple comme code :
Répondre à ce message
Bonjour,
J’ai effectué ce matin la MAJ vers Pages 1.3.8. et là surprise mon site ne s’affichait plus, plus d’accès à l’interface privée non plus. J’ai donc par ftp remis la version Pages 1.3.7. et miracle tout est revenu.
Je ne sais pas où se situe le problème. Je suis sous SPIP 3.2.1. Escal 4.2.33.
Merci de votre aide.
Yann
Il faudrait activer l’affichage des erreurs.
Quand je regarde mon fichier error_log je trouve ceci sur plusieurs lignes à l’heure où j’ai installé la MAJ :
[Thu Jan 17 09:18:29 2019] [warn] [client 90.107.58.69] mod_fcgid : stderr : PHP Fatal error : Cannot redeclare autoriser_rubrique_creerarticledans() (previously declared in /var/www/vhosts/maisondesprovinces.fr/httpdocs/plugins/auto/autorite/v0.10.20/inc/autoriser.php:254) in /var/www/vhosts/maisondesprovinces.fr/httpdocs/plugins/auto/pages/v1.3.8/pages_autorisations.php on line 197
Bonjour,
https://zone.spip.net/trac/spip-zone/changeset/113485/spip-zone devrait résoudre ton problème.
Merci du signalement.
Merci beaucoup ! :-)
Yann
Euh, en mettant à jour j’ai cette erreur : Impossible de lire certaines descriptions XML
Erreur dans les plugins : auto/pages/v1.3.9
Pour le XML, ya que le numéro qui a changé dedans, donc je ne vois pas pourquoi ça péterait plus que le précédent. Super bizarre
https://zone.spip.net/trac/spip-zone/changeset/113485/spip-zone
Je vois qu’il n’y a que 2 fichiers modifiés. Je peux essayer juste de remplace le fichier pages_autorisations.php sans toucher le fichier xml.
Yann
Bonjour,
Je viens d’avoir la même expérience, sur un SPIP 3.2.1 avec la version 1.3.8 du plugin Pages : même message d’erreur (Impossible de lire certaines descriptions XML). ça ne semble donc pas venir de la correction d’aujourd’hui.
Alors en remplaçant juste l’ancien fichier pages_autorisations.php par le nouveau et sans remplacer le fichier XML ça fonctionne. dès qu’on met le nouveau fichier XML ça foire. J’ai donc essayé en modifiant dans l’ancien fichier XML le numéro de version pour indiquer 1.3.9 ainsi que le https pour le lien SPIP en ligne 8 et ça marche. Plus d’erreur et la version du plugin indique bien 1.3.9
Je ne vois pas ce qu’il peut y avoir sur le fichier XML livré avec la MAJ qui pose problème !
Yann
Bonjour, La version 10 corrige le problème pour activé le plugin
Merci !
Yann
Merci beaucoup, l’installation se fait désormais sans problème.
Répondre à ce message
Alors je suis désolé de jouer les rabat-joie plusieurs années après mais j’ai trouvé une faille :)
En fait les pages uniques ne sont belles et bien pas indexées automatiquement, et si le .htaccess n’autorise pas la découverte la page est cachée, ça c’est nickel ! Par contre les commentaires bas de page (comme celui-ci) s’il y en a, sortent sous « Messages » dans les résultats d’une recherche.
C’est lorsque j’ai changé un article en page à la suite de son obsolescence partielle que j’ai constaté cela. Perso je ne suis pas vraiment gêné car je ne la dissimule pas complètement, juste je la cache un peu (et puis elle reste indexée dans les moteurs de recherches), mais j’estime qu’une page qui serait crée dans un but privée ne pourrait pas être commentée sous peine de pouvoir être trouvée et j’estime cela un peu dommage
Hello,
je ne vois pas trop ce que tu veux dire car ce plugin n’a jamais eu pour but de CACHER des articles. Au contraire ce sont des articles normaux, avec les mêmes statuts, donc publié, etc. Seulement ils ne sont RANGÉS dans aucun rubrique. C’est juste un truc de rangement.
Si tu veux dépublier ou archiver des trucs, ya un plugin Archives pour ça à priori.
Bah comme l’énoncé’ du plugin dit « articles qui ne sont rattachés à aucun rubriquage particulier » on peut je pense présumer que si aucun linkage n’est créé la « page unique » n’est pas découvrable par le commun des mortel ? En tous cas c’est bien le cas, même par les robots d’indexations, et même lorsqu’on lance une recherche sur la page avec le moteur de recherche de SPIP, la page ne sort pas. Moi je dis assez parfait, et c’est d’ailleurs cela qui m’avait fait conserver ce plugin : des pages un peu cachées jusqu’à un éventuel linkage, exactement ce que je cherchais.
Mais parfait jusqu’à ce qu’un visiteur publie un commentaire sur la page. Car ce commentaire devient, lui, trouvable via le moteur de recherche dans SPIP. Et ceci rend alors la page découvrable !
C’est vraiment le seul truc accessible que j’ai pu apercevoir qui rende la page découvrable, je trouve cela vraiment dommage
En capture une recherche de la page unique « Indian Road » sur le site https://docsanscible.fr et qui comporte un commentaire. Comme on peut le constater la page n’est pas trouvée, par contre le commentaire l’est.
Je ne sais pas quel genre de boulot ça peut être, perso de remédier à ça, je ne crois pas avoir les connaissances pour le faire, mais franchement je pense que ça mériterait
Bé non, il n’y a rien à faire, ce plugin n’a pas et n’aura jamais pour but de cacher quoi que ce soit. Ce sont des articles publiés, donc accessibles à tout le monde. Après ça dépend des squelettes du site, et ça ça peut être 12000 trucs différents suivants les sites, chacun fait ce qu’il veut. Si tu veux cacher des choses, soit tu modifies tes squelettes, soit tu utilises un plugin qui dépublie ou met en archive réellement les articles.
Non merci je ne désire pas archiver ni dépublier.
J’utilise le dist
Je considère que les « articles qui ne sont rattachés à aucun rubriquage particulier » du plugin « Pages uniques » recèlent en réalité une façon de se faire rattacher. Je pense que ça doit pouvoir se résoudre mais je n’en ai pas les moyens.
Ce sera tout merci
Je n’ai pas compris la phrase "« Pages uniques » recèlent en réalité une façon de se faire rattacher"
En gros, si j’ai bien compris, vous ne voulez pas afficher les résultats des forusm dans le formulaire de recherche ?
Par ce que vraiment, page unique ce n’est pas fait pour cacher une page !
« vous ne voulez pas afficher les résultats des forums dans le formulaire de recherche »
C’est exactement cela :) Ne pas afficher les résultats des forums (j’aurais sans doute du employer le bon mot d’entré, désolé) des pages uniques dans le moteur de recherche de SPIP :)
Parce qu’il est chouette ce plugin je veux dire ! C’est même pas merci c’est pire :) On crée une page unique, on peut travailler un peu à plusieurs auteurs dessus, la mettre en ligne et la montrer via juste son adresse sans code d’accès, recevoir des avis aussi en commentaires dans le forum, continuer à travailler tout en la laissant publiée, et tout ça sans que les visiteurs de passage ne soient en mesure de la trouver :) Pas complètement cachée (on ferait autrement) : juste un peu. Juste assez :)
Et ça ce plugin le procure par défaut ! Tant qu’il n’y a pas un commentaire :)
Je vous remercie en tous cas de l’attention que vous m’avez porté :)
Oui, c’est vraiment pas l’usage pour lequel ca a été prévu, même si avec la dist ca peut correspondre.
Donc il vous faut masquer les forums des resultats de recherches. Vous êtes avec la dist :
- créer (si ce n’est pas deja fait) un dossier squelettes (à coté de ecrire, squelettes-dist, etc).
- copier squelettes-dist/recherche.html dans ce dossier squelettes
- modifier squelettes/recherche.html en supprimant :
Ah ou enlever les commentaires des résultats de recherches oui :)
Comme ça maintenant je sais où ça se tient ? :) Je vais regarder si y’a moyen de s’arranger avec la boucle pour le fun :)
En tous cas merci pour votre présence et le coup de main :)
Il veut pas virer les forums, il veut virer juste les forums qui sont sur des pages uniques.
Répondre à ce message
Bonjour,
Lorsque :
- l’on crée un article virtuel sur une page
- Que les URLs du site sont arborescentes
L’article virtuel est redirigé sur une page 404.
Dès que la page est transformée en article, la redirection fonctionne.
Quelqu’un a t-il une solution pour pallier à ce problème ?
Bonjour Yohooo,
Je viens de vérifier, en 3.2-dev et en 3.1, et je ne reproduis pas entièrement ce comportement.
En fait ça fonctionne dans les 2 cas par défaut.
Sauf. Sauf si un autre jeu d’URLs était utilisé auparavant (ou après), par exemple ’Libre’. Dans ce cas, pour les URLs pages, une nouvelle URL est généré qui ne contient pas le champ ’id_parent’. Et le mélange de ces 2 monde semble les perturber. C’est peut être un problème dans ce plugin…
Toujours est-il que la correction est assez simple cependant : supprimer l’URL qui n’a pas le id_parent (-1) renseigné, lorsque tu passes en URLs Arborescente (la recréer au besoin ensuite), pour les articles pages.
Précisions : en 3.2-dev je ne reproduis pas de 404 même si le parent n’est pas renseigné.
Visiblement il y a eu amélioration entre temps.
Hello Mathieu,
Merci pour la solution.
Sur ma version, en 3.1, supprimer les URL n’ayant pas d’id_parent (-1) ne suffit pas. Il faut tout simplement en ajouter une nouvelle.
Répondre à ce message
J’ai l’impression que je suis tombé sur un loup ...
Soit dans un coin de page une boucle qui teste la présence d’une page unique
<BOUCLE_test(ARTICLES){page=toto}>et qui renvoie un item de menu si cette page existe. Jusque là tout va bienLa page qui contient ce code est amenée à rapatrier des brèves issues d’un site distant (=un autre site SPIP) : elle est appelée une url du type
?page=breve&id_breve=xx&connect=connect_distantalors le debug m’affiche une erreur => BOUCLE_test critère = inconnu
Une écriture « forçant le connect local » rétablit le bon fonctionnement
mais bon, ça fait un peu rustine ! Un tour de torunevis ou un boulon à serrer quelque part dans le code du plugin pour ne pas avoir besoin de ce correctif ?
Répondre à ce message
Bonjour,
Je viens de faire une mise à jour de SPIP via spip_loader (SPIP 3.1.1 [22913] ) et maintenant, les pages-uniques ne sont plus listées dans ?exec=mot&id_mot=xx.
Par contre ?exec=groupe_mots&id_groupe=x indique bien qu’il y a un article lié au mot clé xx.
Pages-uniques est en dernière version ;) et l’affichage via des boucles fonctionne toujours parfaitement.
Déjà constaté ce souci ?
Merci,
françois
Je ne l’ai pas indiqué, mais ma page-unique possède un mot-clé xx ;)
Ton site était sous quelle version avant ?
Oups ! Je n’ai pas vu ta notification : je ne me souviens plus de la version exacte, mais au moins en 3.1.xx.
D’ailleurs, même phénomène avec une version toute neuve 3.1.4 :
- création d’un mot clé 1
- création de la page unique
- association du mot clé 1 à la page unique et à 2 autres articles classiques
- ?exec=groupe_mots&id_groupe=1 indique bien 3 articles pour le mot 1
- ?exec=mot&id_mot=1 liste uniquement 2 articles
- une BOUCLE mots ne retourne que les 2 articles !!
Je viens de trouver une partie de la réponse à la question de la BOUCLE qui ne retournait pas les pages avec le mot clé :
https://contrib.spip.net/Pages-uniques?debut_comments-list=-1#forum483148
C’est peut-être aussi une des explications du « non listage » des pages uniques en ?exec=mot&id_mot=1.
Oui c’est sûr que c’est ça. Mais le problème c’est qu’on ne va pas surcharger les listes du noyau pour juste ajouter un tout. (On retombe sur un débat des plugins qui veulent modifier les listes en ajoutant des critères, et le fait qu’il n’existe pas de pipeline pour ajouter des critères dans un squelette précis.)
Je comprends bien la problématique globale.
Ceci dit, les 2 vues ?exec=groupe_mots&id_groupe=1 et ?exec=mot&id_mot=1 affichent des résultats différents : est-ce propre à Pages Uniques ou un manque du noyau ?
Ça dépend des critères de la boucle de liste qui est utilisé, c’est pas le même squelette du tout. Suivant s’il y a les critères
{tout}{id_article}{id_rubrique}{page}ça modifie si on affiche ou pas les pages uniques mélangées avec les articles.Répondre à ce message
Hello ici :)
Petit bug spotté à l’instant sur SPIP 3.1-stable [22728]
Lorsque le site ne comporte aucune rubrique (et en l’occurence dans cecas précis il n’en a aucunement besoin vu que c’est un mini-site vitrine) la création de pages uniques est impossible :-(
Est-ce que c’est voulu ? Corrigeable ? Comment ?
J’avoue que devoir créer un secteur ici serait complètement superflu et même limite contre-productif : création d’une page publique inutile qu’il faudrait gérer avec du squelettes particulier et/ou des solutions alternatives à base de court-circuit ou autre joyeuseté dans le style... or là je cherche vraiment la simplicité sur ce projet vu qu’il ne comporte que 5 pages et que les seules choses qui ont réellement besoin d’être regroupées dessus sont des documents et qu’album est là pour les prendre en charge.
Merci d’avance pour vos retours
C’est un comportement bloqué dans le noyau de SPIP et pour l’instant je ne vois pas ce qu’on pourrait corriger dans le plugin à moins de tout surcharger. Ça utilise les articles de base, donc ça a les mêmes contraintes du coup. Tu peux parfaitement créer une rubrique bidon, si elle n’a rien dedans elle sera invisible.
Woaw ! Quelle réactivité ! Merci !
Hmmm... invisible certes, mais avec une URL renvoyant tout de même un code 200, de mémoire... bon ça encore j’ai un patch pour contourner.
Merci pour ta réponse en tout cas ;)
Euh non non, un contenu qui n’existe pas ça retourne une 404 hein, comme toujours dans SPIP quand un squelette est vide. Après si ton squelette fait des trucs bizarres… :p
Mais les squelettes de la dist, et les squelettes générés avec z-core génèrent 404 quand le contenu principal est vide.
Répondre à ce message
Bonjour,
Je pense avoir trouvé un conflit entre ce plugin Pages uniques et le critère {traduction} (SPIP 3.1.3, plugin Pages 1.3.5, plugin Menus 1.6.4).
En effet, le plugin ajoute automatiquement un critère id_rubrique > 0 sur une boucle ARTICLE ce qui ne retourne rien si l’article est en réalité une page unique (car id_rubrique == -1).
Je m’en suis rendu compte en utilisant le plugin Menus (http://contrib.spip.net/Menus-3139) et en voulant traduire une page unique « Mentions légales » en pied de page.
La solution que j’ai trouvé est un petit patch du code du plugin qui supprime l’ajout du critère id_rubrique > 0 en cas d’utilisation de {traduction} ou de {origine_traduction} :
Glop,
Même problème ici … ou alors j’ai loupé quelque chose d’évident ? ;-)
This ?
http://zone.spip.org/trac/spip-zone/changeset/101850
Répondre à ce message
Question, pour utiliser ce plugin dans un squelette avec
article-XX, J’ai donc crée un fichierarticle=-1.html.Cela fonctionne Mais, si mon url contient
?id_rubrique=1il perd la page du squelette ci-dessus.Une idée ?
Répondre à ce message
Bonjour et d’abord merci pour ce plugin bien pratique !
Je voulais savoir s’il était possible de changer les urls des liens vers les pages uniques pour rendre tout ça un peu plus joli ?
Ca marche en ayant une simple url monsite.fr/ ?&page=legal (par exemple) mais ce serait quand même mieux (autant pour l’esthétique que le SEO) d’avoir une belle url.
Il y a t’il un truc pour arriver à ça ou ce n’est pas possible ?
Merci beaucoup !
Répondre à ce message
Bonjour
Merci beaucoup pour ce plugin très pratique !
Je voulais savoir s’il était possible de modifier les url d’appel des pages uniques pour avec de belles urls avec le titre de la page plutôt qu’une variable ?page=legal (par exemple)
Avec les urls qs lorsque j’appelle monsite.fr/ ?mentions-legales je tombe sur une erreur 404 alors que c’est bien le nom de mon article (et que pour les autres articles cela marche).
Doit-on forcément appeler le squelette via l’url même si on l’appelle dans la boucle de l’article ?
Bonne continuation
Les pages sont des articles, dont ils ont déjà des URL propres. D’ailleurs tu dois forcément le voir dans l’interface d’admin, à priori. Après tu peux utiliser Compositions pour leur affecter un squelette précis autre que article.html. Une fonctionnalité à rajouter (en option sûrement) serait de permettre comme Compositions mais simplifié, juste pour les pages, en leur affectant optionnellement directement le squelette du nom de l’identifiant.
Ah d’accord ! Parce que oui j’ai accès à la page unique via son url (je sais pas pourquoi il m’avait fait une erreur précédemment) mais il prend le squelette article et non le squelette spécial legal.html
On ne peut donc pas combiner un squelette dédié (comme dans le dernier exemple de boucle) et une belle URL via ce plugin seul mais il faut passer par Composition, c’est bien ça ?
Merci pour cette réponse rapide !
Répondre à ce message
Bonjour
Merci beaucoup pour ce plugin très pratique !
Je voulais savoir s’il était possible de modifier les url d’appel des pages uniques pour avec de belles urls avec le titre de la page plutôt qu’une variable ?page=legal (par exemple)
Avec les urls qs lorsque j’appelle monsite.fr/ ?mentions-legales je tombe sur une erreur 404 alors que c’est bien le nom de mon article (et que pour les autres articles cela marche).
Doit-on forcément appeler le squelette via l’url même si on l’appelle dans la boucle de l’article ?
Bonne continuation
Répondre à ce message
Les pages uniques n’apparaissent pas dans le sitemap.xml généré automatiquement par spip et que l’on trouve par http://mondomaine/sitemap.xml
Le sitemap.xml étant important pour le SEO depuis les Google Webmasters Tools, l’absences des pages uniques est franchement gênant.
Une idée de comment améliorer les choses et notamment en sachant quel(s) fichier(s) modifier pour que le sitemap généré soit complet ?
Merci d’avance,
Hervé
Bah en surchargeant le squelette du sitemap.
Merci de ta réponse.
en fait, j’ai trouvé tout seul qu’il fallait modifier /squelettes/sitemap.xml.html, mais je n’avais pas eu l’indiquer en répondant à ma propre réponse.
Répondre à ce message
Bonjour,
Les contenus des pages uniques ne sont pas indexés par le plugin Fulltext :
- 2 articles identiques, l’un en Page , l’autre « normal » dans une rubrique ;
- recherche Fulltext sur un bout de phrase entre guillemets ;
- seul l’article « normal » ressort.
Comme je n’ai pas trouvé grand chose sur le sujet :o/ je me demande si c’est normal ? Y a-t-il un moyen de les indexer ?
Merci pour vos lumières
- Apache/2.2.22 (Debian)
- MySQL : 5.5.47-0+deb7u1-log
- Extension PHP : mysqli
- PHP Version 5.4.45-0+deb7u2
- SPIP 3.1.1 [22913]
- Fulltext 1.1.11
- - /.../.../pdftotext
- Pages 1.3.0
Fulltext n’indexe rien du tout, enfin pas comme tu le penses là, c’est une recherche direct dans les tables demandées.
Ya pas de « boucle Fulltext » quoi , ce sont des boucles (ARTICLES) ou autres habituelles.
Par contre par défaut les boucles d’articles ne sortent PAS les pages uniques, tant que tu n’as pas de critère
{tout},{page}ou{id_rubrique}. Mais pour « page » par exemple, tu peux mettre le « ? » pour que ce ne soit pas appliqué par défaut, ça fera quand même faire apparaitre les pages à priori.Merci !
Sur une boucle ARTICLES
{recherche}, sortie de la dist, le critère{page?}ne retourne rienPar contre,
{tout}passe :o)Répondre à ce message
Pour info : deux notices sous SPIP 3.1.1 lorsque l’on est en edition d’article dans le B.O.
Notice : Undefined index : champ_page in plugins/auto/pages/v1.3.0/pages_pipelines.php on line 187
Notice : Undefined index : champ_page in plugins/auto/pages/v1.3.0/pages_pipelines.php on line 192
Répondre à ce message
Je ne comprends pas très bien ce qu’il faut mettre… je peux mettre le nom d’une rubrique quelconque ?
Répondre à ce message
Merci pour ce plugin qui fait partie des « incontournables »
Sur un site 3.0.17 + plugin pages à jour (svn) sur lequel je viens d’installer ce plugin, je constate un dysfonctionnement : lorsque je veux créer une page, après avoir saisi l’article + cliqué sur Entegistrer, j’ai le message d’erreur ci-dessous
Et l’article ne se créé pas
C’est grave, docteur ? Où dois-je chercher ? Un bug quelque part ?
Résolu : L’erreur observée semblait liée à l’absence de l’écran de sécurité (machine locale). En le mettant en place, c’est OK.
Pour comprendre ce qu’il se passe, quelle est l’interaction entre l’écran de sécurité et cette création de pages uniques ?
Euh aucune idée, je ne vois pas le rapport. :)
En fait, c’est une recherche google sur "accès interdit vous n’avez pas accès etc…) qui m’a fait aboutir à
https://www.mail-archive.com/spip-zone@rezo.net/msg34888.html
Dans le fil, le 3è message parle de cette histoire d’écran de sécurité.
Du coup, pas plus persuadé que ça que ça puisse avoir un rapport, juste pour voir, j’ai mis en place l’écran. Et là, paf !, plus de message d’erreur et la page est bien créée….
Il semble donc qu’il y ait tout de même une interférence.
Après essai et observation, le message s’affiche quand aucune rubrique n’existe dans la base.
Après avoir installé un spip 3.0.20 tout neuf, installé le plugin « Pages », si on se rend dans le menu « Edition » puis « Pages uniques » on trouve le message
Un clic sur « Créer une nouvelle page » et là on a le message :
.
Il faut après les installation, créer réellement une rubrique pour pouvoir créer une page unique, voir même aller jusque dans la table spip_rubriques pour lui affecté l’ID -1.
Répondre à ce message
Bonjour,
Voici une petite astuce (mais il y en a certainement d’autres...) pour appliquer automatiquement une composition à tous vos articles uniques.
Déterminer une composition d’article « article_unique » héritée d’une composition de rubrique, n’est pas possible puisque par définition les articles uniques n’ont pas de rubrique. La composition « article_unique » doit donc être appliquée individuellement à tous les articles uniques, ou alors être appliquée globalement à tous les articles qui n’ont pas de rubrique si on modifie légèrement la boucle article Z d’origine...
La boucle article Z d’origine ...
...produit pour un article unique le code html suivant :
La boucle article modifiée incluant un test sur l’id_rubrique...
...produit le code html suivant avec les class qui vont bien :
Bonne utilisation ;-)
Cyril
Merci, je cherchais à résoudre ce problème de composition avec sarkaspipr, et c’est la bonne et unique solution
++
Répondre à ce message
Simplement bluffant ! Je me demandais s’il n’y avait pas une erreur dans le dernier code et par quelle magie... Bah oui, c’est bien rusé d’avoir choisi « page » pour ce champ car le squelette est appelé par l’adresse
spip.php?page=legalet du coup on a#ENV{page}qui vaut justement « legal » et la seconde boucle dans ce contexte vaut la première ;-)Ouais, sauf que cette partie va sûrement changer dans une prochaine version, car le nom de ce champ est justement trop problématique. Le nom « page » est utilisé dans plein d’endroits comme variable d’environnement de SPIP et du coup ça fait des conflits dans plusieurs contextes, notamment pour des formulaires.
On changera sûrement pour « identifiant », ce qui uniformisera avec Menus, Formidable, etc. Et dans le même temps j’ajouterais le choix automatique du squelette du même nom que l’identifiant s’il existe. Du coup pas besoin d’utiliser des URLs super-moches « page=truc » mais la belles URL propre de l’article, et ça sélectionnera legal.html s’il existe, sinon article.html comme d’hab.
puisqu’il s’agit justement d’appel automatique du squelette du même nom, pourquoi ne pas l’appeler justement « squelette » au lieu de « identifiant » ? :) ça me semble aussi transparent que « page » ...(en espérant qu’il ne pose pas de souci lui)
Non non il n’y a aucun appel automatique, même si plus tard il pourrait y en avoir, et cet identifiant peut servir à bien d’autres choses.
ah d’accord. j’ai rêvé à plus tard :)
J’ai testé et l’appel d’une page avec identifiant téléscope celui du plugin menu quand c’est sur la même page et passé via #ENV , du coup j’ai du opté pour ’page-uid’…
mais ptet j’my prends a l’envers ....
Pas tout compris. Si t’appelles un menu t’es censé lui passer son identifiant voulu pendant l’appel, donc je vois pas comment ça pourrait se télescoper.
Pendant mes essais en passant par l’url le le param &identifiant=_ma_page, la variable récupéré avec #ENVidentifiant était : _ma_page
L’inclusion de ma noisette qui affiche les menus est ainsi :
[(#INCLURE{fond=inclure/menu,identifiant=#ENV{identifiant,navprimary},env})]d’ou le problème, mais c’est plus de mon fait, si je passe le meme paramètre a mes inclusions c’est normal que ça agisse ainsi.
Répondre à ce message
Salut,
merci pour ce plugin que j’utilise sur la quasi totalité de mes sites. Très pratique !
Une petite question : existe-t’il un moyen pour cacher le lien « Convertir en page » aux admins ?
L’idée, c’est que je me sers des pages pour tout ce qui est « pages utiles » qui n’ont pas vocation à être dans le menu. Mais du coup, le lien porte confusion pour certains utilisateurs qui convertissent par inadvertance les articles en pages (la notion de page n’est pas évidente pour eux).
Le top (pour moi en tout cas) serait en fait que les fonctions de création et conversion de Pages uniques soient paramétrable pour être inaccessible pour les non webmaster... Mais bon, peut-être que personne n’est dans ce cas.
Bonne journée,
jean marie
Moi aussi je les utilise pour ça (c’est le cas d’utilisation principal), mais justement, les admins complets, ce sont celleux qui ont les droits de gestion éditoriaux complets pour le site, y compris les menus du plugin Menus, etc. Donc que ce soit caché aux rédacs et admins restreints, je comprends, mais admins complets pas vraiment. Après ça pourrait être une autorisation spécifique (actuellement c’est article_modifier), ce qui permettrait de la surcharger…
Salut,
merci pour ta réponse.
Dans mon cas précis, une fois que j’ai mis en place les pages, les utilisateurs du site (rédacteurs ou admin), n’ont pas besoin d’en créer d’autres. Du coup, ça crée une confusion...
D’ailleurs, j’installe également le plugin Autorité pour ne pas qu’ils puissent modifier la config du site et des plugins.
Est-ce qu’il ne pourrait pas y avoir une option un peu comme ce qui existe dans Compostions ? Par ex, « Seul le webmaster peut créer et convertir des pages »... Si on la coche, le lien disparait.
Jean Marie
Hop, j’ai aussi un problème équivalent sur un site où les admins restreints cliquent par erreur sur ce bouton « Convertir en page », du coup je le masque à l’arrache en passant par le pipeline boite_infos comme ceci :
Et zou :) En attendant mieux, ça fonctionne.
Salut b_b,
merci pour cette « bidouille »...
Par contre, je n’arrive pas à la faire fonctionner. En fait, je crois bien que je n’arrive pas avec les pipeline :/
J’ai parcouru la doc ( http://programmer.spip.net/-Les-pipelines- ) et ainsi que http://aternatik.org/articles-et-ressources/bac-a-sable/article/exemple-d-utilisation-d-un et http://www.weblog.eliaz.fr/article105.html (site très intéressant d’ailleurs, tu devrais y jeter un œil ;) ) mais il me manque qqch visiblement...
jean marie
Bonjour Jean-Marie,
Même chose, confronté au problème, impossible à faire comprendre...
Je me suis donc résolu à une solution des plus gores : changement d’icône ! voir ex en pièce jointe...
En attendant mieux ;-)
En reprenant le code que je vous ai donné et en appliquant ce qui est écrit dans la documentation, on obtient ceci :
Déclaration depuis plugins/dede/dede_pipelines.php pour un plugin avec le préfixe dede :
et la déclaration suivante dans plugins/dede/paquet.xml :
Déclaration sans plugin depuis config/mes_options.php :
Voilà, j’espère que ça vous va, vous n’avez plus qu’à copier/coller maintenant :)
Ah, ben voilà pourquoi ça ne fonctionnait pas : un
return $flux;s’est glissé en fin de code . C’est son absence dans les codes précédents qui nous faisait bêtement tourner en bourrique.Merci beaucoup d’avoir pris le temps de nous concocter une réponse aussi complète.
Répondre à ce message
Bonjour,
je rencontre un soucis pour créer un article unique sur un spip 3.0.10 ou 3.0.11 vide, fraîchement installé.
Une fois le plugin installé en auto et activé, si je vais dans « Edition > Pages uniques » j’arrive sur une page titrée « Toutes les pages » suivi du texte « Il n’y a aucune page pour l’instant. » et dans la colonne de gauche « Raccourcis » suivi d’un lien « Créer une nouvelle page ».
Si je valide ce lien, j’arrive bien sur un formulaire « article » en mode édition, je saisie mes infos et quand j’enregistre, la page reste en mode édition et rien n’est enregistré dans la base.
Est-ce un comportement normal,
1) faut-il commencer par créer une rubrique, puis un article ?
2) modifier l’article en page unique puis supprimer la rubrique ?
Merci d’avance pour vos retours.
Cordialement
Oui les pages sont des articles classiques, et SPIP interdit la création d’un article s’il n’y aucun rubrique dans le site. Donc il manque encore soit un message expliquant ça (et sans les boutons de création), soit beaucoup mieux, modifier le comportement pour pouvoir créer des pages uniques même sans rubrique.
Autre soucis constaté assez gênant.
Lorsque un article est converti en page, toute modification ne peut être enregistrée.
Je suppose que SPIP interdit aussi la modification d’un article qui n’est pas dans une rubrique.
Désolé, je n’ai pas encore eu le temps de tenter de reproduire la même chose chez moi. Mais avant, as-tu fais tes tests en désactivé tous les plugins non nécessaires ?
Bonjour,
j’ai fais un test en ne conservant que les plugins indispensables : menus 1.4.5 ; nospam 1.5.4 ; page 1.0.2 ; saisies pour formulaires 1.31.4 ; spip proprio 1.70.0 ; z-dist v1- 1.7.21.
En revanche, pour un site n’ayant qu’une seule rubrique, si je converti tous les articles de cette rubrique en page unique et *sans supprimer* la rubrique, alors les articles sont modifiable à souhait. C’est ma solution de dépannage.
cordialement
Bonjour
Suite au besoin d’avoir des articles sans aucune rubrique, je viens de pousser un correctif qui va dans ce sens. Il est testé sous spip 3.0.15.
Avec ce correctif, on peut s’affranchir de la présence de toute rubrique pour créer et/ou modifier des pages.
Répondre à ce message
Bonjour,
Je n’arrive plus à mettre à jour des pages uniques, alors que tout fonctionnait deux mois auparavant. J’ai par exemple une page unique ayant pour champ titre « Réalisations » (en EN « References »), pour champ Page « Références » (à la fois FR et EN). Si je modifie cette page, simplement en ajoutant un espace dans le corps du texte et que j’enregistre les modifications, j’ai le message d’erreur « Charactères alphanumériques en minuscules ou « _ » uniquement » apparaissant dans le champ Page.
J’utilise SPIP 3.0.10 [20600] et la version 1.0.5 SVN [79192] du plugin Pages.
Merci pour votre aide,
Cordialement,
Jean
Salut, l’explication est juste sous ta question...
http://contrib.spip.net/Pages-uniques#forum473255
++
Merci mais je ne comprends pas très bien ce que je dois faire pour résoudre le problème. Suis-je censé télécharger une version ancienne du plugin ?
Bonjour,
Oui pour l’instant il faut télécharger la version antérieure du plugin : http://zone.spip.org/trac/spip-zone/changeset/77174/_plugins_/pages/trunk?old_path=/&format=zip
Pour une explication plus en détails, voir ma réponse au message indiqué par b_b.
Pour ceux qui comme moi utiliserait ce plugin avec pour chaque page plusieurs versions dans des langue différentes, j’ai juste suffixé le nom de la page avec _fr / _en pour ensuite faire des boucles du type :
Répondre à ce message
Bonjour,
je crois que le fonctionnement a changé depuis la mise à jour, ce qui ne me paraît normal…
j’ai pour habitude de saisir dans le champ « page » une valeur générique, par exemple « entete » pour tous les liens d’en-tête, « piedpage » pour tous les liens de bas de page etc. Chaque page dans sa série étant classée par le préfixe numéroté, exemple : « 1. Contact », « 2. À propos », …
Or, avec la dernière version que j’ai téléchargée une erreur fait que je ne peux attribuer à plus d’une page la même valeur pour champ « page ».
Le plugin fonctionne ainsi depuis des années, pourquoi avoir subitement modifié son fonctionnement ?
C’était un manque de test d’unicité qu’il y avait avant, et il a été rajouté par Tcharlss. Je sais bien effectivement que lorsqu’un chose est possible, au moins une personne l’utilise. :)
Mais cette possibilité de regrouper des pages ensemble en utilisant l’identifiant de page n’est pas censé être gardé. En effet, ce plugin ne devrait pas avoir pour but de « ranger autrement » des pages ensembles, puisqu’à l’inverse son but est avant tout de pouvoir créer des pages rangées nulle part.
Il faudrait donc peut-être changer le numéro de version majeure, pour signifier qu’il y a une perte de compatibilité non négligeable.
Pour ranger ensemble, il y a des rubriques (ou des mots), mais aussi surtout il y a le plugin Menus qui correspond à ce que tu décris : générer des menus avec des pages diverses et variées.
Bonjour,
Je complète le message de Rastapopoulos : c’est bien moi qui ai mis la pagaille en faisant quelques ajouts au plugin qui ont occasionné des problèmes de rétro-compatibilité dans certains cas. Concrètement j’ai rajouté des vérifications sur la saisie de l’identifiant d’une page pour empêcher les utilisations non « voulues » : l’idée est que l’identifiant doit être unique, sans caractère accentué ni espace.
Il y a une discussion sur la liste pour savoir si c’était une bonne idée ou pas, en attendant je te conseille d’utiliser la version précédente, téléchargeable ici : http://zone.spip.org/trac/spip-zone/changeset/77174/_plugins_/pages/trunk?old_path=/&format=zip
merci pour le lien
merci pour le lien, j’étais déjà passé en version antérieure, je comprends le principe.
Répondre à ce message
Bonjour,
Impossible de télécharger le plug in Page pour la version 3.0 de Spip. Le lien est rompu
Oui pour une raison inconnu ça n’a pas été mis à jour automatiquement suite aux modifications de ZIP qu’il y a eu il y a quelques semaines. Du coup je l’ai fait à la main là. Mais c’est bizarre.
Répondre à ce message
Bonjour,
Est-ce que le plugin surcharge #URL_PAGE pour pouvoir écrire facilement
#URL_PAGE{mapage} ?Merci
non ça ne fait pas ça
Répondre à ce message
Bonjour,
est il possible de lier les pages uniques à l’agenda ?
apparemment pour le moment non, mais cette option sera t’elle bientôt disponible ?
merci
Mmmh que veut dire lier les pages uniques à l’agenda ? Tu veux dire ajouter des événements d’un article de page unique ?
Il me semblait qu’il n’y avait rien à faire normalement, à partir du moment où tu n’as pas activé l’option qui impose l’agenda seulement sur certaines rubriques.
Répondre à ce message
Bonjour,
A priori,il y a un souci si on utilise les urls arborescentes et le plugin pages.
Les liens semblent incorrects.
Exemple : dans l’admin c’est bien défini en « http://www.example.org/spip3/accueil » et dans les squelettes générés le lien se transforme en « http://www.example.org/accueil » et sont invalides.
Merci
Chez-moi-ça-marche. ©
Attention, si ton site est dans un sous dossier, il y a normalement un truc à déclarer dans le .htaccess (le RewriteBase, un truc comme ça).
Chez-moi-ça-marche pas. © ;)
Mon rewrite base dans mon htaccess est ok je pense ;
Par contre, ce sont les liens directement générés qui sont incorrects
J’essaye d’expliquer différement.
En « gros », ça me génère ça :
Pour rubrique1/test1, pas de souci, mais pour accueil, ça génère /accueil, j’ai aussi testé l’url directe sans le / ça ne passe pas non plus :(
Chez moi aussi ça génère un /contact.html par exemple. Ça marche pour un site qui n’est pas dans un sous-dossier, mais ça ne marche plus quand il y a un sous-dossier.
Mais avant (quand ?) ça marchait !
Il y a donc eu : soit une modif de la gestion de la base, soit une modif de la génération de l’URL. Et je ne sais plus si auparavant l’URL générée contenait un / devant ou pas.
En tout cas je ne crois pas que ce soit dû au plugin, vu qu’il ne touche pas du tout aux URLs (les pages uniques étant des articles classiques).
Bonjour,
pour palier à ce problème, j’ai modifié le plugin pour qu’il donne 0 plutôt que -1 comme id_rubrique. Je ne sais pas si ça pose un problème par ailleurs, en tout cas ça évite les urls qui commencent par un slash et tout à l’air de fonctionner correctement.
Les fichiers modifiés sont : pages_pipeline.php, prive/squelettes/contenu/page_tous.html, prive/squelettes/navigation/page_tous.html
Qu’en penses-tu ?
Avant SPIP 3, SPIP supprimait les articles étant dans des rubriques inexistantes ou si id_rubrique était « false » (et 0 est false). De nos jours, SPIP 3 a été corrigé et la branche 2.1 aussi par la même occasion. On pourrait donc revoir ce « -1 ».
Mais en fait peu importe cette valeur, car on est pas censé l’utiliser, on met une valeur inexistante juste parce qu’il faut bien mettre quelque chose. Ce n’est pas pour autant que ça devrait faire planter des choses ensuite.
Le problème vient donc plutôt du fait que d’autres parties du code (ici les URLs arbo) ne gèrent pas correctement le fait d’avoir un article n’ayant PAS de rubrique (ou ayant un numéro un peu débile). Il faudrait donc plutôt tenter de corriger le code des URLs arbo.
C’est ici :
http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/urls_etendues/urls/arbo.php#L203
Et en fait dans le « else » il faudrait tester que
rtrim($url_parent,'/')soit non-vide avant de concaténer l’ensemble avec le slash au milieu. Car s’il est totalement vide, alors on devrait renvoyer pareil que lorsque parent=0.Merci pour l’éclairage historique.
Effectivement j’avais d’abord pensé modifier le code qui génère les urls arbo. En même temps, si il n’est pas possible par défaut de créer des articles sans rubrique (ce qui me semble dommage) c’est parce que pour l’instant, SPIP est conçu dans l’idée qu’un article dépend toujours d’une rubrique, d’où le fait que ça ne soit pas pris en compte dans la génération des URLs, j’imagine. D’un kludge à l’autre, on s’y retrouve...
Bref, pour l’instant je conserverais ce plugin patché, et si j’ai le temps, je me pencherais sur ce qui me semble mieux : que SPIP permette les articles sans rubrique.
Ce commit corrige donc ce bug du slash devant :
http://zone.spip.org/trac/spip-zone/changeset/71272
Bon, en fait gros bug, si id_rubrique est à zéro on ne peut plus modifier les articles... Je patcherais donc le fichier qui génère les urls arbo...
Et merci beaucoup pour le patch !
Répondre à ce message
Fait étrange : lorsque j’essaie d’afficher la page que j’ai créée (A-propos), spip utilise le squelette par défaut (article.html).
Le seul moyen d’afficher le squelette dédié semble être de l’appeler dans l’URL (spip.php ?id_article=3&page=a-propos&var_mode=recalcul).
SPIP 3.0.4 [19781] est installé dans un sous répertoire, sur un serveur mutualisé OVH. Dans l’HTACCESS, j’ai laissé la valeur par défaut de rewrite base. Je peux afficher d’autres articles avec urls réécrites sans souci.
J’ai raté un truc ?
Je précise que j’ai bien renseigné le champ page dans le back office : a-propos.
Il n’a jamais été question de ça dans la doc. Ce n’est qu’un identifiant, pas le nom d’un squelette. Si on fait un squelette « a-propos » faut l’appeler avec page=a-propos, et dedans on peut appeler l’article ayant cet identifiant. Dans la todo je dois changer le champ « page » en « identifiant » (comme dans Menus, Formidable, etc) pour moins de confusion.
Pour avoir un squelette différent pour un article précis, il y a déjà le plugin Compositions, et donc je préfère ne pas mélanger les genres, ya déjà un truc qui fait ça.
Ah ok, aux temps pour moi.
Je vais installer compositions pour voir s’il est possible d’appeler la page unique avec une URL réécrite et un squelette donné.
Merci,
Julien
Bon visiblement on ne peut pas utiliser le plugin compositions sur une page. Ca me donne une page 404 (alors que ça fonctionne pour les articles auxquels j’ai attaché une composition).
Mmmh bizarre, parce que ce sont vraiment des articles comme les autres. Ya que id_rubrique=-1. Peut-être que ce dernier truc plante la recherche de compositions.
Répondre à ce message
les urls ne se modifient pas automatiquement en fonction du titre ?
par exemple j’ai une page avec un article « Mentions Légales ». Si je change le titre et la page en « Mentions Légalesss », l’url reste toujours en monsite.fr/mentions-legales.html (url arbo, spip 3.0.5 et c’est le seul plugin que j’ai pour l’instant)
Nin plus ni moins que les autres articles, les pages uniques sont des articles comme les autres gérés de la même manière sauf qu’ils n’ont pas de rubrique. Après avoir modifier l’article il faut cliquer sur le bouton « voir en ligne » pour générer une nouvelle URL.Sinon il faut activer la gestion avancée des URLs pour pouvoir voir le bloc de modif des URLs d’un objet éditorial, et dans ce bloc on peut supprimer/ajouter des URLs à un objet (ici un article).
Effectivement, le fait de cliquer sur « voir en ligne » modifie bien l’url, par contre j’ai bien la gestion avancée de l’url et le bloc de modif affiche toutes les anciennes url et je n’arrive pas à les supprimer, est-ce que ça ne vient pas du fait que le #parent est indiqué comme -1 ?
par exemple dans pour mon exemple des mentions légale j’ai dans le bloc de modif des url :
2 URLs
URL N° #parent Date
mentions-legalesss 14 -1 21 octobre
mentions-legales 14 -1 16 octobre
et impossible d’en supprimer une des deux
Normalement il y a un bouton avec une petite croix rouge à la fin de chaque ligne d’URL. Dans tous les cas c’est la plus récente qui est générée, mais toutes les anciennes redirigent proprement vers la plus récente. Ça permet de changer d’URL sans casser les liens vers tes pages.
Oui j’ai bien vu la petite croix rouge lol mais justement en cliquant dessus ça ne supprime pas l’url.
Les redirections fonctionnent bien c’est juste que ça ne se comporte pas exactement de la même manière qu’un article « classique » classée dans une rubrique où là si je change le titre et que je supprime l’url il ne m’affiche bien plus qu’une seule url, la plus récente.
En tout cas merci pour ta disponibilité.
Répondre à ce message
Bonjour à tous !
Pour ne pas afficher les pages uniques sur le sommaire d’un site avec Zpip, dans squelettes/contenu/page-contenu j’ai mis :
<<
Ca a l’air de marcher...
Est ce une bonne solution ?
Sinon, quelle est LA solution !?
Merci d’avance !
Oui oui, pour l’instant je pense que c’est le mieux (et ça ne casse pas en plus quand on désactive vu que ça teste avec un champ présent de toute façon, ce qui n’est pas le cas si on utilise « page »).
Merci, ça flatte mon ego !!!
En espérant que ça en aide d’autres !
Répondre à ce message
Bug très embétant en SPIP 3.0.4 [19781] :
la version 1.0.1 de pages uniques a besoin du plugin spipicious qui lui même à besoin du plugin sélécteur générique qui n’existe pas pour SPIP3.
Pas possible d’activer le plugin une fois mis à jour ce qui « casse » la partie publique qui l’utilise.
Le retour en arrière n’a rien d’évident, j’ai utilisé cette commande pour retrouver l’ancienne version :
svn co svn ://zone.spip.org/spip-zone/_plugins_/pages/trunk/@62306 v1.0.0
Ce que tu racontes est absolument faux, que ce soit sur plugins.spip.net ou le XML d’où l’info est tiré, à aucun endroit il n’est spécifié de nécessite pour ce plugin.
http://zone.spip.org/trac/spip-zone/browser/_plugins_/pages/trunk/paquet.xml
Effectivement, je me suis trompé, ca ne casse pas la partie publique. Par contre il y a bien un soucis lors de la maj du plugin (non bloquant) : http://dl.free.fr/getfile.pl?file=/h02Ce8RC
« Impossible d’activer le plugin ../plugins/auto/spipicious/v1.0.1
Nécessite le plugin SELECTEURGENERIQUE en version 0.7 minimum. »
Je pense que le soucis vient de la ligne :
qui essaye de ramener le plugin poly hiérarchie et donc spipicious et donc sélécteur générique qui existe pas pour SPIP3. J’ai du supprimer le plugin spipicious à la main via SSH (impossible autrement) pour ne plus avoir d’erreur dans ma page http://www.root-me.org/ecrire/?exec=admin_plugin...
Non mais je le répète : il n’y a AUCUN
<necessite>. Donc absolument aucun plugin n’est chargé en plus, ce plugin est auto suffisant.Et en plus de ça Polyhiérarchie n’a de toute façpn aucun nécessite non plus donc ne dépend pas du tout de spipicious.
Pour tester un plugin, je rappelle qu’il faut désactiver TOUS les autres, afin d’être sûr de quoi on parle, que ça vienne pas d’un autre truc activé en même temps.
Perso je constate, c’est tout. Je pense que d’autre que moi auront ce problème.
Pourquoi la ligne suivante est elle présente si ce plugin est inutile à Pages ?
Autant la supprimer non ?
Non mais constater ça veut rien dire, ça dépend du contexte, si on constate des éléments qui n’ont rien à voir entre eux, et bien ça ne veut alors rien dire.
Si tu lis la doc, tu vois que « utilise » ce n’est PAS une dépendance, c’est une information qui permet qu’un plugin passe avant un autre dans l’ordre des chargements. Donc aucun rapport avec le fait de nécessite le plugin.
Le plugin Pages ne dépend donc absolument pas de Polyhiérarchie. Et comme je l’ai dit, de toute manière Polyhiérarchie ne dépend pas non plus d’autres plugins, donc pourquoi insistes-tu pour y voir un rapport avec Spipicious ?
As-tu essayé d’activer le plugin Pages avec RIEN d’autre ? Sur un SPIP 3 neuf sans autres plugins.
Répondre à ce message
Bonjour,
est ce qu’il y a possibilité de supprimer ou de cacher les boutons convertir en page unique / convertir en articles qui apparaissent dans l’admin ?
À moins de modifier le code, non ce n’est pas possible facilement là.
Mais normalement ce bouton n’apparaît que pour les admins, sur un article publié, non ? Donc peu de personnes. Quel est le but exactement ?
Je n’avais pas noté que les pages uniques étaient réservés aux administrateurs.
C’est un site que j’ai récupéré et parmi les utilisateurs une 40aine sont administrateurs. Dans l’idéal j’aimerai qu’ils puissent modifier les pages uniques mais pas en créer ni supprimer ni convertir celles-ci.
Normalement le nombre d’utilisateur doit être revu à la baisse donc pour l’instant je vais laisser dans l’état. Juste pour l’info, quels fichiers du plugin il faudrait modifier ?
Dans page_pipelines.php
Mais le plus propre serait de créer des autorisations propres à ce plugin, propres aux pages, et de les faire pointer par défaut sur celles actuelles càd autoriser(’modifier’, ’article’). Ce qui fait qu’on pourrait alors surcharger ces autorisations sans toucher ni à celles de SPIP ni au fichier.
Répondre à ce message
Bonjour.
J’ai découvert une incompatibilité avec Exclure secteur (lien vers mon commentaire, histoire de ne pas faire doublon…).
Et merci pour ce plugin bien sympa !
Répondre à ce message
Bonjour,
Sous SPIP 2.1.12, lorsque je transforme un article en page unique, et que cet article est le seul article d’une rubrique, la rubrique reste en statut « publie ». Il devrait être passé en statut « prive » car il ne contient plus d’éléments publiés.
Effectivement, mais le changement en mode page n’appelle pas la fonction de recalcule de statut des rubriques de la hiérarchie. C’est pareil en SPIP 3 je suppose.
Répondre à ce message
Salut,
sous SPIP 2.1, avec version 0.3.7 du plugin
#URL_FORUMne produit pas le code correct lorsque le forum se situe sur une page unique. Cela me renvoie quelque chose du genre?page=rubrique&id_rubrique=-1#forumxxx. En revanche il fonctionne pour les articles classiques.Une idée ?
Merci d’avance
Non aucune idée.
Répondre à ce message
Bonjour,
j’ai fais un petit squelette pour pouvoir attribuer un squelette différent à chaque pages uniques (ou pas)
Squelette article=-1.html (les pages uniques sont classées dans la rubriques -1) :
au niveau des squelettes, spip chargera soit unique.html soit uni-PAGE.html (PAGE étant le nom saisit dans le champs éponyme du plugin)
Et merci pour ce plugin indispensable.
Répondre à ce message
Merci pour ce plugin juste indispensable.
ne remarque toutefois : j’ai intuitivement tenté d’utiliser la balise
#URL_PAGE{nom_de_ma_page}qui ne fonctionne pas.#URL_ARTICLE{xx}suffit cependant.Valéry, pour l’URL, il faut comprendre ce qu’appelle SPIP avec les balises dont vous parlez.
#URL_ARTICLEappelle classiquement le squelette « article.html » avec en paramètre l’identifiant d’un article (qui est possiblement une page unique).#URL_PAGE{truc}appelle quand à elle le squelette « truc.html ». Donc il faut que vous ayez un squelette de ce nom pour que cela marche. Par ailleurs, sans additif cette balise n’ajoute aucun paramètre.Ainsi il y a deux options :
#URL_ARTICLE.#URL_PAGE{nom_de_votre_page}puis construisez un squelette « nom_de_votre_page.html ». À l’intérieur vous n’aurez alors plus qu’à faire<BOUCLE_ma_page(ARTICLES){page}>pour sortir la page unique qui aura comme champ « page » le nom « nom_de_votre_page ».Dans la majorité des cas, la présentation classique des articles suffit. Mais ça permet plus de personnalisation si on en a besoin.
Bonjour,
un détail m’a peut-être échappé : même après avoir épluché tous les commentaires et tenté diverses combinaisons, et en spécifiant bien la balise #URL_PAGEpage, l’article s’affiche toujours dans le squelette standard.
Mettons un article en page unique, par exemple le n°68, avec pour champ de page « reglement », et auquel il s’agit appliquer un squelette spécial.
Je crée donc, d’une part, un squelette « article-68.html », avec :
et d’autre part, un squelette spécifique « reglement.html », avec :
C’est bien ça ?
Le problème encore une fois, c’est que c’est bien toujours le squelette de base du site qui s’affiche, et non pas celui de « reglement.html » : je crains donc d’avoir fait un gros contresens quelque part...
Absolument rien de tout ce que tu as dis n’existe hein. :)
« article-68.html » ça a toujours été pour désigner les articles de la branche 68 (rubrique 68 et ses rubriques filles).
Et #URL_PAGE, depuis toujours, sert à générer une URL
spip.php?page=reglement, qui correspond à ton squelette, donc.Répondre à ce message
J’aimerais plus d’explication quant à la dernière phrase de la documentation :
J’ai créé une page « contact », avec le champ page = contact.
J’ai également créé un squelette « contact.html » à la racine du répertoire squelettes, mais il ne semble pas pris en compte automatiquement : quoi que je fasse, ma page appelle toujours le squelette « article.html ».
Est-ce l’exemple que j’ai mal compris, ou est-ce ma manière de procéder qui est fausse ?
Non il n’y a pour l’instant pas d’appel à un squelette depuis le lien #URL_ARTICLE. C’est forcément « page=contact » dans l’URL. Mais cela permet déjà d’appeler toujours le bon article dans ce squelette, sans considération d’identifiant en base de données (qui n’est pas toujours le même suivant le site). Là peu importe l’identifiant, ça appellera toujours le bon truc.
Il est envisagé que le plugin sache chercher automatiquement un plugin du même nom que l’identifiant de la page s’il existe, sinon celui par défaut. Mais ce n’est pas encore fait.
Ok, merci !
Je vais trouver autre chose pour ne pas avoir à changer mes urls.
Répondre à ce message
Excellent, et du coup avec le plugin Zpip, il suffit d’avoir un contenu avec ceci
merci
Bonjour,
Est-ce que vous pourriez détailler un peu votre commentaire : où faut-il mettre la boucle dont vous parlez ? faut-il créer un fichier à part ? À quoi renvoie le #COMPOSITION, est-ce que ça a avoir avec le plugin du même nom ?
Je voudrais en effet pouvoir faire une page différente avec zpip (une page d’accueil qui n’aurait pas le même format que les autres) mais je ne vois pas comment faire.
Merci par avance.
Une page d’accueil c’est
sommaire.htmlet qui n’a pas le même format que les autres c’est en faisant unbody-sommaire.html(oubody-page-sommaire.htmlen Zpip1 peut-être) afin de faire un layout personnalisé pour cette page.Dans Zpip, il me semble que la balise
#COMPOSITIONindique la composition pour un objet, ou le type de page pour une page. Donc donc page=article sur un article qui utilise la composition « article-galerie.html » donnera « galerie », tandis que page=sommaire donnera « sommaire ».J’avoue que c’est un peu compliqué pour pas grand chose à vrai dire !
Le plugin pages uniques permet de mettre dans le squelette de son choix
pour afficher le texte de l’article correspondant.
Avec
dans un squelette personnel (avec le plugin Zpip1), comme
contenu/page-moncompteL’appel de
/?page=moncompteaffichera le texte de l’article SPIP dont le champ page est “moncompte”, rien de plus.Aucune correspondance directe avec le plugin composition, l’idée était simplement d’appeler une variable.
Bonjour,
Merci pour vos contributions mais ça ne résout pas mon problème (sans doute parce que j’interprète mal vos propositions).
Avec zpip, le noizetier et un thème, je ne parviens pas à faire une mise en page différente pour ma page d’accueil ou ma page portfolio puisque je voudrais que la div de contenu principal prenne toute la largeur. Or, je n’ai pas moyen de me débarrasser des div sur le côté droit (sidebar et extra) puisqu’elles sont comprises dans cette partie « contenu ». Je suis sûre qu’il doit y avoir un moyen mais je n’y arrive pas.
Peut-être n’est-ce pas du recours du plugin de pages uniques d’ailleurs.
Merci dans tous les cas
Absolument pas ! sidebar et extra sont définis dans « body.html » du thème, et donc si tu crées un « body-sommaire.html » (ou « body-page-sommaire.html » je ne sais plus) et bien ça crée une structure uniquement pour cette pas là précise.
http://zone.spip.org/trac/spip-zone/browser/_squelettes_/zpip-dist/branches/zpip_v1/body.html
Bon, ça ne marche pas, ou alors je ne fais pas ce qu’il faut. Mais tant pis, je vais bien trouver un moyen. Merci quand même.
Sans voir le code et sans voir le site, difficile d’aider... Cf : Les choses à faire avant de poser une question :)
Répondre à ce message
Bonjour,
Comment avoir une version compatible SPIP 3 zippée ? Je vois que le plugin est dispo ici http://zone.spip.org/trac/spip-zone/browser/_plugins_/pages/trunk mais je ne sais pas comment le télécharger.
Merci.
en général, dans le trunk, ce n’est pas stable, donc pas de zip. Enfin c’est à Rastapopoulos de décider si zip ou pas zip.
Pour ceux qui veulent se lancer dans SPIP 3 avant sa sortie officielle, le mieux est d’utiliser svn pour récuperer les plugins non officiellement sorties.
Voir un tuto pour pour windows http://www.cent20.net/spip.php?article155
pour mac http://zine.spip.org/spip.php?article44
Répondre à ce message
En SPIP 2.1.12 j’ai un soucis sur le multilinguisme. L’interface de langue est active sur l’article mais aucun changement de la langue, ni les liens de traduction ne sont enregistrés.
Il me semble avoir déjà vu passer un report de bug similaire, mais en fait je n’ai jamais utilisé ce plugin dans un contexte multilingue (ou alors petit, donc j’utilisais multi dedans). Du coup je n’ai jamais pu tester quel était le problème.
Répondre à ce message
Bonsoir, un petit retour de test sur 3.0 beta.
Sur un SPIP 3.0.0-beta [18576] et Pages 0.3.7 [53442] : une fois téléchargé depuis la page « Ajouter des plugins », il est impossible d’activer le plugin dans la page "Liste des plugins. Celui-ci reste grisé et la case à cocher pour l’activation est absente. De plus le titre < multi > du plugin affiche toutes les traductions disponibles.
Cordialement.
En fait il y a une incohérence entre la page de doc et le plugin.xml du plugin. Dernièrement tous les XML décrivant les plugins ont été revu pour vérifier la compatibilité à SPIP, et dans le doute on ne laissait que jusqu’à la stable (puisque peu de plugins ont été testés pour 3.0).
Pour tester il suffit de modifier le XML et changer la compatibilité à SPIP pour mettre [2.0.0 ;3.0.*] par exemple.
Et si ça marche il faut changer pour de bon le XML.
- Le passage en [2.0.0 ;3.0.*] pour le fichier plugin.xml est OK. Le plugin s’installe correctement.
- la balise
<multi>ne semble pas exploitée dans le<nom>du plugin. Seul le<slogan>prend en compte le paramètre multi.- Malheureusement le plugin ne fonctionne pas ensuite. Lors de la création d’une page unique ou de la conversion d’une page déjà existante, on obtient le message d’erreur : Fichier articles_edit introuvable (test effectué en local sur un wampserver)
Donc il n’est pas compatible SPIP 3. En effet le nom de tous les exec ont changé.
Ah mais non je raconte n’importe quoi !
Le plugin marche très bien sur SPIP 3, mais c’est un autre paquet (qui n’a pas encore de ZIP) !
http://zone.spip.org/trac/spip-zone/browser/_plugins_/pages/trunk
Super tip top, ce paquet marche nickel !
Merci beaucoup.
Répondre à ce message
Bonjour,
d’abord merci pour ce plugin bien utile.
J’aimerai savoir comment enlever l’auteur qui apparait lorsque la page est créée.
Lorsque je clique sur ma page Contact, Dans la même rubrique apparaît avec toutes mes pages uniques alors que j’ai enlevé cet affichage de ma page article.
Pourriez-vous me comment modifier ces paramètres ?
Merci
Répondre à ce message
J’ai l’impression que les articles créés sous forme de Page avec le plugin posent problème lors de la mise en place des URL arborescentes.
Alors que celles-ci fonctionnent pour les autres articles du site sous la forme monsite/repertoire/marubrique/article/monarticle elles sont tronquées pour les articles de type Page unique : monsite/article/monarticle seulement, sans prendre en compte le sous-répertoire déclaré dans RewriteBase le htaccess
Je suis en SPIP 2.1 avec la version : 0.3.7 [49315] du plugin.
Je me répond à moi-même. Il semble que le problème vienne plutôt des URL arborescentes qui peuvent poser problème quand le site est dans un sous-répertoire, et non pas du plugin Pages uniques.
Répondre à ce message
La rubrique en question n’apparaît pas dans les boucles rubriques en effet mais quand je suis sur l’un des articles de type « Page unique » dans un squelette qui prévoit d’afficher tous les articles de la même rubrique (boucle ARTICLES avec le critère id_article), SPIP m’affiche la liste des pages unique (normal a priori car ils partagent tous le même identifiant de rubrique -1). Mais du coup c’est peu pertinent ces pages n’ayant rien à voir entre elles.
Est-ce un comportement conforme à celui prévu par le plugin ? Ya-t-il un moyen pour l’éviter (j’ai pour l’instant exclu la rubrique -1 par un critère).
Je suis en SPIP 2.1.8 [16966] avec la Pages 0.3.2
Je n’ai pas d’avis précis là-dessus. On pourrait dire que dès qu’il y a un critère « id_rubrique » dans une boucle article, alors on exclu les pages. Après si on veut avoir toutes les pages uniques, pour un plan par exemple, on peut utiliser
{page != ""}.je voudrais exclure les pages uniques de la navigation mais je n’arrive pas à réutiliser ton exemple ci-dessous :
{page !=""}pourrais-tu dépanner mes neurones ?
merci
Relisons la phrase : l’exemple que tu cites est pour faire l’inverse de ce que tu demandes.
Oui mais lorsque je mets
{page=""}je n’ai plus aucun article dans la navigation.qu’elle est la bonne syntaxe ?
merci
Répondre à ce message
Hello
Je souhaiterais pouvoir utiliser ce plugin avec selection d’articles et donc afficher dans la page exec=pages_tous, le bloc listant les articles sélectionnés et permettant d’en rajouter.
Si je passe par le pipeline « affiche_milieu » de Selection d’articles, tout ce qu’il y a dans le flux est
vars Array ( [args] => Array ( [exec] => articles_page ) [data] => )
Le test sur exec=articles_page est-il suffisant pour s’assurer de bien etre dans la page exec=pages_tous ? A mon avis non... Mais si tu peux me donner une piste...
Merci
C’est un bug, cf le code de l’exec, les autres pipelines sont bien renseignés.
En fait il faudrait surtout mettre l’exec en squelette dans prive/exec plutôt. M’enfin c’est pas essentiel, faut juste corrigé l’appel du pipeline pour ton besoin.
Pour SPIP 3 ça a déjà été mis en squelette dans le trunk.
Ok, j’ai corrigé. Merci
Répondre à ce message
Bonjour,
après installation du Plugin,
dans la partie privée tout fonctionne correctement, j’ai su rédiger ma page et la valider.
Mais rien n’apparaît dans la partie public (même via le lien voir en ligne à côté de l’article).
J’ai bien plusieurs rubriques de crées et j’utilise la dernière version de Spip avec les plugins suivants :
- CFG - Compositions - Formulaires&Tables - Google Analytics - Spip Bonux et pages bien évidement.
Si quelqu’un pouvait m’éclairer je serais le plus heureux car j’ai vraiment besoin de pouvoir utiliser ce Plugin.
Merci à tous.
MikL
Répondre à ce message
Bonjour, et merci pour ce plugin simple et efficace. J’ai une suggestion à faire : je trouve que les pages uniques gagneraient à être affichées dans l’espace privé dans la page « édition ». Ce serait plus clair pour les rédacteurs.
Merci encore !
Répondre à ce message
Bonjour,
merci pour ce plugin.
je n’ai pas réussi à créer un évènement sur une page unique... est-ce possible ?
merci d’avance pour les réponses.
Ben
Aucune idée, je n’ai jamais essayé. Mais c’est bizarre que ça n’y soit pas, les pages étant des articles comme les autres. Tu n’as pas bloqué la création d’évènement à une rubrique précise ?
Répondre à ce message
Contradiction ou évolution du plugin ?
ou faut-il, quoi qu’il en soit, styliser ou installer Composition ?
je pose cette question car j’ai suivi simplement l’exemple du squelette legal.html et rien ne se passe ...
Ceci dit,
[(#PAGE|=={contact}|oui)#FORMULAIRE_TESTOU]dans article.hml suffit et fonctionne, dans ce cas-là (assez simple) du moins.Répondre à ce message
Très utile, hyper simple, il fallait l’inventer !
Nickel ! merci :)
Tout roule sur ma config :
spip 2.1.2 tout frais, sur Linux ovh.net, PHP 4.4.9
plugins :
Répondre à ce message
Bonjour et merci pour ce plugin
installé sur spip 2.1. en version 0.3.2.
Les trois pages crées s’affichent bien en frontoffice et en backoffice. Mais je rencontre une erreur dès que je veux modifier l’une des trois pages crées dans « Pages uniques » :
Erreur SQL 1054
Unknown column ’page’ in ’field list’ SELECT page FROM
nomdemabase.spip_articles WHERE id_article=11SELECT page FROM spip_articles WHERE id_article=11
Et si je modifie la page en ignorant l’erreur, il déplace la page dans une autre rubrique.
Comment puis-je corriger ce pb ?
S’il ne reconnait pas le champ « page » c’est qu’il n’est pas dans la base de données, donc que le plugin n’a pas dû bien s’installer. Il faudrait vérifier dans la base si ce champ « page » existe bien dans la table spip_articles. Et sinon désinstaller complètement le plugin et le réinstaller.
merci !
J’ai désinstallé et réinstallé le plugin.
Désormais, plus de message d’erreur mysql quand je modifie une page, par contre, dès que j’enregistre la modif la page change toujours de rubrique (elle n’est plus accessible par « Pages uniques » mais par la rubrique 2).
Dans phpmyadmin il y a bien un champ « Page » dans la table spip_articles mais il est vide. Que faudrait-il y ajouter ?
Ben rien, c’est au plugin de s’occuper de ça, pas à vous, donc il y a un bug, ou un conflit, en tout cas chez vous. Avez-vous bien désactiver tous les autres plugins que vous pourriez avoir lors de vos tests ? Il ne faut bien tester QUE le plugin Pages. Cf : Les choses à faire avant de poser une question.
j’ai désactivé tous les autres plugins (agenda, bonux, cfg, titre de logo, couteau suisse).
désinstallé et réinstallé pages unique.
vidé le cache.
et re-testé la modif des pages uniques : le pb est le même : une fois modifiée la page unique change de rubrique.
Config : spip 2.1.2, pages uniques 0.3.2, PHP Version 4.4.8, Version de MySQL : 4.1.22 .
je vais tester le site sur un autre serveur pour voir...
À tester avec PHP 5 surtout, car la compatibilité PHP 4 n’est pas du tout assurée.
ok, merci beaucoup, pb résolu !
après activation de php5 chez l’hébergeur, la création de nouvelles « pages uniques » et leur modification fonctionne. Par contre la modification des anciennes « pages uniques » ne fonctionnant toujours pas je suis allée renseigner le champ « page » de la table spip_articles directement dans phpmyadmin pour ces articles là.
Et maintenant ça marche pour toutes les pages, anciennes ou nouvelles.
Pour les anciennes pages qui sont redevenues des articles normaux, normalement il y a un bouton « transformer en page » sur le côté (et inversement, on peut repasser une page dans une rubrique).
ok, merci !
Répondre à ce message
Bonjour,
Je suis en SPIP 2.0.9 et page V0.2.2.
Quand je veux créer une traduction d’une page il me crée bien un nouvel article mais impossible de changer la langue, alors que tout fonctionne quand il s’agit d’article standard créé dans une rubrique.
Est ce que quelqu’un rencontre le même problème ?
Est ce qu’il est possible de régler le problème ?
Merci Arnaud
Pour moi c’est un problème car je n’ai encore jamais eu à l’utiliser dans un cadre multi-lingue, du coup je n’ai pas testé ces possibilités.
Il faudrait que quelqu’un ayant des aptitudes à développer et travaillant sur un site multilingue fasse quelques investigations dans le code pour voir ce qui bloque.
En ce moment je n’ai pas trop le temps désolé. Mais pour rassurer, je ne pense pas que ce soit un problème très compliqué. :)
Bah j’ai regardé un peu..
Coté symptômes : le champ (en base) spip_articles.lang ne se modifie pas, par contre, le champ spip_articles.id_trad passe à 0.
Je pense qu’il faut partir de ecrire/action/referencer_traduction.php .
La fonction instituer_langue_article() ne devrait pas poser de problème. Ça doit venir de action_referencer_traduction_dist().
Je connais pas mal le PHP, mais pas les rouages de SPIP.
Comment faire des modif sans toucher au core ?
En attendant de trouver une solution au problème, vous pouvez passer la page en article, effectuer les modifications voulues sur la langue, et enfin repasser l’article en page. Il gardera les modifications effectuées.
Répondre à ce message
Merci pour cet astucieux plugin. Mais j’ai sans doute raté qqch... j’ai fait une page unique de contact qui fonctionne. Je voudrais que cette page s’ouvre avec un squelette mofifié. Dans squelettes/ et je crée un doc « page_mail.html » et aussi, pour tester, un « article7.html » mais je ne réussis pas à las appeler... Quelle est la formule magique. Dans mon menu d’appel j’ai ceci :
BOUCLE_contact(ARTICLES)id_article=7
li
a href=« #URL_ARTICLE »[ class=« (#EXPOSE) »] [(#TITRE|couper80)] /a
/li
/BOUCLE_contact
Ce plugin ne permet pas de faire ça, ce n’est pas prévu pour l’instant. Pour utiliser un autre squelette que article.html pour tel ou tel article, on peut installer Compositions, qui est fait pour ça.
Merci aussi pour ce plugin mais j’aimerais vraiment le faire fonctionner avec un squelette spécifique dédié à mon article en page unique. Et cela, sans utiliser Compositions qui ne me paraît pas judicieux pour ne gérer que 1 ou 2 article particulier.
Depuis la disparition du plugin Squelette par mot clé que reste-t-il pour gérer cette fonctionnalité dans Spip 2 ?
La méthode ancienne pour un squelette spécifique pour un article grâce aux filtres de test est-elle valable avec ce plugin ?
Avec ça : http://programmer.spip.org/styliser
Répondre à ce message
Petite remarque : attention à avoir au moins une rubrique de créer dans votre SPIP. Si ce n’est pas le cas, il sera impossible d’ajouter une seconde page. Il n’y aura pas d’erreur, la validation se fait mais rien n’apparaitra.
Répondre à ce message
Salut,
Je crois que personne n’a posé la question mais je me demandais comment on pouvait restreindre l’accès à une page unique en utilisant le plugin accès restreint ?
Merci...
Le plugin accès restreint est basé sur les zones qui contiennent des rubriques, donc là simplement je ne vois pas comment faire pour restreindre uniquement ces articles un par un.
Faudrait essayer d’utiliser les pipelines de AR pour voir si on peut jouer là-dessus.
Répondre à ce message
Je vais prendre un exemple pour faire simple : je veux reproduire le plan du site dans une page unique (exemple volontairement scolaire pour que je comprenne, j’ai le cerveau lent...) et pour cela je voudrais me servir du squelette déjà existant plan.html (pourquoi pas) avec un squelette que j’appelle volontairement inc-plan.html.
Quelques autres questions...
- D’abord, est-ce possible sur le principe ?
- Dans mon cas inc-plan.html est-il un fichier indépendant ou bien autre chose ?
- Si, oui, dans le squelette appelé par la page unique, je peux donc utiliser du code SPIP ?
- si oui, si on compare au squelette fournit par la distribution, que dois-je mettre (de façon simplifié, pas utilise récupérer le code !) mettre dans inc-plan.html ?
Si ça te pose trop de problème, contacte moi par mail, pas la peine de polluer ce forum. Mais je bute...
Mais une « page unique » ce n’est pas un squelette, c’est un *article* SPIP, mais qui n’a aucune rubrique.
Je ne comprends pas pourquoi tu voudrais utiliser une page unique pour ton plan alors que c’est un squelette uniquement, et pas un article. Donc dans tous les cas tu vas appeler « page=plan ».
Si : ça a un sens si tu utilises le plugin Compositions. Dans ce cas là il peut y avoir une composition « article-plan.html » et qu’ensuite tu choisisses cette Composition pour l’article « page unique » que tu veux faire. Dans ces cas là ça permet à la fois d’avoir les URL propre de l’article, mais d’avoir le bon squelette du plan qui sera dans la composition.
Mais sinon, ça ne sert à rien, tu utilises juste « page=plan ».
VU, je crois que j’ai compris ! Merci :-)
Répondre à ce message
Bonjour,
Je suis en SPIP 2.0.10, avec le dernier plugin Pages 0.3.0 [35098].
- J’ai créé un squelette « inc-plan.html » qui reprend le squelette de plan.html de la distribution entre
<BOUCLE_secteurs(RUBRIQUES) {racine} {par titre}>et</BOUCLE_secteurs>- J’ai créé une page unique, ai placé inc-plan dans le champ page et l’ai enregistré, avec le titre « Plan du site » (Ca double la page « plan.html »)
- Sur les conseils de la page du plugin dans SPIP-Contrib, j’ai remplacé la première ligne du contenu de inc-plan.html par
<BOUCLE_inc-plan(RUBRIQUES) {racine} {par titre}{page}>et la dernière évidement par</BOUCLE_inc-plan>- J’ai mis en ligne ma page
- Total : rien ne se passe. C’est visible là si on clique sur le lien
Où me suis-trompé ?
Merci de vos lumières.
Les pages uniques sont des articles.
(RUBRIQUE){page}ne donne donc évidemment rien.Oui, je sais bien que ce sont des articles. Mais j’avais compris que le squelette de page était inclus dans une page html appelée page unique parce que rattachée à aucune rubrique. Moi, ce qui commence par rubrique, c’est le code de « page.html », qui est inclus dans une « page unique ». Ce n’est pas bon ?
Autant pour moi. Il faut lite Moi, ce qui commence par (RUBRIQUES), c’est le code de « page.html », qui est inclus dans une « page unique ».
Je reviens sur tout ce que j’ai dis. je crois que je me trompe., et je vais essayer autre chose. A suivre.
Répondre à ce message
Même problème pour moi : les articles sont créés, id_rubrique -1, mais le champ page n’existe pas dans la table articles !
Ah bah au moins on a ciblé le problème : cela veut dire qu’à l’installation du plugin ce champ n’est pas créé dans la base de données, alors qu’il devrait. Il faut donc voir depuis quand ça fait ça (j’ai cru voir un commit passer sur le fichier d’install).
pour ceux qui ont des problèmes de pages non crées, vous pouvez tenter de :
Si ça ne fonctionne toujours pas, il faudra regarder tmp/*.log mais il n’y a pas de raison !
Bon ben voilà, il manquait un petit morceau dans le dernier envoi de Marcimat, ça arrive à tout le monde. :)
Il a corrigé ça tout à l’heure, donc en réinstallant complètement le plugin ça devrait désormais marcher.
bonsoir,
c’est peut être moi, mais il semblerais que cela ne fonctionne pas.
j’ai bien pu créer ma page, cela la bien garder en mémoire (pas comme précédemment) le titre apparais bien dans le menu de navigation mais lorsque je veut y accéder depuis l’espace publique la page est introuvable.
ceci étant je débute donc...
si quelqu’un à une solution je suis preneur.
merci
Ça veut dire quoi page introuvable ? Ça fait une erreur 404 ? Ya une URL où on peut voir ?
Tu as du oublier de lui mettre le statut « publier » à tout les coups
Vérifie aussi ton lien, il pointe vers quoi ?
Ce plugin est aussi simple que génial. Manque juste une option pour choisir d’exclure de la recherche les pages uniques sans rajouter de critère dans la boucle de recherche.
bonjours,
alors le site à bien le statu publié. mais par contra je n’ai pas le cadre en au à droite de l’article indiquant habituellement (voir image jointe).
et voici le lien de la page :
http://collection.spip.free.fr/spip.php?article6
Apparemment il s’agit bien d’une erreur 404.
Comment sais-tu que l’article est bien publié puisque justement tu ne vois pas le bloc indiquant le statut de l’article ? Est-ce en ayant regardé dans la base de données ?
Sinon c’est la première fois que je vois ce bloc de statut qui disparait, donc je ne sais pas du tout d’où ça peut venir pour l’instant.
et bien en fait quand je suis dans l’espace privé onglet « à suivre » il y à la liste des article, et la à gauche du titre un carrer indique la situation de l’article, et permet aussi de modifier cette situation. c’est d’ailleurs par la que je suis passé pour modifier celle-ci.
de plus un lien dans le menu de navigation n’apparait que lorsque l’article est publier. une rubrique même plein n’apparaitra pas si aucun article n’est publié.
pour la base de donné non je ne l’ai pas regardé. en fait j’ignore comment faire.
Répondre à ce message
Bonjour
J’ai un problème lorsque j’installe ce plugin : dès que j’essaye de créer une page unique celle ci ne s’enregistre pas. Quand je valide la page, je tombe directement sur un article à créer (comme si j’avais fait créer un article). le site est vide pour le moment, pas de squelettes non plus. Comme plugins activés : couteau suisse, bonux et porte plume
une idée pour nous aider ?
Merci d’avance !
j’ai parfois le même genre de comportement avec des articles standards, apparement uniquement sous FF 3.6.
Pouvez vous dire votre navigateur ? Parceque page unique fonctionne à merveille chez moi.
Et en regardant dans la base de données ? Est-ce que dans la table spip_articles il y a des articles qui s’enregistrent ? Et si oui quel est leur numéro de rubrique ? Et est-ce que leur champ « page » est bien rempli ?
Répondre à ce message
Bonjour,
Je viens d’installer le plugin « Pages Uniques » et je fais face à un problème de taille : les pages ne s’enregistrent pas. A la création d’une nouvelle page il y a bien incrémentation de l’article et apparition sur la page d’accueil d’un lien vers une page vide.
Elle ne contient aucun texte et les pages n’apparaissent pas dans la liste des pages uniques.
J’ai parcouru les messages précédents et j’ai vu que le problème était déjà apparu. J’utilise Spip 2.0.10 et Ahuntsic. Auriez-vous une idée ?
Merci.
Répondre à ce message
Bonjour,
Existe-t-il une possibilité simple (à part le .htaccess) de gérer les URL propres lorsqu’on utilise l’affichage de l’article avec le champ « page » ?
Merci pour vos conseils.
Je ne comprends pas bien la question. Si vous n’utilisez pas un squelette différent de celui par défaut pour les articles, alors vous faites #URL_ARTICLE, tout simplement, non ?
Désolé, je me suis mal exprimé. Je cherche justement à ne pas utiliser la page article par défaut mais la page déclarée dans le champs « page ».
J’obtiens dans ce cas une URL du type : spip.php ?page=notice
Je cherche à obtenir : /-Notice-.html ou quelque chose de ce genre.
Dans ce cas, non alors. Rien à voir avec ce plugin en particulier évidemment, c’est un problème plus vaste qui concerne les URLs en général.
Quoiqu’il y aurait une idée possible, ce serait d’ajouter une option « utiliser le squelette déclaré dans le champ page pour cet article ». Et ensuite d’utiliser le pipeline « styliser » pour rediriger vers le bon squelette lorsque l’option est choisi.
Mais c’est donc un développement supplémentaire à ajouter au plugin. Et en ce qui me concerne, je n’ai pas trop le temps pour l’instant. Désolé.
Merci pour ces infos. Je vais potasser ça de plus près.
Répondre à ce message
Je rencontre le meme probleme que Arnaud au sujet du multilingue. J’ai trouve une solution dégueu et temporaire mais qui a le merite de fonctionner en attendant. J’ai changé la langue directement dans la bdd. un coup de phpmyadmin :
UPDATE
spip_mabase.spip_articlesSETlang= ’en’ WHEREspip_articles.id_article=148 LIMIT 1 ;(on peut le faire via l’interface bien sur) et ca fonctionne. En attendant mieux
Bonsoir à tous !
Avant toute chose, bonne année à tous et merci encore pour tout ce partage :)
Un plugin vu par le passé permet d’associer un article à une rubrique. Cela permet d’avoir l’article XXX ouvert automatiquement lorsque l’on clique sur la rubrique YYY. Mais impossible de retrouver ce plugin.
L’un de vous peut-il m’aider ?
Si ce n’est pas trop tard, ici : http://www.spip-contrib.net/Afficher-directement-l-article-si
(Ce n’est pas un plugin mais des boucles)
Répondre à ce message
Hop,
Me voici pour utiliser à mon tour ton plugin RastaPopulos, et j’ai comme une petite appréhension :
- dans un squelette, mettre
<BOUCLE_legal(ARTICLES){page=legal}>#TEXTE</BOUCLE_legal>fait quand absence du plugin, SPIP retournera une erreur SQL. C’est assez dommage si on veut proposer des squelettes qui ont des « pages » optionnelles sans nécessiter ce plugin.Bonne remarque. Je n’ai encore jamais eu ce problème, car la très grande majorité du temps, les pages uniques utilisent tout simplement le squelette par défaut article.html. Je n’ai d’ailleurs jamais utilisé que ça, n’ayant jamais eu à faire un squelette ultra-différent pour une page unique.
Mais c’est effectivement un problème. Je vais y réfléchir.
Et bien oui, l’erreur se produit bien :
========================
()
Erreur SQL
rubriques.id_rubrique, 0+rubriques.titre AS num, rubriques.titre, rubriques.lang FROM spip_rubriques AS
rubriquesWHERE (rubriques.statut = ’publie’) AND NOT((rubriques.id_rubrique IN ( SELECT L1.id_rubrique FROMnpds.spip_mots_rubriques ASL1INNER JOINnpds.spip_mots AS L2 ON ( L2.id_mot = L1.id_mot ) WHERE (L2.titre = ’Pas_dans_le_menu’)))) AND (rubriques.id_parent = 0) GROUP BY rubriques.id_rubrique ORDER BY num, rubriques.titreYou have an error in your SQL syntax near ’SELECT L1.id_rubrique FROM
npds.spip_mots_rubriques ASL1INNER JOIN `npds’ at line 6========================
quelqu’un à réussi à le résoudre ?
Version il te faut une version de mysql plus récente (4.1 minimum).
http://dev.mysql.com/doc/refman/5.0/fr/subqueries.html
merci,
donc je ne peux pas utiliser le pug-in puisque je n’ai pas les droits pour en changer...
est-il possible de transférer les articles produits en articles normaux ?
si je me contente de désactiver le plugin la base de donnée sera nettoyée ?
Vraiment dommage... c’était quelque chose qui manquait à spip depuis trèèèès longtemps (^_^)
Le plugin ne demande rien de particulier en terme de requête SQL. Pas plus que le SPIP de base je veux dire.
Autrement dit, même sans ce plugin là, tu risques d’avoir de nouveau des problèmes un jour ou l’autre si tu ne mets pas ton SPIP sur un serveur MySQL plus récent.
La très très grande majorité des hébergeurs ont une version supérieure à 4.1, sachant qu’actuellement la version stable est la 5.1 !!
J’ai pas l’impression que l’erreur vienne de ce plugin, mais plutot d’une boucle qui aurait une jointure
{!mots.titre=Pas_dans_le_menu}. C’est l’expression{!xxx=yyy}qui nécessite MySQL 4.1 je crois plutôt dans ce cas précis. Cependant, la plupart des hébergements proposent des versions de mysql plus à jour que la 4.0.xx que tu as certainement (ecrire/ ?exec=info) pour vérifier.Un grand merci pour la réponse.
Tu as effectivement raison en transformant cette boucle l’erreur ne parait plus. Ce que je ne comprends pas, c’est pourquoi l’erreur n’est parue qu’a partir du moment où j’ai installé le plug-in...
Pour la version mysql, c’est bien juste, je n’est pas la 4.1... pourtant je suis pas chez un gratuit... loin s’en faut...
Mais je me vois mal déménager car j’ai des dizaines de listes et de comptes mail pour des personnes étant vraiment débutante en informatique... je crois qu’un tel déménagement serait scabreux... lol
Quel est ton hébergement ? Parce que c’est VRAIMENT pas normal de pas pouvoir avoir une version de MySQL à jour avec un service payant ! C’est quand même une question de sécurité et de compatibilité avec ce qui se fait actuellement en logiciel.
Répondre à ce message
Très utile dans des situations un peu ... spéciales. On l’utilise sur www.autourdeleonardo.com. Merci beaucoup pour ce plugin.
Répondre à ce message
Une petite question juste : comment faire pour passer en page unique un article déjà créé en base (et donc dans une rubrique) ?
Eh oui... j’avais jusqu’à présent une rubrique qui me servait de fourre tout... mais comment migrer vers ton plugin ?
C’est une bonne question et il n’y a pas de bouton pour ça pour l’instant.
Je rajoute donc ceci à la liste des choses à faire sur ce plugin. En plus j’y ai pas touché depuis un certain temps... :)
Il faudrait donc un bouton sur chaque article classique « Transformer en page » et sur chaque page « Transformer en article ». Histoire de pouvoir basculer dans les deux sens.
C’est une très bonne idée.
Ou alors ajouter sur la page ecrire/ ?exec=pages_tous une liste des articles et le webmestre coche les pages uniques.
Moi aussi je dois recréer des pages existantes pur les mettre en « page unique »
dd
Répondre à ce message
Ouaip. Ou plus simplement, dans la liste déroulante où l’on effectue le choix de la rubrique lorsqu’on crée ou modifie un article, on pourrait imaginer un item « Page » ou « Hors rubrique ». Comme ça - hop ! - on ne modifie pas l’interface standard bien connue de tous. :)
C’est plus compliqué parce que d’une, il faut quand même qu’il y ait le champ « page » pour remplir l’identifiant de la page. Et de deux, quand on installe le plugin « Polyhiérarchie » le sélecteur de rubrique n’est plus le même, et ça ne collerait pas du tout.
Répondre à ce message
Bonjour,
J’ai peur d’avoir un problème de compréhension... J’ai lu l’article et tous les posts.
1) J’ai créé en local - pour test ! - un squelette plan_1.html (pourquoi pas), qui reprend en fait le squelette de plan.html sans modif sauf la boucle de tête : j’ai cru comprendre qu’il fallait remplacer
<BOUCLE_principale(ARTICLES){id_rubrique}>par<BOUCLE_plan_1(ARTICLES){page}>et naturellement à la fin</BOUCLE_plan_1>.2) J’ai créé une page unique et dans le champ page j’ai mis plan_1.html.
3) Rien ne se passe, pas d’affichage du plan (ce que je souhaitais) :-(
J’ai naturellement testé d’autres choses mais ce qui est ci-dessus me paraissait le plus logique. Or donc ça ne marche pas. Où ai-je fais une erreur ?
Merci de tes lumières.
« plan_1 », pas « plan_1.html ». Comme ce qu’on appelle dans l’URL : « spip.php ?page=plan_1 »
Répondre à ce message
Salut Rastapopoulos.
Je crois que ton plugin il m’aime pas beaucoup.
Sur une 2.0.9 SVN toute neuve à peine installée à peine finie de payer, j’installe le plugin, je vais pour créer ma page, je rentre le texte, je valide et.... et rien, la page ne s’enregistre pas (l’id ne s’incrémente même pas, c’est dire !) et je me retrouve redirigé vers exec=accueil sans autre forme de procès.
SPIP 2.0.9 SVN [14465] + Pages 0.2 SVN [31344]
a prioris je n’utilise que des plugs codés par toi, Romy, Cedric ou Marcimat et à prioris compatible ou du moins prévu pour fonctionner ensemble.
C’est grave Docteur ?
Merci pour tout retour.
Etienne.
Je regarde ça lundi matin, ou peut-être dimanche soir.
OK merci à toi. N’hésite pas à demander si tu as besoin d’un accès au site (sur un serveur de dev) je t’enverrai des accès. ;-)
Bon week end à tous.
J’ai mis à jour le SPIP de test sur lequel j’avais « Pages uniques ». J’ai plus d’une dizaines de plugins actifs dessus (dont le Couteau Suisse !! :o).
Et je ne reproduis pas. Tout marche bien, l’article est créé et je tombe dessus après validation.
Il faudrait que tu me dises quels sont tous les plugins actifs sur ton site. Ou bien toi-même désactive-les un par un, pour voir lequel bloque.
Ouep ! Pas trop eu le temps de me pencher dessus aujourd’hui mais en fait je soupsconne un bug de mon SPIP tout court.
Parce qu’après test, je ne peux rien créer du tout : ni rubrique ni article ni rien. Donc le pbm doit venir d’ailleurs. Je te tiens au courant
Répondre à ce message
Bonjour Rastapopoulos :-)
Le plug fonctionne très bien, par contre, je viens de refaire une instal neuve et il s’est installer dans le dossier lib et non dans ...plugins/auto.
J’ai donc deplacer le dossiers « page » du plug dans le dossier plugins/auto avec filezilla puis fait la suppréssion du dossier plugins qui c’était créer avec le plug dans le dossier lib.
Voilà, c’est juste pour faire une remonter d’info !
Répondre à ce message
Bonjour,
Y-a-t-il des modifications de fichier possibles afin de pouvoir utiliser le plugin Page Unique avec le plugin Polyhiérarchie de Cedric et Romy ?
Cedric ne connaissant pas bien Page Unique, ne sait pas où traiter la compatibilité
(Lors d’une création de Page Unique, Polyhiérarchie oblige à sélectionner une rubrique)
Cordialement
Je regarde ça dès que j’ai de nouveau la tête dans le guidon.
Ok, merci beaucoup.
Pas de souci, c’est pas urgent, moi aussi, j’ai plus la tête à profiter des beaux jours qu’à faire du code.
@+
Répondre à ce message
Comme RastaPopoulos l’a rappelé les articles de type « pages uniques » - générés par ce très utile plugin - ont un
id_rubrique=-1.Partant de ce postulat, il est aisé de fournir un squelette par défaut à ce type de page, simplement en créant un fichier
article--1.htmldans le répertoire des squelettes.Pour les explications, je vous renvoie à la doc SPIP : Les variantes de squelette
Spipalement...
Vraiment bien utile ce petit plugin. Sans prétention mais indispensable !
@minimalteck : ta précision aide à voir l’utilisation qui doit en être faite de façon plus claire !
Répondre à ce message
Bonjour,
Ce que je ne comprends pas c’est que la liste « Dans la même rubrique » affiche les autres pages uniques. Il me semblait que l’intérêt de ce plugin était justement de ne pas associer les articles à une rubrique. D’ailleurs je ne sais pas comment exclure cette rubrique fantôme de ma boucle « même rubrique » puisqu’elle n’a pas d’id. Aurais-je raté quelque chose ?
Merci de votre aide
gef
En fait, les pages uniques sont des articles ayant comme rubrique « -1 ». Rubrique qui évidemment n’existe pas et n’existera jamais. Mais ils ont effectivement tous la même non-rubrique (il fallait bien mettre quelque chose dans cette colonne :)).
Une fois que vous savez ça, ça ne devrait pas être trop compliqué de l’exclure.
OK, merci beaucoup !
Répondre à ce message
Bonjour,
Et oui bravo pour cette idée aussi simple que géniale !
Pour des raisons pratiques, mes préférences vont vers la solution d’utilisation d’un fichier html avec le même nom que la champ « page ».
J’ai vraiment l’utilité de cette personnalisation.
J’ai donc lu et relu et pas moyen d’obtenir le moindre résultat (même partiel) avec la syntaxe :
#URL_PAGE{nom_de_le_page}La page n’est tout simplement pas considérée !!
C’est grave docteur ?
A + MARC Et merci encore ...
#URL_PAGE{nom_de_la_page}amène vers spip.php ?page=nom_de_la_pageDonc appelle le squelette « nom_de_la_page.html ».
Dans ce squelette vous devez donc faire :
Et bien sûr, avoir une page unique dont le champ « page » est « nom_de_la_page ».
Bingo !!
J’ai tout refait, calme et inodore.... et çà fonctionne BRAVO et BRAVO et re BRAVO
Simple et génial !!
Répondre à ce message
Il est génial ce plugin !!!
Et l’exemple des mentions légales est précisément mon cas... Installation + Prise en main 5minutes puisqu’il n’est même pas nécessaire de refaire un squelette.
Bravo pour l’idée et la mise en œuvre !
Merci !
Répondre à ce message
Bonjour,
encore merci pour cette contribution à l’outils formidable qu’est SPIP.
J’aurais souhaité voir ces pages dans l’espace privé car plus facile à retrouver surtout après quelques mois
Je suis sur que je plongerais dans les rubriques pour chercher mes articles « pages uniques » et me souvenir après perte de temps et arrachage de cheveux que c’était dans « Edition » => « Pages Uniques »
Merci de votre attention et si quelqu’un a une direction, je vais voir dans /spip/privé/ !!!
Répondre à ce message
Merci Rastapopoulos !
Répondre à ce message
RastaPopoulos, c’est officiel, je t’aime !!! :-D
dixit VXL, c’est tout à fait ca ! Merci :-D
Répondre à ce message
Super.
Je posais encore la question, il y a quelques jours sur le forum de Spip. Je vais tester votre plugin.
Est-ce qu’il est possible d’en faire autant avec des rubriques. Afin de mieux organiser les « pages uniques » ?
Pour :
1) Appeler des rubriques entières (et afficher les pages uniques) selon le contexte.
2) Appeler directement une page unique.
Merci pour votre contribution.
Jacques
Non, les pages uniques ne sont que des pages, c’est le principe. Donc des articles, mais uniques, placés nulle part.
Désolé.
Répondre à ce message
Merci beaucoup pour toutes ces précisions Vincent.
Répondre à ce message
vous exuserez mon coté farfelu mais cela fait seulement quelques mois que je suis passé à SPIP après 8 ans « d’embrigadement » sur phpnuke donc j’ai encore des reflexes nukien...Donc je veux bien changer le code en dur tant que j’arrive au résultat voulu. Si vous allez sur http://poleculturel.free.fr vous remarquerez que j’ai changé le « pointage » du lien « contact » vers une page que j’ai créé (contactme.html), cette page existe mais n’est pas listée en tant qu’articles dans la page d’accueil, elle n’apparait que si l’on clique sur contact. Alors la question est double : Peut on faire la même chose avec le plugin page unique et est ce que je peux faire(forcer) pointer une rubrique vers cette page ? Merci.
Sami, il faut différencier les articles dans SPIP, et les squelettes appelés dans les URLs. Ici « contactme.html » est un squelette, qui peut contenir aussi bien des choses en dur que des choses récupérées depuis la base de donnée.
Ce que permet le plugin « Pages uniques », c’est de pouvoir avoir un contenu modifiable dans la base de SPIP (et donc pas en dur dans un fichier). Mais qui n’est pas dans une rubrique, qui n’a pas de raison d’être regroupé avec d’autres articles.
Ainsi, si vous avez besoin d’une présentation particulière pour votre page de contact, vous pouvez garder votre squelette « contactme.html ». Ensuite vous créez une page unique ayant pour champ page « contactme ». Et dans votre squelette vous pourrez récupérer ce contenu de la base en faisant
<BOUCLE_contact(ARTICLES){page}>.Mais si votre page de contact ne nécessite en fait aucune présentation particulière, alors autant utiliser le même squelette que pour les autres articles. Ainsi vous pouvez utilisez #URL_ARTICLE qui utilisera le squelette « article.html ».
Attention, comme je l’ai dit tout à l’heure, pour ne pas que les pages uniques se retrouve dans les boucles d’articles, il faut que ces boucles ait un critère en rapport avec l’« id_rubrique » ou avec « page ». Par exemple
{id_rubrique>0}(les articles ayant une rubrique), ou bien encore{page=''}(les articles ayant un champ « page » vide.Répondre à ce message
y a un truc que je ne pige pas, c’est pourquoi quand on crée une page elle apparait systematiquement sur la page d’accueil, y a t il un moyen pour la faire apparaitre uniquement si l’on pointe un lien dessus ? Prenons l’exemple d’un page de contact, il n’est pas utile qu’elle apparaisse dans la liste des articles de la page d’accueil, sa fonction première est d’apparaitre quand « l’appelle ».
C’est simple : les pages uniques sont des articles comme les autres. Seulement ils ne sont placés dans aucune rubrique. Ainsi, si vous avez dans votre site, dans vos squelettes, des boucles (ARTICLES) générales, qui n’ont pas de critères discriminant sur la rubrique, et bien les pages uniques pourront forcément sortir aussi.
Si vous ne voulez pas qu’elles apparaissent il faut alors faire
<BOUCLE_sans_page(ARTICLES){id_rubrique>0}>. Autrement dit les articles ayant une rubrique.Répondre à ce message
Je viens de tester ce plugin qui m’intéresse beaucoup, mais quand je crée une nouvelle page, il ne semble pas vouloir l’enregistrer ... J’utilise la dernière RC de Spip donc a priori ça devrait bien se passer mais ... ;)
Quelqu’un a une idée ?
C’est corrigé pour le bug (ça renvoyait vers la page d’accueil du privé sans rien faire). SPIP avait modifié un truc dans le formulaire des articles, il fallait que j’utilise id_parent au lieu de id_rubrique. Maintenant ça marche. Si vous avez installé le plugin à partir du ZIP, il faut attendre un peu qu’il se régénère. Sinon dans le SVN c’est ok.
Merci beaucoup, à partir du SVN ça fonctionne parfaitement :)
Répondre à ce message
Comment pourrait-on construire une BOUCLE permettant de lister toutes ces pages uniques, au début du plan du site, par exemple, en présumant qu’on ne connait pas à l’avance le nom des pages ?
Pour la boucle, on peut faire :
Autrement dit : champ page différent de vide.
Répondre à ce message
C’est génial ton truc !! J’ai pas tester encore mais on peut lui allouer des mots clés ?? Si on peut faire ça en plus ça révolutionne complétement l’utilisation de SPIP !!! merci et BRAVO...
Ben c’est comme un article classique. Donc oui tu peux lui mettre des mots-clés.
Répondre à ce message
Ce plug est exclusif 2.0 ou alors on peut le « remanier » pour une 1.9.2.e ?
Pour la compatibilité, non, on ne peut pas le remanier pour SPIP 1.9.2, car le plugin utilise les pipelines des nouveaux formulaires CVT de SPIP 2...
Répondre à ce message
Qu’en est-il de la compatibilité avec la réécriture d’URL ?
En testant ce plugin il y a quelques temps cela ne fonctionnait pas...
Comme les pages sont des articles classiques, la réécriture d’URLS est la même.
Si tu fais
[->art38]ou#URL_ARTICLEà l’intérieur d’une boucle de cette page unique, tu auras une URL réécrite.Tu peux en voir un exemple là (c’est une page unique) avec les URLs arbo, et comme c’est une page unique, l’article est à la racine de l’URL : http://www.ldd.fr/notice-legale.html
Répondre à ce message
Bonjour,
SYmpa comme plug ça, avant de le mettre en place pour utilisation je suis entrain de me dire qu’il remplace tres avantageusement le plug « »choisir son squelette avec un mot cle" ... et a prioris d’une façon plus simple .... Non ???
Eric
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 :
|
