Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (102)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • Activation de l’inscription des visiteurs

    12 avril 2011, par

    Il est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
    Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
    Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

Sur d’autres sites (9515)

  • http: Add an option for forcing basic authentication

    9 octobre 2013, par Martin Storsjö
    http: Add an option for forcing basic authentication

    The default is to autodetect the auth method. This does require one
    
extra request (and also closing and reopening the http connection).
    
For some cases such as HTTP POST, the autodetection is not handled
    
properly (yet).
    

    No option is added for digest, since this method requires getting
    
nonce parameters from the server first and can’t be used straight
    
away like Basic.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/http.c
    • [DH] libavformat/version.h

  • http: Support auth method detection for POST

    9 octobre 2013, par Martin Storsjö
    http: Support auth method detection for POST

    Inspired by a patch by Jakob van Bethlehem. But instead of doing
    
an empty POST first to trigger the WWW-Authenticate header (which
    
would succeed if no auth actually was required), add an Expect :
    
100-continue header, which is meant to be used exactly for
    
cases like this.
    

    The header is added if doing a post, and the user has specified
    
authentication but we don’t know the auth method yet.
    

    Not all common HTTP servers support the Expect : 100-continue header,
    
though, so we only try to use it when it really is needed. The user
    
can request it to be added for other POST requests as well via
    
an option - which would allow the caller to know immediately that
    
the POST has failed (e.g. if no auth was provided but the server
    
required it, or if the target URL simply doesn’t exist).
    

    This is only done for write mode posts (e.g. posts without pre-set
    
post_data) - for posts with pre-set data, we can just redo the post
    
if it failed due to 401.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/http.c
    • [DH] libavformat/version.h

  • avformat/http: check the auth string contents not the pointer which cannot be NULL

    14 octobre 2013, par Michael Niedermayer
    avformat/http: check the auth string contents not the pointer which cannot be NULL

    It appears this bug originates from a "work in progress" patch from
    
ffmpeg-devel that was heavily redesigned by and integrated in libav
    

    And that patch even had a reply and review on the mailing list pointing
    
out that it had a bug.
    

    This fixes a deadlock with ffserver
    

    See : [FFmpeg-devel] [PATCH] Fix HTTP authentication problem for POST actions.
    
     [FFmpeg-devel] [PATCH 1/3] Introduce auth_phase flag, which will be true if authorization needs to be sent, but the type of authorization is not known yet Partial fix #3036
    
     [FFmpeg-devel] [PATCH 2/3] Only add Transfer-Encoding header when not in authorization phase, because server will wait (indefinitely) for data when receiving this header Partial fix #3036
    
     [FFmpeg-devel] [PATCH 3/3] Only allow posting data and/or forcing a 200 code, enabling posting isml chunks, -after- we did a possible first request to get a 403 from the server telling us which type of authentication to apply Final part fix #3036
    
See : 71549a857b13edf4c4f95037de6ed5bb4c4bd4af
    
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavformat/http.c

Navigation