
Recherche avancée
Autres articles (67)
-
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa 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 (...) -
HTML5 audio and video support
13 avril 2011, parMediaSPIP 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 (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)
Sur d’autres sites (8413)
-
Anomalie #4576 (Nouveau) : Warning en php 8
15 octobre 2020, par Franck DHello :)
Windows 10 (1909)
Firefox 81.0.2Easyphp
Apache 2.4.43 x64
PHP 8.0.0 beta 1 x64
MySQL 8.0.20 x64
PhpMyAdmin 5.0.2
SPIP 3.3.0-dev GIT [master : 81954001]
Prefix des tables : test19Je fais l’installation d’un spip 3.3 neuf, dans ecrire/ ?exec=configurer_avancees j’ai fais le choix de gd 2 avec la génération des miniatures.
Dans ecrire/ ?exec=depots j’ai fais l’ajout du dépôt puis, je vais dans ecrire/ ?exec=charger_plugin, je choisi (tous les dépôts, tous les états, la version la plus récente) et je fais un clique sur "Rechercher"
Cela semble fonctionner, mais j’ai quand même un warning qui apparait plusieurs fois :Warning : detecter_liens_blocs() : Argument #1 ($t) must be passed by reference, value given in C :\...\test19\plugins-dist\textwheel\engine\textwheel.php on line 445
-
Running a FFMPEG in background not working (it stops after less than 1 second)
19 mars 2021, par JintorI'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 DalotBonjour
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 poubelleRé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