Recherche avancée

Médias (17)

Mot : - Tags -/wired

Autres articles (111)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • Récupération d’informations sur le site maître à l’installation d’une instance

    26 novembre 2010, par

    Utilité
    Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
    Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

Sur d’autres sites (9984)

  • 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>
    • [DBH] libavformat/http.c
    • [DBH] libavformat/version.h

  • when i use ffmpeg get : HTTP error 403 Forbidden

    29 avril 2021, par Michael M1G0A4W

    i entered this :

    &#xA;

    C:\Users\Michael\Desktop>ffmpeg -i "C:\Users\Michael\Desktop\1.mp4" -i "C:\Users\Michael\Desktop\1.m4a" -c copy "C:\Users\Michael\Desktop\2.mp4"&#xA;

    &#xA;

    But the output I received was for the URL input while I was giving the address from my computer.

    &#xA;

    But the output :

    &#xA;

    [https @ 00000205778cdec0] HTTP error 403 Forbidden&#xA;[dash @ 00000205777be8c0] Failed to open an initialization section&#xA;[dash @ 00000205777be8c0] Error when loading first fragment of playlist&#xA;C:\Users\Michael\Desktop\1.mp4: Server returned 403 Forbidden (access denied)&#xA;

    &#xA;

    At first I thought the problem was with the name or address, but after a test I realized that this is not the case

    &#xA;

  • http: Support reading gzip/deflate compressed data

    22 juillet 2013, par Zhang Rui
    http: Support reading gzip/deflate compressed data

    Derived from VLC’s http module.
    
Original authors :
    
  Antoine Cellerier <dionoea@videolan.org>
    
  Sébastien Escudier <sebastien-devel@celeos.eu>
    
  Rémi Duraffort <ivoire@videolan.org>
    
  Rémi Denis-Courmont <remi@remlab.net>
    
  Francois Cartegnie <fcvlcdev@free.fr>
    

    Normally, http servers shouldn’t send this to us since we
    
don’t advertise it with an Accept-Encoding header, but some
    
servers still do it anyway.
    

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

Navigation