Recherche avancée

Sur d’autres sites (7643)

• Ajax call returns 500 error

  26 mars 2018, par user3080392

  I have an Ajax call to a PHP script. The PHP script uses FFmpeg to concatenate several .ts files into one, and then converts it into an MP4 file.

  The PHP script manages to concatenate the files and convert the file to an MP4. However, none of the code after the FFmpeg commands is carried out.

  Furthermore, my Ajax "success" function always returns a "500 Internal Server Error"

  Here’s the Ajax :

  function makeVid(vidUrl) {
  
  
  
    $.ajax({
  
      type: "POST",
  
      url: 'make_vid.php',
  
      data: {url: vidUrl},
  
      cache: false,
  
      success: function(data){         
  
        $("#vidResult").append(data);
  
        document.getElementById(#myBtn).disabled = false;
  
      },
  
      error: function (jqXHR, exception) {
  
        var msg = '';
  
        if (jqXHR.status === 0) {
  
          msg = 'Not connect.\n Verify Network.';
  
        } else if (jqXHR.status == 404) {
  
          msg = 'Requested page not found. [404]';
  
        } else if (jqXHR.status == 500) {
  
          msg = 'Internal Server Error [500].';
  
        } else if (exception === 'parsererror') {
  
          msg = 'Requested JSON parse failed.';
  
        } else if (exception === 'timeout') {
  
          msg = 'Time out error.';
  
        } else if (exception === 'abort') {
  
          msg = 'Ajax request aborted.';
  
        } else {
  
          msg = 'Uncaught Error.\n' + jqXHR.responseText;
  
        }
  
        $('#vidResult').html(msg);
  
      }
  
  
  
    });
  
  
  
  }

  And here’s the PHP/FFmpeg :

  shell_exec("$ffmpeg -f concat -safe 0 -i $vidClipsListTxtFile -c copy $combinedFileTs 1> $makeVidProgTxtFileTs 2>&1");
  
  shell_exec("$ffmpeg -i $combinedFileTs -f mpegts -codec:v mpeg1video -bf 0 -codec:a mp2 -q 12 $combinedFileMp4 1> $makeVidProgTxtFileMp4 2>&1");
  
  echo "video completed.";

  The PHP error log includes the following errors :

  File does not exist: /home/mysite/public_html/favicon.ico
  
  File does not exist: /home/mysite/public_html/404.shtml
  
  File does not exist: /home/mysite/public_html/505.shtml
  
  File does not exist: /home/mysite/public_html/robots.txt

  And here are some of the things I’ve tried to correct the problem :

  1. Created the above files in the public_html folder

  2. Increased the max_execution_time and memory_limit in my php.ini file

  3. Changed the Ajax success() function to a complete() function

  I still get the 500 error. What else can I try ?

• Anomalie #3920 (Nouveau) : sur Sauvegarde SQLite (SPIP 3.1.3 et 3.1.4 mini)

  11 mars 2017, par YannX DYX

  En SPIP 3 la sauvegarde standard pose parfois des problèmes, que j’ai trop souvent vus...
  Cette fois j’ai investigué sur un SPIP 3.1.4 OVH (avec prefix spécifique), toutes les tables ne sont pas sauvegardées, au contraire de la sauvegarde SQL : certes un message existe mais !
  - d’une part des tables vides ou non déclarées dans un plugin activé sont omises : pourquoi ?
  (encore une fois au contraire de la sauvegarde SQL encore disponible en plugin !)
  => est-il possible d’apporter un lien vers une aide plus détaillée, explicitant les causes possibles ?
  (cf. http://forum.spip.net/fr_262960.html & http://forum.spip.net/fr_266342.html par exemple).
  - le long libellé affiché <:dump:texte_sauvegarde:> ne signale aucunement ces aspects et indications ; le lien vers http://www.spip.net/fr_article1489.html est-il encore pertinent (je n’ai jamais tenté une restauration d’une autre version SQLite : comment se passerait une table non déclarée ou non connue dans le SPIP cible ? ) ?
  - d’autre part la lecture du message en fin des erreurs est peu explicite à la lecture (cf. ci-dessous),
  il me semblerait plus significatif d’afficher : Nombre de tables non sauvegardées : 12/58
  - d’ailleurs l’affichage est incorrect, car il n’indique pas le bon préfixe (en cas de préfixe non-standard !!)
  (et de ce fait, je vais avouer avoir jusqu’à présent négligé ces erreurs incomprises, et... patatras !)
  _ S’il est intéressant de faire une sauvegarde dé-préfixée (ce que j’ai parfois trouvé utile), peut-etre serait-il intéressant de faire apparaitre (dans un commentaire ou une meta) le préfixe d’origine, à titre de documentation !

  En recherchant de la documentation, je n’ai trouvé que http://www.spip.net/fr_article3418.html qui mériterait peut-etre d’etre complété avec les informations/explications ci-dessus (et leurs conséquences)...

  En complément, le site exemple ayant été migré d’anciennes versions SPIP 2, montre encore les anciennes tables@ spip_mots_xx@
  je ne me souviens pas d’un plugin qui éliminerait ces anciennes tables résiduelles (pour ceux qui ne savent utiliser phpMyAdmin ou Adminer)... ce qui supprimerait ensuite ces erreurs / voir par exemple sur les forums SPIP)

• tools/target_dec_fate.list : Add testcases for #2000 to #4000

  21 février 2019, par Michael Niedermayer

  tools/target_dec_fate.list : Add testcases for #2000 to #4000
  Testcases which return 403 currently are commented out
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] tools/target_dec_fate.list