Recherche avancée

Médias (91)

Autres articles (38)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs

    12 avril 2011, par

    La manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
    Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.

  • 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

Sur d’autres sites (3015)

  • mpegvideo_enc : remove stray semicolon

    19 mars 2013, par Michael Niedermayer

    mpegvideo_enc : remove stray semicolon

  • FFMpeg failing token authorization

    27 février 2020, par user680244

    I have a file that requires authentication for a user outside the system to read. I can curl the file with a JWT token, but FFMpeg throws a 403 error.

    This works :
    curl -H "Authorization: Bearer "  --output results

    But this does not :
    ffmpeg -y  -headers "Authorization: Bearer " -i  -f wav out.wav -v debug

    The debug stack from ffmpeg shows the Authorization header passed.

    [http @ 0x56019f430160] request: GET <my filename="filename"> HTTP/1.1
    
User-Agent: Lavf/57.83.100
    
Accept: */*
    
Range: bytes=0-
    
Connection: close
    
Host: 
    
Icy-MetaData: 1
    
Authorization: Bearer <my token="token">
    

    
[http @ 0x56019f430160] HTTP error 403 Forbidden
    
</my></my>

    I’ve tried (I think) every possible combination and permutation of input flags, and all without success. Any help would be very much appreciated.

  • Anomalie #3620 : Token de prévisualisation inconsistant selon que l’article est en cours de rédact...

    17 décembre 2015, par realet RealET

    Je précise la demande :

    • je suis auteur
    • je ne suis pas sûr de mon orthographe
    • avant de proposer un article, je veux le faire relire à un tiers
    • j’ai configuré le via mes_options.php pour activer le token de prévisualisation qui permet à une personne non authentifiée de prévisualiser quand même (c’est le but).
    • quand je clique sur le bouton de prévisualisation ’article toujours en statut en cours de rédaction), j’ai un token de généré dans l’URL : Test-article.html ?var_mode=preview&var_previewtoken=1%2A0af175887b593187b12924a92aefda9c640b1863
    • mais ce token ne marche que si l’article est proposé, pas s’il est en cours de rédaction

    Le but du Token étant de ne pas avoir besoin de se loguer pour prévisualiser, on a un comportement de SPIP qui déroute.

    A minima, il faudrait que le token ne soit pas généré dans l’URL quand on prévisualise un article en cours de rédaction.
    Mais ça ne résoudrait pas le besoin exprimé ci-dessus : pouvoir faire relire à un tiers de confiance (token) avant de proposer à l’évaluation.

    Pour mémoire, ce qu’il faut rajouter à mes_options.php :

    if (!defined(’_PREVIEW_TOKEN’))
    define(’_PREVIEW_TOKEN’, true) ; // http://core.spip.org/projects/spip/repository/revisions/21077 et http://core.spip.org/projects/spip/repository/revisions/21084

Navigation