Recherche avancée

Sur d’autres sites (7369)

• how to put php variable to convert to mp3

  23 mai 2019, par NAVJOT SINGH

  I am trying to convert mp4 to mp3 using ffmpeg.

  I want to upload the mp4 file from user then convert the same to mp3

  if(isset($_POST['uploadimage'])){
  
    $file_name = $_FILES['image']['name'];
  
    $file_size = $_FILES['image']['size'];
  
    $file_tmp = $_FILES['image']['tmp_name'];
  
    $file_type = $_FILES['image']['type'];
  
    $file_ext=strtolower(@end(explode('.',$_FILES['image']['name'])));
  
  
  
    $extensions= array("mp4");
  
  
  
    if(in_array($file_ext,$extensions)=== false){
  
       $errors[]="extension not allowed, please choose a JPEG file.";
  
     }
  
    else if($file_size > 2097100) {
  
       $errors[]="larger size";
  
       }
  
   else if(empty($errors)==true) {
  
       move_uploaded_file($file_tmp,"input/".$file_name);
  
       echo"moved";
  
       $a= "input/".$file_name;
  
       echo $input_file;
  
       $b= "output/audio2.mp3";
  
       exec("ffmpeg.exe");
  
        exec("ffmpeg -i $a -vn $b", $output, $return);
  
        if (!$return) {
  
        echo " Success";
  
        } 
  
       else {
  
       echo " <br />failed";
  
       }
  
       }
  
       } 
  
       <form method="post" enctype="multipart/form-data">
  
       <input type="file" />
  
       <input type="submit" value="Submit" />
  
       </form>

  session not created
  Above is an error I’m getting.

• Anomalie #3281 : remarques sur le nouveau thème graphique de la 3.1

  10 octobre 2014, par 毎日 erational -

  voici une esquisse encore plus "flat"
  - le menu passe en gris, seul l’élément activé est allumé
  - on renforce les constrastes partout
  - les icônes sont au maximum en 2D

• Evolution #4105 : Constante ou config ?

  28 février 2018, par RastaPopoulos ♥

  Du coup maintenant on a trois discussions ouvertes sur les config, le ticket de Placido, le fil sur la liste emails, et ce ticket…

  b_b attention, dans l’idée de Maieul la constante est inversement prioritaire, et non pas à chercher en dernier recours.

  Mais mon avis c’est que les deux sont un peu de la merde. :D

  Déjà il ne faut pas comparer constantes et form de config, mais constante et meta (= une config gardée en mémoire en base). On a une API lire_config() et ecrire_config(), ça ne vient pas forcément que d’un formulaire avec interface humaine.

  L’avantage des constantes, c’est le déploiement, c’est défini et activé à chaque hit et donc pour l’exécution complète de tout ce qui suit. Ce qui est un énorme avantage pour vraiment activer des choses depuis un plugin (ou le mes_options général).
  L’inconvénient c’est que c’est un peu de la merde, vu que ça ne peut se surcharger qu’une seule fois et c’est super compliqué si plusieurs plugins chercher à faire des choix.

  L’avantage des config en base, c’est que c’est une API à nous, et qui peut être réécrite à tout moment. C’est beaucoup plus souple, et ça permet aussi des valeurs plus complexes.
  L’inconvénient c’est que c’est un peu de la merde : ça ne concerne qu’un enregistrement fixé en base. Et donc pas à chaque hit ! Du coup si un plugin personnalise une valeur lors de son installation, bah un form de config peut l’avoir réenregistré autrement ensuite, ou n’importe quel autre plugin en PHP avec ecrire_config(). Du coup c’est vraiment de la merde pour le déploiement contrôlé de variables de config !

  Mon idée est donc qu’il manque clairement quelque chose pour avoir une API complète de gestion des configurations.
  1) on doit pouvoir le garder en mémoire (chez nous en BDD)
  2) mais on doit AUSSI pouvoir le définir à chaque hit !

  Or il se trouve que le tableau des metas (donc des configs !) est de toute façon déjà chargé au démarrage de SPIP et trimballé entier durant tout le hit PHP !

  Du coup pour moi la solution la plus propre c’est qu’il y ait un nouveau pipeline "lire_config" qui permettent de modifier le tableau des configs après qu’il ait été initialisé depuis la base. Du coup on aurait bien les valeurs venant de la base (form de config ou autre), MAIS AUSSI n’importe qui pourrait forcer la valeur d’une config à chaque hit, exactement comme on le fait pour les constantes. Et du coup vu que pipeline, bah on pourrait le surcharger plusieurs fois, suivant le path, etc, easy et simple à comprendre pour tout le monde.

  monplugin_lire_config($metas) 
      // Je force une config
      $metas[’albums’][’activer_trucmuche’] = true ;
      return $metas ;