Plugin Publication Ouverte

Nouvelle version du plugin openPublishing, avec plus d’options, moins de bugs, et un nouveau nom !

description du plugin

Le plugin « Publication Ouverte » a pour but de fournir une interface de publication d’article publique et anonyme permettant à n’importe quel visiteur d’un site spip de publier un article sans aucune authentification. Cette méthode de gestion/création de contenu est appelé « Publication ouverte » (ou open-publishing en anglais). La publication ouverte est principalement pratiqué par le réseau indymédia, ainsi que de nombreux autres sites d’informations alternatives.

Article wikipedia

Important : ce projet n’est plus maintenu par son auteur faute de temps et de motivation. Il est donc libre d’être repris. N’hésitez pas à explorer le code, et à commiter les modifications pour offrir à la communauté une nouvelle version débarrassé des derniers bugs et compatible avec les dernières versions de spip.

Principe de fonctionnement

Le plugin « Publication Ouverte » fourni un formulaire accessible par les visiteurs d’un site SPIP, qu’ils soient ou non enregistré comme auteur. Ce formulaire permet d’écrire un article sans devoir posséder un compte sur le site en question. Pour cela, tous les articles écrits via ce formulaire serons attribué à un auteur par défaut, communément appelé auteur « anonyme ». Il est aussi fortement conseillé de désactiver le stockage des IP de SPIP (cf. paragraphe « Avertissement IP »).

Il est aussi possible pour un auteur identifié, de publier un article « en son nom » plutôt qu’au nom de l’auteur « anonyme ». (cf. paragraphe « Auteurs spip »).


openPublishing devient Publication Ouverte

Le plugin openPublishing fait une évolution majeure, sa structure ayant énormément changé depuis la version précédente, on en profite également pour en changer le nom. « openPublishing » s’appelle maintenant « Publication Ouverte ». (ça fait plus spipiens non ?)

Ce qui change par-rapport aux versions précédentes

-  Les données propres à ce plugin ne sont plus stockés dans des tables particulières mais stocké dans les champs extras de la table articles ou brèves.
-  La configuration du plugin passe entièrement par le plugin CFG
-  Le plugin peut maintenant être utilisé par d’autres plugins pour proposer des options supplémentaires à la publication ouverte (cf. paragraphe sur l’interaction avec les autres plugins).
-  Les formulaires ont été simplifiés pour permettre une meilleur intégration dans un site (Disparition des feuilles de styles spécifiques au plugin).
-  Possibilité de donner un logo à l’article.
-  L’identification et la gestion des documents s’appliquent maintenant aussi aux brèves (lors de l’utilisation de la gestion agenda du plugin publication ouverte)
-  L’identification des auteurs apparaîtra dans l’interface privée
-  Possibilité d’activer la notification par mail lorsqu’un article est publié.

Les amalgames

Attention, ne pas confondre :

-  La gestion agenda du plugin Publication ouverte avec le plugin Agenda (ils n’ont strictement rien à voir entre eux).
-  L’identification optionnelle proposé par le plugin « Publication Ouverte » n’a aucun rapport avec la gestion des auteurs enregistrés dans un site spip).


Dépendance

Le plugin Publication Ouverte dépend du plugin CFG. Il est indispensable d’installer le plugin CFG avant d’installer le plugin « Publication Ouverte ».

-  CFG


Installer le plugin

Comme pour tous les autres plugins, il suffit de récuperer le zip, de le décompresser dans son répertoire « plugins », puis d’aller l’activer dans la page de gestion des plugins.

-  Installer un plugin


Passer de openPublishing à Publication Ouverte

-  Chemin d’accès : Configuration->Gestion des plugin->Publication Ouverte->Mise à jour
-  Url : ?exec=op_base

Cet espace de mise à jour permet de passer du plugin openPublishing au plugin Publication Ouverte.

Le plugin Publication Ouverte diffère énormément du plugin openPublishing. Pour effectuer une mise à jour correcte :

-  Dé-activer le plugin openPublishing dans la page de gestion des plugins
-  Supprimez le répertoire openPublishing dans votre répertoire "plugins"
-  Installez le plugin "Publication Ouverte"
-  Avant de passer à la configuration du plugin Publication Ouverte, il faut impérativement passer par une étape intermédiaire permettant de faire la transition entre openPublishing et Publication Ouverte.

Suivez pas à pas toutes les étapes en lisant entièrement toutes les explications. Tout devrais bien ce passer.

-  La première action consiste à supprimer les tables devenue obsolète de votre base de donnée. Histoire de garder une base propre.
-  La version 0.4 du plugin "Publication Ouverte" n’utilise plus la table "spip_op_auteurs" pour stocker les données d’identifications des rédacteurs, mais utilise les champs "extras" de la table "spip_articles". L’option suivante va vous permettre de mettre à jour tous les articles ayant eu un rédacteur s’étant identifié via ce système. Cela vous permettra de conserver les données identifications de vos rédacteurs et donc de supprimer la table "spip_op_auteurs" devenue obsolète.
-  La dernière étape consiste à supprimer la table "spip_op_auteurs".

Et voila, votre base de donnée est maintenant nettoyé des anciennes tables du plugin openPublishing. Vous pouvez maintenant passer à l’étape de configuration du plugin Publication Ouverte.


Configurer le plugin Publication Ouverte

-  Chemin d’accès : Configuration->cfg->Publication Ouverte
-  Url : ?exec=cfg&cfg=op

Cette espace de configuration permet de modifier les options suivantes :

Le choix des rubriques ou les articles seront placés

Vous pouvez choisir une ou plusieurs rubriques (déjà existantes ou crées pour l’occasion) qui recevrons les articles publiés via Publication Ouverte. Il suffit simplement de cocher ou de décocher les rubriques.

Le choix de l’auteur "anonyme"

La publication Ouverte assigne automatiquement à un auteur les articles publiés par l’interface de publication ouverte. Vous pouvez içi choisir cet auteur. L’utilisation "normale" consiste à créer pour l’occasion un auteur portant le nom "anonyme", et n’ayant aucun accès à l’interface privée (donc pas de mot de passe), puis de le choisir dans cette liste.

Le choix des champs à utiliser

Le plugin Publication Ouverte peut utiliser tous les champs de spip, c’est à dire le Sur-titre, le sous-titre, le descriptif, le chapeau, et le post-scriptum. Vous pouvez choisir içi quel champs utiliser dans l’interface de publication ouverte.

Le choix des options disponibles aux rédacteurs

Le plugin Publication Ouverte peut aussi permettre d’ajouter des objets à un articles :
-  des mots-clés
-  des documents
-  des documents distants
-  des images
-  un logo

Activez ou désactivez ces options en fonctions de vos besoins.

Auteurs spip

Cette option permet d’offrir le choix aux rédacteurs enregistrés comme auteur spip de publier au nom de l’auteur "anonyme" ou "en leur nom".

-  Cochez l’option "Permettre aux rédacteurs enregistrés en tant que "auteur Spip" ..."

Le formulaire de publication proposera alors (si l’utilisateur s’est préalablement logué via #LOGIN_PUBLIC ou #LOGIN_PRIVE), une case à cocher permettant d’attribuer l’article à cet utilisateur. (les champs "pseudo" et "mail" seront alors remplis avec les données de cet utilisateur).

La gestion de l’agenda

Si vous cochez cette option, le plugin "Publication Ouverte" proposera aux rédacteurs de publier leurs articles sous forme de "date" dans l’agenda. Il s’agit en réalité de publier le contenu de l’article sous forme de brève dans une rubrique spécifique.

Le choix du statut des articles

Lorsqu’un article est publié par l’interface de publication ouverte, il faut qu’il reçoive un statut (en rédaction, publié, ou proposé). Vous pouvez donc choisir ici quel sera ce statut.

Vous pouvez aussi activer la notification par mail. (Vous devez avoir préalablement activé le "suivie de l’activité éditoriale dans votre configuration de SPIP). L’email indiqué dans votre configuration de SPIP recevra un mail de notification a chaque article publié.

Les options de post-traitement du texte

Ces options vous permettent d’effectuer quelques tests sur le chmps textes des articles publiés :

-  anti-spam : remplace les @ des adresse email par un groupe de lettre aléatoire
-  anti-majuscule : remplace toutes les majuscules d’un titre par des minuscules
-  taille minimale du titre : determine la taille minimal en caractère des titres des articles

La gestions des renvois automatiques

Lorsqu’un rédacteur valide un article ou abandonne, le formulaire affiche un message et redirige le rédacteur au bout de quelques secondes vers une autre page du site. Les options ci-dessous permettent de configurer cela. Attention, il faut indiquer des urls de type : « /spip.php ?page=ma_page », le plugin complétera automatiquement l’url.


Au niveau du squelette

-  Appeler le formulaire "Publication Ouverte"

Dans une page du squelette (par exemple : "publication.html"), placez l’appel suivant :

	[(#FORMULAIRE_ARTICLE{#SELF})]

Vous pouvez appeler cette page depuis n’importe qu’elle autre page de votre site.

<a href="#URL_PAGE{publication}">Publiez un article</a>

Le plugin fourni aussi une page standard disponible via l’url :

/spip.php?page=publication_ouverte

-  Lister les rubriques recueillant les articles « Publication Ouverte »

<BOUCLE_rubrique(RUBRIQUES){openPublishing}>
</BOUCLE>

-  Récupérer les données d’identification :

<BOUCLE_article(ARTICLES){id_rubrique}>
- Le pseudonyme utilisé :#EXTRA|OP_pseudo<br />
- Le mail : #EXTRA|OP_mail<br />
</BOUCLE_article>

-  Exemple plus poussé (liste tous les articles « Publication Ouverte », classé par rubrique et par date)

<BOUCLE_rubriques(RUBRIQUES){openPublishing}{par id_rubrique}>

<ul>
		<BOUCLE_article_rubrique(ARTICLES) {id_rubrique=#ID_RUBRIQUE} {par date}{inverse} {0,15}>
	
			<li>
				<a href="#URL_ARTICLE">[(#TITRE|lignes_longues{27})]</a><br />
	
				publi&eacute; le [(#DATE|affdate_jourcourt)]<br />
                                [Auteur : (#EXTRA|OP_pseudo)  |  ]
				[Mai : (#EXTRA|OP_mail)  |  ]
			</li>
		</BOUCLE_article_rubrique>
		</ul>
</BOUCLE_rubriques>

Avertissement IP

Par défaut, spip log les adresses IP des visiteurs de votre site. Il est fortement conseillé de désactiver cela afin d’avoir une publication ouverte anonyme. Le plugin couteau suisse fournit la possibilité d’activer ou de désactiver ce stockage des adresses IP. Ne sera stocké qu’une version cryptée md5.

-  Le Couteau Suisse


Interactions avec d’autres plugins

Pour les utilisateurs

Si vous utilisez d’autres plugins effectuant des traitements au moment de la sauvegarde d’un article dans l’espace privée, ces traitement seront aussi actifs pour les articles publié par « Publication Ouverte ».

Pour les développeurs

Cette section ne concerne QUE les développeurs d’autres plugins. Vous pouvez donc vous dispenser de sa lecture si vous n’avez pas l’intention de rendre « Open » l’un de vos plugins.

-  Les pipelines de spip :

Le plugin Publication Ouverte utilise les pipelines « pre_edition » et « post_edition ». Cela veut dire qu’il est tout a fait possible pour un autre plugin de se brancher sur ces pipelines afin d’y effectuer des traitements., ils s’effectueront aussi bien sur les articles publiés via l’espaces privée que sur les articles publiés via Publication Ouverte.

-  Les pipelines spécifiques à Publication Ouverte :

Le plugin Publication Ouverte fournie aussi ces propres pipelines, permettant à un plugin tiers de s’insérer dans Publication Ouverte. C’est à dire d’ajouter dans le formulaire de publication son propre bout de formulaire. Les pipelines permettant de faire cela sont :

-  OP_environnement

ce pipeline permet aux plugins d’ajouter des variables d’environnement et éventuellement de leur donner un « type » en fonction du traitement necessaire au champs.

exemple :

$flux['data']['champs_pri']['url'] = _request('url');
$flux['data']['champs_pri']['mon_champs'] = '';
$flux['data']['champs_pri']['mon_autre_champs'] = '';

$flux['data']'type']['mon_champs'] = 'texte';

$flux['data']['actions']['mon_action'] = '';
  • La variable « url », étant déjà remplie, ne passera pas par le traitement stripslashes
  • La variable « mon_champs », n’étant pas remplie, passera par le traitement stripslashes, et étant « typée » texte, passera aussi par le traitement entities_html (la récupération des valeurs du formulaire est effectuée par Publication Ouverte)
  • La variable « mon_action » correspond au bouton « submit » du formulaire.
  • Important : le nom des variable doit correspondre au « name » dans les champs <input />.

-  OP_abandon

Que faire losrque l’utilisateur abandonne ? nettayage des valeurs temporaire dans la base, etc ...

exemple :

	if ($flux['data']['champs_pri']['id_article']) {

		$query = sql_select(
			array('id_mot'),
			array('spip_mots_articles'),
			array('id_article = '.sql_quote()
		);

		while ($row = sql_fetch($query)) {
			sql_delete(
				array('spip_mots'),
				array('id_mot = '.sql_quote(row['id_mot']).' LIMIT 1')
			);
		}
         }

-  OP_squelette

On y « branche » le formulaire.

exemple :

 	$flux = @unserialize($flux);

 	return inclure_balise_dynamique(
 			array('formulaires/formulaire_tag-machine', 0,
 				array(
				'bouton' => "Ajouter ce/ces tag(s)",
				'id_article' => $flux['id_article']
 				)
 			), false);

-  OP_validation

ce pipeline permet aux plugins d’effectuer une validation « alternative »
p.e : pour passer ailleur que par la création d’un article (création d’un evenement p.e)

IMPORTANT ; ne surtout pas oublier de mettre le flag_valider à true, sinon on embraye sur les autres types de validation

IMPORTANT : tester le flag_valider, il ce peut qu’un autre plugin le mette à true avant :)

IMPORTANT : tester sa variable action .. sinon le process se déroulera si on clique sur un autre bouton

-  OP_pre_validation

ce pipeline permet aux plugins d’effectuer des traitements avant la validation

p.e : traitements typographiques sur le texte

-  OP_action

ce pipeline permet aux plugins d’effectuer les traitements sur les variables.

pourra contenir des manipulations de la base de donnée, etc ..

IMPORTANT : toujours commencer par un test sur sa variable action !

Désactiver/Activer l’interaction

Dans l’espace de configuration, rubrique « post-traitement », cochez ou décochez la case « Interactivitée avec les autres plugins ».

Ajout du pipeline dans le fichier plugin.xml

Pour qu’un plugin puisse utiliser un pipeline du plugin publication ouverte, il faut l’ajouter dans le fichier plugin.xml de la manière suivante :

<pipeline>
        <nom>OP_squelette</nom>
        <action>OP_squelette</action>
        <inclure>prefixe_pipelines.php</inclure>
</pipeline>

Discussion

65 discussions

  • 1

    Je voudrais rajouter plusieurs documents (images), quelqu’un pourrait-il m’aider ?

    • El’Biglouch

      Bonjour.

      Je ne vois pas où est le problème. Il suffit de les uploader l’une après l’autre. Rencontres tu des soucis à ce niveau ?

    Répondre à ce message

  • El’Biglouch

    Bonjour. Merci 1000 fois aux auteurs du plugins.

    Il fonctionne très bien chez moi sur un SPIP 2.0.3 grâce à l’astuce de Guytarr juste en dessou.:D

    En outre je viens de resoudre un problème ultra mineur mais bien présent (et surtout très visible...). Sur la page ou je mettais la balise qui appelle le formulaire_article tous les boutons de validation (recherche, mot de passe,...) s’élargissaient à 100% de la

    dans laquelle ils étaient placés, à l’exception de ceux du formulaire article ! En fin de compte, la « couffe » se trouve dans le dit formulaire_article, dans les toutes premières lignes, où on trouve ....input, textarea width:100% ;...Il suffit de remplacer ce 100% par la valeur auto. Voilou ! Si ça peut aider quelques débutants... Merci encore pour tout ça (SPIP, SPIPcontrib, SPIPzone, enfin tout quoi...:D)

    JUJU. :)

    Répondre à ce message

  • Bonjour, j’ai simplement changer à la ligne 23 du fichier « formulaire_article.php » le charger_generer_url() ; en generer_url_entite() ;.
    Depuis ça semble fonctionner parfaitement pour la spip 2.02.

    Sinon, en ajoutant le formulaire_article.html au dossier formulaires de son squelette, on peut le personnaliser (personnellement, j’offre la possibilité uniquement au rédacteur de proposer depuis le site public j’ai donc retiré les options liées à l’identification et à la publication anonyme en fin du fichier : ça travaille bien :)

    Répondre à ce message

  • assobachant

    Salut edd a tu l’intention de le faire évoluer vers spip2

    je suis un poil coincer entre la 1.9.2 et la 2 avec les plugins demandé par nos membres.

    43 plugins actifs avec Spip 2.0.0 dev [13108]

    Répondre à ce message

  • Bonjour,
    Je souhaiterai intégrer les champs #URL_SITE et #NOM_SITE au formulaire.
    Cela pose-t-il un problème particulier ?

    yoh (1.9.2e)

    Répondre à ce message

  • indépendamment des petits problèmes ci-dessous, ce plugin a changé ma vie (si, si) : les rédacteurs ne sont pas obligés de passer par l’espace privé. Je m’amuse bien avec en lui adjoignant d’autres saisies. Un grand merci.

    Comment utiliser OP_squelette ?

    Dans mon propre plugin, j’ai créé un pipeline défini dans plugin.xml

    il ne fonctionne que si je supprime la fonction « op_OP_squelette » dans op_fonctions. Si je ne la supprime pas, mon propre plugin (pipeline) ne retourne rien.

    Bizarre : il me semble que plusieurs fonctions peuvent utiliser le même pipeline.

    Autre problème

    OP semble incompatible avec la barre typo-2, ça a des effets bizarre à l’affichage (reproduction de la page d’accueil complète ?)

    Enfin, il serait souhaitable de compléter les branchements possibles dans le formulaire, par exemple : intervenir lors de la pré-visu comme avec OP_squelette.

    J’ai également du remplacer la boucle rubrique par une autre (conservant la hiérarchie). Je ne vois pas comment paramétrer cela : peut-être en utilisant des sous-formulaires ?

    Répondre à ce message

  • 2

    Bonjour,

    j’ai une petite question qui me semble HS, puisque pas forcément dans la philosophie du plugin... mais bon je tente le coup quand même. :-p

    Est-il envisageable qu’un rédacteur non identifié sur le site via #LOGIN_PUBLIC par exemple, puisse choisir son pseudo dans une liste déroulante des auteurs... et ainsi que son nom soit associé à l’article ?

    Je pense si c’est faisable , qu’il faille modifier le formulaire formulaire_auteurspip... mais bon je sèche un peu pour la suite.

    Si qq’un a une idée /piste , je suis preneur !

    A plus

    • oui c’est possible ...
      il faut juste modifier le comportement de #LOGIN_PUBLIC
      par contre qu’elle est serait l’utilté ? pourquoi ne pas utiliser l’interface privée ?

    • Tout simplement parce que je ne veux pas emmener les rédacteurs dans l interface privée (oui je sais... c’est pas plus compliqué mais je crois qu’il y a un frein psychologique dés qu on change un peu d’environnement et qu’on doive se logguer...).

      Merci pour l info en tout cas, je vais regarder de plus prés #LOGIN_PUBLIC, et essayer de faire les modifs adéquates.

      A+

      PS : j ai eu un peu beaucoup de mal avec ce nouveau forum pour trouver comment répondre au message !! :-p

    Répondre à ce message

  • 2

    Bonjour,

    J’avais installé sur mon site Open Publishing 0.3
    J’ai donc supprimer le plugin en passant par la configuration de Open Publishin et la fonction « supprimer Open Publishing ».
    Puis j ai supprimé par ftp le repertoire Open Publishing.
    J’ai été ensuite sur la base de données MySQL pour supprimer les tables spip_op, mais il n y avait déjà plus rien.

    Malheureusement quand j installe Publication ouverte, j ai une erreur dans la page de estion des plugins du type : / !\ Fichier absent : op_fonctions.php
    / !\ Fichier absent : ../plugins/Publication Ouverte/op_fonctions.php
    et pas de case à cocher pour activer le plugin.

    J’ai vidé le rep temp de Spip, mais rien n’y fait.

    je suis sous SPIP 1.9.2

    Quelqu’un aurait une ptite idée ?

    Merci d’avance

    • bon alors plusieurs erreurs ont été faites. Il ne fallait pas supprimer openPublishing, mais le mettre à jour (ça change beaucoup de chose et permet de ne pas perdre de donnée). La procedure de supression suprimme tout ce que openPublishing a fait dans la base (dans l’optique de netoyer la base et de ne plus utiliser openPublishing), la procedure de mise à jour permet de garder les informations contenus dans la base.

      1° la doc indique ceci :

      Le plugin Publication Ouverte diffère énormément du plugin openPublishing. Pour effectuer une mise à jour correcte :

      -  Dé-activer le plugin openPublishing dans la page de gestion des plugins
      -  Supprimez le répertoire openPublishing dans votre répertoire « plugins »
      -  Installez le plugin « Publication Ouverte »

      Il est vrai que cela peut préter à confusion. Il ne fallait pas utiliser la procédure de désinstallation de openPublishing car celle-ci supprime irrémmédiablement toutes les tables openPublishing, mais proceder à sa « mise à jour », simplement en remplacant les anciens fichiers par les nouveaux.
      Donc, a moins que tu ne dispose d’une sauvegarde de ta base de donnée, la table contenant les informations sur les utilisateurs « openPublishing » (nom, email, etc ...) est perdue.

      2° le répertoire standard de openPublishing et de Publication Ouverte reste « openPublishing » afin de faciliter la transition entre les deux plugins.
      le répertoire « ../plugins/Publication Ouverte/ » n’existant pas, il est normal que l’interface de gestion des plugins râle.

      Pour résoudre ton problème il faut :

      -  Restaurer la base si tu dispose d’une sauvegarde, sinon passe directement à l’étape suivante.
      -  Supprimer le repertoire « openPublishing » et l’éventuel répertoire « Publication Ouverte » de ton répertoire ../plugins
      -  Mettre le contenu de l’archive openPublishing 0.4 (Publication ouverte) dans le répertoire « openPublishing » du répertoire « plugins ».
      -  Si tu a pu restaurer ta base, utilise la fonction de mise à jour openPublishing->Publication ouverte comme décrite dans la documentation
      -  Sinon tu peut passer directement à l’étape configuration et utiliser le plugin.

      voila.

    • Salut edd !

      1. merci pour la rapidité de la réponse

      2. j ai été c’est vrai mauvais élève sur ce coup là... dans l euphorie de tester le nouveau plugin, j ai pas trop regardé la procèdure... :-p

      3. j ai juste renomé le répertoire « Publication Ouverte » en « openPublishing » et tout est rentré dans l’ordre... donc un GRAND MERCI

      4. Bravo pour le plugin, ça n’a plus rien à voir avec la version 0.3. Impresionnant le nombre d’option. chapeau.

      Encore merci pour ton aide.

      A+

    Répondre à ce message

  • 1

    Le plugin fonctionne magnifiquement. Je rencontre juste un petit problème.

    Dans le formulare d’origine de spip j’utilise, dans le champ Descriptif rapide, une présentation comportant une ligne un BR et une autre ligne. Je n’ai pas de probleme quand l’article est en ligne j’ai bien 2 lignes.

    Par contre quand j’essaye avec le champ descriptif rapide du plugin le br apparait comme du texte.

    Je me rend bien compte que c’est un probleme très marginal mais il m’embete bien pour avoir une présentation uniforme.

    D’où cela peut il venir ? Merci

    • Il s’agit d’une protection contre les balises HTML placés sur les champs autre que le texte d’un article.

      Cela n’est pas un problème mais une fonctionnalité. Dés que j’ai un peu de temps, j’ajouterai une option permettant de désactiver cette fonctionnalité :)

    Répondre à ce message

  • Bonjour,

    [(#FORMULAIRE_ARTICLE#SELF)] permet d’afficher le formulaire avec la liste des rubriques autorisées à la publication.
    Comment classer les rubriques dans un ordre différent de celui proposé par défaut et comment supprimer le numéro de rubrique ?

    Quel est le fichier concerné dans le plugin ?

    Merci par avance.

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom