Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (22)

  • Création définitive du canal

    12 mars 2010, par

    Lorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
    A la validation, vous recevez un email vous invitant donc à créer votre canal.
    Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
    A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

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

  • aac_ac3_parser : Drop in-parser downmix functionality

    26 avril 2017, par Vittorio Giovara
    aac_ac3_parser : Drop in-parser downmix functionality

    request_channel_layout is a decoder option and it makes no sense
    
to have it in a parser.
    

    This feature was needed in the past when the decoder was allowed
    
to reuse the avctx from the demuxer. Nowadays the decoder receives
    
only the parameters from it, already containing the real channel
    
layout (and the correct request_channel_layout option).
    

    After initialization the decoder overwrites the channel layout
    
with the downmixed one that is actually output, so there is no need
    
to preserve this functionality in the parser.
    

    Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>
    • [DBH] libavcodec/aac_ac3_parser.c

  • Anomalie #4706 (Nouveau) : safehtml vire des trucs légitimes

    29 mars 2021, par RastaPopoulos ♥

    Il semblerait que safehtml fasse quelque peu de la merde : ça vire des attributs totalement légitimes, par ex des data-truc où on met ce qu’on veut.
    En 3.2 ou 3.3, à corriger dans les deux.

    Par exemple le plugin Intl qui a une fonction d’affichage des montants, utilise le mot "montant" dans des attributs (logique vu que c’est tout l’objet du plugin).

    J’ai bien testé avec juste charger_fonction(’safehtml’, ’inc’) de ce plugin.

    1. <span class="CodeRay"><span class="local-variable">$safehtml</span>(<span class="string"><span class="delimiter">'</span><span class="content"><span class="montant" data-montant-nombre="100" data-montant-devise="EUR"></span><span class="delimiter">'</span></span>)
      2. 

    2. </span></span>
      3. 

    Télécharger

    Au retour ya plus que : 

    <span class="CodeRay"><span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">montant</span><span class="delimiter">"</span></span> 
    
</span></span>

    Et du coup ça affiche l’emoji danger avec le code visible, par exemple dans des affichages du plugin Bank, mais pas que, dès qu’on passe ce HTML à une chaine de langue un truc comme ça.

  • Evolution #3488 : Stocker globalement toutes les requetes passées

    29 juin 2015, par nico d

    Justement non :)
    Actuellement, les requetes sont stockées uniquement si on a un var_profile en GET.
    var_profile c’est bien, c’est très complet pour debugger finement, mais il faut ajouter le paramètre à l’url (même si avec le minibando c’est plus rapide).

    Ma modif consiste juste a stocker toutes les requetes en global.
    Ensuite je me suis inspiré du plugin dev, je passe par register_shutdown_function() pour ajouter ce bandeau sur toutes les pages, sans ajouter var_profile à l’url.
    C’est plus rapide, je l’ai tout le temps sous les yeux quand je suis connecté et webmestre (privé et public).
    Pour les appels en Ajax, je logge ces infos au lieu de les afficher pour pouvoir les lire aussi si besoin (vérifier le nombre de requetes générées).

    Pour être complet, en fait j’affiche aussi le temps de génération de la page :

    ça me permet aussi de tester certaines optimisations.
    (et la croix me sert à masquer le bandeau si jamais il y a du texte en dessous)

    Possible que ça n’intéresse que moi, mais Fil sur IRC paraissait intéressé aussi, du coup je pose ça là.

    "Voilà ma chanson mon pote. Si t’en veux pas, pas d’ malaise. Je la remet dans ma culotte."

Navigation