Recherche avancée

Sur d’autres sites (8844)

• Why is the external executable I bundled with my azure function not being found at runtime, despite it being present in the expected location ?

  6 septembre 2023, par Cristian Camilo Garcia Barrera

  I have a group of Azure functions that I publish to a functions app. One of these is a blob triggered function, meant to extract thumbnails from videos uploaded to Azure storage, and to do so, uses ffmpeg.exe.

  


  I have published the project via Visual Studio, adding the executable in a directory in the root of the project. The relative path is exe/ffmpeg.exe. To include the executable in the published bundle I followed the instructions in this Microsoft Developer instructional video.

  


  After publication, If I enter the Kudu debug console for this function app, I can find the file under C:\home\site\wwwroot\exe\ffmpeg.exe, as expected. I can even use that absolute path to execute ffmpeg inside the Kudu console.

  


  This is the code I use to call the ffmpeg executable in the blob function :

  


  using (var process = new Process())
{
    process.StartInfo = new ProcessStartInfo
    {
        FileName = @"C:\home\site\wwwroot\exe\ffmpeg.exe",
        Arguments = $"-hide_banner -loglevel error -i {videoTempPath} -frames:v 1 {thumbTempPath}",
        UseShellExecute = false,
        RedirectStandardOutput = true,
        RedirectStandardError = true,
        CreateNoWindow = true
    };

    process.Start();
    await process.WaitForExitAsync();
}


  


  However, this does not work. I get the following error in the logs :

  


  


  An error occurred trying to start process 'C :\home\site\wwwroot\exe\ffmpeg.exe' with working directory 'C :\Program Files (x86)\SiteExtensions\Functions 4.25.2132bit. The system cannot find the file specified.

  


  


  And indeed my thumbnails are never created. How can I solve this, or why does it happen ?

  


• Anomalie #2194 (Nouveau) : Modifier le titre d’un document + une traduction manquante

  28 juillet 2011, par Johan Pustoch

  Dans ecrire/ ?exec=document_edit&id_document=N , même si mon document n’est pas une image, on me propose de modifier le « Titre de l’image ». « Ce document est lié à » : il y a une chaîne spip_bonux:id_rapide dans prive/formulaires/selecteur/picker-ajax.html Je fais un autre ticket pour la partie (...)

• Anomalie #3380 (Nouveau) : Un rédacteur peut attacher un document à un article qu’il n’a pas le dr...

  3 février 2015, par - Equipement

  Bonjour,
  Sur un site de test avec SPIP 3.0.17 [21515] sans aucun plugin ajouté.

  L’administrateur du site créé l’article 1 et le publie (il est le seul auteur de cet article).

  Un rédacteur du site :
  - créé l’article 2,
  - téléverse, depuis son ordinateur, un document dans l’article 2,
  - affiche le formulaire de modification du document,
  - dans la partie "ce document est lié à ...", il clique sur le bouton ajouter,
  - dans la case "ajout rapide" il saisit 1 (le numéro de l’article 1 créé par l’administrateur) et clique sur le lien ajouter.

  Sur le site public, l’article 1 affiche désormais le document de l’article 2. Un examen de la BDD confirme que le document est bien lié aux deux articles.

  En résumé, un rédacteur peut attacher un document à un article qu’il n’a pas le droit de modifier.

  Remarque : dans ecrire/action/editer_liens.php, la fonction lien_insert ne semble pas vérifier que l’utilisateur a le droit de modifier l’objet.

  Cordialement
  Equipement