
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (84)
-
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...) -
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 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 (...) -
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, 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 (...)
Sur d’autres sites (16192)
-
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