Recherche avancée

Médias (1)

Mot : - Tags -/framasoft

Autres articles (72)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (9166)

  • Running a FFMPEG in background not working (it stops after less than 1 second)

    19 mars 2021, par Jintor

    I'm trying to start a ffmpeg but in background because it's in a php triggered by a webhook event.

    


    Scenario :
1- a user start a chat session
2- the user hit a button to stream
3- the server that runs coturn (webrtc server) does a webhook event
4- the server that receives the webhook then enter some values in a database and have the ffmpeg

    


    in this actual scenario : all is working except ffmpeg... the values is entered in mysql

    


    I tried to run ffmpeg in background with nohup or php > /dev/null & like those lines

    


    exec('/usr/bin/nohup /usr/local/bin/php path-to-.php > /dev/null 2>&1 &');

exec('/usr/local/bin/php '.$ffmpeg_cmd." > /dev/null &");

exec('/usr/bin/nohup /usr/local/bin/php '.$ffmpeg_cmd." > /dev/null &");


    


    also added

    


    ignore_user_abort(1);
set_time_limit(0);


    


    Everything I try, it stops after 1 second :( but the ffmpeg have -re attribute to read at input framerate in order to stream live.

    


    when I run the ffmpeg command in a regular shell, all is working fine.

    


    Is there an other way to run a ffmpeg in background ?

    


  • Anomalie #3468 (Nouveau) : Lien forum visible dans la partie publique alors que l’article est à la...

    6 juin 2015, par Franck Dalot

    Bonjour
    php 5.6.6
    Mysql
    SPIP 3.1.0-beta [22205] (il est neuf et sans ajout de plugin x ou y ) (j’ai pas fait le test en 3.0)

    Contexte :
    Les forums sont activer partout et concernant les types de fichiers, j’ai une * dans les paramètres
    Une personne écrit dans la partie publique un message dans le forum d’un article
    Plus tard un webmestre met l’article (pas le message du forum, mais l’article entier) en question à la poubelle

    Résultante :
    L’article disparait bien de la partie publique du site, mais pas le lien du message du forum, le lien est toujours "visible" sur la page d’accueil du site
    Si une personne clique dessus, elle tombe sur une erreur 404 (normal)

    Le problème est que si il est logique qu’un article qui est à la poubelle soit "invisible" le temps que le cron le supprime complètement de la base de données, il n’est pas logique que le lien d’un message d’un forum soit toujours visible dans la partie publique

  • Evolution #2812 : Avertir de l’absence de SQLite sur la page de backup

    12 mai 2013, par cedric -

    @Thierry : Les warning sur l’unicité des clés primaires sont "normaux" dans le sens où ils permettent de se protéger vis à vis de l’approximation inhérente à la reprise sur interruption. Les backups au format XML des versions précédentes avaient les mêmes défauts mais sans protection de ce côté là, conduisant à des données erronées au final.
    L’absence de table meta a la connexion est aussi normale lors du backup.
    Le fait que ce soit lent est lui inhérent au mode de sauvegarde où l’on lit les tables morceau par morceau pour les écrires dans un fichier (que ce soit SQLite ou XML ne change rien sur ce point).

    Et bien sur, mysqldump est bien plus rapide, de plusieurs ordres de grandeur. Mais le format SQL qu’il produit n’est pas portable, pose parfois des problèmes au ré-import sur un autre serveur avec une version mySQL différente, et n’est pas importable dans un SQLite par exemple.

    Bref pas de solution idéale, encore une fois celle proposée dans le core essaye d’être le plus générique possible.

Navigation