Recherche avancée

Médias (0)

Mot : - Tags -/inscription3

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (60)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (7885)

  • Anomalie #3590 (Nouveau) : Si on recharge la page après avoir changé le statut d’un article, il y ...

    12 novembre 2015, par realet RealET

    Avec SPIP 2.1, il n’y avait pas ce comportement.

    C’est inconsistant avec le comportement habituel de SPIP qui passe par une action qui redirige sur le résultat et permet d’actualiser une page sans rejouer l’action.

  • Anomalie #3762 : Cron

    28 mars 2016, par Joaquín Asenjo

    213.134.60.149 - - [07/Mar/2016:06:27:03 +0100] "GET /noticias/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:27:16 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:27:46 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:28:28 +0100] "GET /noticias/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:28:50 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:29:40 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:29:42 +0100] "GET /divulgacioncientifica/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:30:28 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:30:44 +0100] "GET /divulgacioncientifica/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:31:20 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:32:01 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:32:53 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"
    213.134.60.149 - - [07/Mar/2016:06:33:06 +0100] "GET /cienciayuniversidad/spip.php ?action=cron HTTP/1.1" 204 806 "-" "-"

  • Evolution #3813 : De nouveaux pipelines ?

    9 février 2021, par cedric -
    • preparer_visiteur_session permet de completer la session d’un auteur (à chaque chargement de la session donc et pas seulement post-login)
    • le pipeline formulaire_traiter sur le formulaire login permet aussi d’avoir la main lors de sa connexion post login donc (et donc une seule et unique fois)
    • pour la post inscription c’est en effet le pipeline post_edition, action=instituer et statut_ancien=’nouveau’

    On pourrait ajouter un second appel post_edition plus explicite

    $ git diff
diff —git a/ecrire/action/inscrire_auteur.php b/ecrire/action/inscrire_auteur.php
index 8ed27a6a27..050685ea1b 100644

    — - a/ecrire/action/inscrire_auteur.php
+++ b/ecrire/action/inscrire_auteur.php
@@ -317,7 +317,23 @@ function confirmer_statut_inscription($auteur) 
     autoriser_exception(’modifier’, ’auteur’, $auteur[’id_auteur’]) ;
     include_spip(’action/editer_auteur’) ;
     // changer le statut

    - auteur_modifier($auteur[’id_auteur’], array(’statut’ => $s)) ;
+    $set = array(’statut’ => $s) ;
+    auteur_modifier($auteur[’id_auteur’], $set) ;
+
+    // on appelle une seconde fois post_edition avec l’info confirmer_statut_inscription
+    pipeline(’post_edition’,
+        array(
+            ’args’ => array(
+                ’table’ => ’spip_auteurs’,
+                ’id_objet’ => $auteur[’id_auteur’],
+                ’action’ => ’confirmer_statut_inscription’,
+                ’statut_ancien’ => $auteur[’statut’],
+            ),
+            ’data’ => $set
+        )
+    ) ;
+

    mais avoir un double appel sur post_edition peut etre embetant car vu des clients du pipeline c’est comme si on faisait deux fois une modif du statut :(

    Et sinon il faudrait créer un nouveau pipeline, mais je ne suis pas sur qu’il apporte grand chose de plus...

Navigation