Recherche avancée

Médias (91)

Autres articles (54)

  • 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

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (9142)

  • Anomalie #3473 (Nouveau) : Dépassement du nombre de redirections du navigateur

    7 juin 2015, par realet RealET

    Ça doit être difficile à gérer, mais en installant 50 plugins par necessite (http://zone.spip.org/trac/spip-zone/browser/_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs_installateur), je suis tombé 5 fois sur le message du navigateur : cette page fait trop de redirections (idée comme ça pas vérifiée : si l’URL change avec un paramètre d’incrémentation, est-ce que ça grugerait le navigateur ?)

    Il suffit côté navigateur de cliquer sur réessayer, mais c’est assez peu ergonomique.

    SPIP_Loader a une barre de progression : ça serait intéressant de faire pareil, non ?

  • Anomalie #4717 : Erreurs nombre d’argument des filtres

    10 avril 2021, par jluc -

    La PR récupère l’erreur PHP, évite le crash blank et délivre le message d’erreur PHP dans la jolie box d’erreur SPIP. Le pire est évité, et donc il faut intégrer cette PR qui fait du bien.

    Mais l’internaute SPIPien se retrouve avec un message d’erreur en anglais et portant sur le code compilé PHP. Ce code compilé, même le commun des devs PHP ne le connait pas, car à part XRay qui le rend accessible et les core-développeurs qui débuguent le code d’une nouvelle structure SPIP, personne ne va scruter et n’a connaissance du code php généré par le compilateur.

    Pour faire mieux, il y a la piste de la déclaration des arités des filtres. $arite_des_filtres = [[’implode’, 2, 2], [’affdate’, 1, 2]...]. Cette déclaration peut probablement être utilisée au moment de la compilation d’un appel de filtre lorsque le compilateur convertit la structure SPIP #XXX|filtre... en appel PHP.
    Ça permet de détecter une erreur d’argumentcount AVANT l’appel PHP et de fournir un joli message d’erreur SPIP qui fait référence au source SPIP.

    Dans ce cas, la détection d’erreur peut se faire à la compilation.

    Mais il se peut que d’autres erreurs PHP doivent être gérées, avec la strictisation croissante de PHP. Il faudra donc de nouvelles déclarations permettant la détection préventive des erreurs.

    Peut être sur d’autres structures de données que les filtres aussi ?

    Il faut donc développer la capacité d’introspection de SPIP.

    Mais parfois l’erreur n’est pas détectable au moment de la compilation. J’ai évoqué plus haut l’erreur relative au typage des arguments. S’il se confirme que le pb se pose aussi, et vu qu’on peut passer à un filtre un argument calculé dynamiquement, c’est pas lors de la compilation que ça pourra être détecté, mais lors de l’exécution du code compilé.

    Il faut alors prendre chaque erreur PHP possible et voir si/comment le compilateur peut la prévenir.

    Une alternative serait de "traduire" cette erreur PHP de manière à aiguiller le webmestre SPIP.

    Par exemple le message d’erreur de https://www.mail-archive.com/spip@rezo.net/msg81110.html , qui fait référence au source compilé, peut être traduit, par reconnaissance (regexp), analyse du message d’erreur, et calcul du message d’erreur SPIP en « Erreur : dans votre source SPIP, il y un appel au filtre |implode qui n’a pas le bon nombre d’arguments. Ça se passe dans la boucle ’BOUCLE_contenu_article’ : veuillez examiner le code et corriger. » Là en plus, ce serait bien de pouvoir associer le nom du fichier source à la boucle dont on connait le nom. Une capacité d’introspection déjà présente ? ou à développer ?

  • Assigning variable a home file path returns warning

    28 mai 2015, par Code_Ed_Student

    I am working with ffmpeg and bash. The question that follows is more in relation to bash scripting variable assignment. I compiled ffmpeg from source using the guide. There are two ways to invoke ffmpeg : cd ~/bin && ./ffmpeg -i ~/input.mp4 ~/videos/output.mkv or /home/yourusername/bin/ffmpeg ... . However in my script I am trying to set path to a variable and it returns the error Using a password on the command line interface can be insecure. How can I properly call the program without this warning ?

    #!/bin/bash/
    ffprobe_path="/home/yourusername/bin/ffprobe"

    while IFS== read field value; do
       details[$field]="$value"
    done < <($ffprobe_path -i "$file" -show_format -v quiet | grep '.=.')

    echo "${details[duration]}"

    Result

    Warning: Using a password on the command line interface can be insecure.