Recherche avancée

Médias (91)

Autres articles (69)

  • 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 (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • 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 (...)

Sur d’autres sites (11117)

  • http: Stop reading after receiving the whole file for non-chunked transfers

    11 août 2014, par Martin Storsjö
    http: Stop reading after receiving the whole file for non-chunked transfers

    Previously this logic was only used if the server didn’t
    
respond with Connection : close, but use it even for that case,
    
if the server response is non-chunked.
    

    Originally the http code has relied on Connection : close to close
    
the socket when the file/stream is received - the http protocol
    
code just kept reading from the socket until the socket was closed.
    
In f240ed18 we added a check for the file size, because some
    
http servers didn’t respond with Connection : close (and wouldn’t
    
close the socket) even though we requested it, which meant that the
    
http protocol blocked for a long time at the end of files, waiting
    
for a socket level timeout.
    

    When reading over tls, trying to read at the end of the connection,
    
when the peer has closed the connection, can produce spurious (but
    
harmless) warnings. Therefore always voluntarily stop reading when
    
the specified file size has been received, if not using a chunked
    
transfer encoding. (For chunked transfers, we already return 0
    
as soon as we get the chunk header indicating end of stream.)
    

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

  • j2kdec : prog_order reading from jpeg2000dec

    26 mai 2013, par Michael Niedermayer
    j2kdec : prog_order reading from jpeg2000dec

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/j2kdec.c

  • pcx : use the bytestream2 API for reading from input

    14 août 2016, par Anton Khirnov
    pcx : use the bytestream2 API for reading from input

    Fixes possible invalid reads.
    

    CC : libav-stable@libav.org
    
Found-by : Mateusz "j00ru" Jurczyk and Gynvael Coldwind
    • [DBH] libavcodec/pcx.c

Navigation