Recherche avancée

Sur d’autres sites (16547)

• 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.

• 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

• 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 ?