Recherche avancée

Sur d’autres sites (6490)

• Anomalie #3462 (Nouveau) : Gestion des documents utilisés dans les rubriques - suppression impossi...

  5 juin 2015, par Pascal Verrier

  Bonjour,

  Je constate une modification liée à l’utilisation de documents/images au sein du texte explicatif d’une rubrique.
  Dans SPIP 2.1.27 l’édition de rubrique permet l’ajout de documents (bloc Ajouter une image à gauche), cette fonctionnalité a apparemment été supprimée dans la 3.0.19.

  Cela n’interdit pas de saisir des codes type (correspondant à des éléments de la médiathèque chargés auparavant) dans le texte de description de la rubrique, ce qui permet d’utiliser ces contenus dans la présentation d’une rubrique : ils sont bien affichés, mais contrairement à ce qui se passait sur les versions précédentes, on n’a pas en bas de page rubrique du backoffice (exec=naviguer&id_rubrique=N) le rappel des documents liés, or en regardant dans la médiathèque on peut constater que le lien a bien été réalisé (lors de l’enregistrement) entre les documents utilisés et la rubrique.

  Cela se complique lorsque l’on décide de supprimer une rubrique utilisant, ou ayant utilisé des documents.

  Si je reprends ma rubrique, j’en supprime ou déplace tous les articles, j’en supprime le contenu texte, je n’obtiens jamais le bouton "Supprimer cette rubrique". En fait les documents utilisés y sont liés et tant que ces liens existent la suppression est impossible. C’est le même comportement que sur les versions précédentes* à cela près que l’absence de la liste des documents liés (normalement affichés en bas de page, ou à gauche en édition) n’aide pas vraiment à comprendre pourquoi cette rubrique ne peut être supprimée. Seul indice, sous l’identifiant de rubrique est indiqué "N documents". Autre curiosité la rubrique est d’office considérée comme active, et elle apparaît sur l’espace public, même si elle ne contient aucun article. C’est ainsi que l’on se retrouve avec une rubrique vide, impossible à supprimer, et affichée dans les menus de l’espace public.

  En supprimant manuellement les liens document/rubrique depuis la médiathèque le lien "Supprimer cette rubrique" réapparaît.

  (* : je ne suis pas certain par ailleurs que le fait de ne pas pouvoir supprimer une rubrique à laquelle des documents sont liés soit réellement justifié)

  Ce choix de supprimer l’ajout de documents dans l’édition de rubriques est-il intentionnel ? Pourrait-on retrouver le mécanisme existant dans les articles et dans SPIP 2.1 ?
  Serait-il envisageable de pouvoir supprimer directement une rubrique vide sans avoir à se préoccuper de l’existence de ces liens avec les documents ?
  Merci.

• Run ffmpeg using shell_exec from a file called by AJAX

  20 décembre 2012, par user1255617

  Good morning,

  I will do my best to phrase a "thoughtful" and "helpful" question for all regarding running FFMPEG using shell_exec from a file called by AJAX. First I will start by listing my current code.

  AJAX script

          <code class="echappe-js">&lt;script&gt;<br />
  
              var xmlhttp;<br />
  
              if (window.XMLHttpRequest){// code for IE7+, Firefox, Chrome, Opera, Safari<br />
  
                xmlhttp=new XMLHttpRequest();<br />
  
              }else{// code for IE6, IE5<br />
  
                xmlhttp=new ActiveXObject(&quot;Microsoft.XMLHTTP&quot;);<br />
  
              }<br />
  
              xmlhttp.onreadystatechange=function(){<br />
  
                if (xmlhttp.readyState==4 &amp;amp;&amp;amp; xmlhttp.status==200){<br />
  
                    //Do something<br />
  
                }<br />
  
              }<br />
  
              xmlhttp.open(&quot;GET&quot;,&quot;video_convert.php&quot;,true);<br />
  
              xmlhttp.setRequestHeader(&quot;Content-type&quot;,&quot;application/x-www-form-urlencoded&quot;);<br />
  
              xmlhttp.send(id=&amp;lt;?php echo $video_upload_result; ?&gt;);<br />
  
          &lt;/script&gt;
  
  

  PHP Code

  $destination = "files/videos/";
  
  $ffmpeg = '/ffmpeg/ffmpeg';
  
  $videoid = mysql_clean($_GET['id']);
  
  
  
  $sql = "SELECT file_name FROM cb_video WHERE videoid = '$videoid' ";
  
  $result = mysql_query($sql);
  
  $row = mysql_fetch_assoc($result);
  
  
  
  $file_old = glob('files/videos/'.$file_name.'.*');
  
  
  
  shell_exec($ffmpeg." -i '/var/www/html/".$file_old[0]."' -ar 44100 /var/www/html/".$destination.$file_name.".flv");

  FFMPEG is installed and working properly as I have used it elsewhere on the site and have attempted a file conversion using PuTTY. I am able to run a PHP file called by AJAX as I have done it in a separate instance on this site. The only thing I can think of is that the shell_exec isn't running properly, which I have used elsewhere, since it is in a separate file called by ajax or else it is being closed pre-maturely. I have also tested this code in a main file and it works properly until I try to call the separate file with it in it.

  So, my question is can this code actually work and if so what steps should I take to get it working ?

  Also I would greatly appreciate it if before closing my questions I had a chance to defend or rephrase them to properly suit this boards high standards for questions if I have somehow failed it in any way.

  Thank you.

• How to compile c99-to-c89 convertor with clang ?

  27 septembre 2016, par theateist

  I’m trying to compile ffmpeg in windows for VisualStudio and one of the step is to compile c99-to-c89 code with clang according to this post. I managed to create clang.exe but how I compile c99-to-c89 code with it ?

  I changed a little bit the makefile in c99-to-c89 so CC variable points now to clang.exe compiler and not cl.exe

  EXT=.exe
  
  
  
  all: c99conv$(EXT) c99wrap$(EXT)
  
  
  
  CLANGDIR=C:/build
  
  CC=C:/build/bin/Release/clang.exe
  
  CFLAGS=-nologo -Z7 -D_CRT_SECURE_NO_WARNINGS=1 -Dpopen=_popen -Dunlink=_unlink -Dstrdup=_strdup -Dsnprintf=_snprintf -I. -I$(CLANGDIR)/tools/clang/include
  
  LDFLAGS=-nologo -Z7 $(CLANGDIR)/lib/Release/libclang.lib
  
  
  
  clean:
  
      rm -f c99conv$(EXT) c99wrap$(EXT) convert.o compilewrap.o
  
      rm -f unit.c.c unit2.c.c
  
  
  
  test1: c99conv$(EXT)
  
      $(CC) -P unit.c -Fiunit.prev.c
  
      ./c99conv unit.prev.c unit.post.c
  
      diff -u unit.{prev,post}.c
  
  
  
  test2: c99conv$(EXT)
  
      $(CC) -P unit2.c -Fiunit2.prev.c
  
      ./c99conv unit2.prev.c unit2.post.c
  
      diff -u unit2.{prev,post}.c
  
  
  
  test3: c99conv$(EXT)
  
      $(CC) $(CFLAGS) -P -Ficonvert.prev.c convert.c
  
      ./c99conv convert.prev.c convert.post.c
  
      diff -u convert.{prev,post}.c
  
  
  
  c99conv$(EXT): convert.o
  
      $(CC) -Fe$@ $< $(LDFLAGS) $(LIBS)
  
  
  
  c99wrap$(EXT): compilewrap.o
  
      $(CC) -Fe$@ $< $(LDFLAGS)
  
  
  
  %.o: %.c
  
      $(CC) $(CFLAGS) -Fo$@ -c $<

  but when I run make command I get clang: error: unsupported use of internal gcc -Z option '-Z7'. I guess the problem in CFLAGS and LDFLAGS but I don’t know how to fix it because the lack of knowledge in makefile and clang.