Sur d’autres sites (5143)

• why cmd just print command and dosen't work ?

  11 octobre 2019, par 杨士弘

  I tried create a website that could upload mp4 then my server would transcode it to ts and create a m3u8 playlist。
  I wanted to use cmd to control ffmpeg to do this，and I use visual basic to do this.

  Here is my code：

    Dim fileName As String = "borderoflife"
  
    Dim file As String = "borderoflife.mp4"
  
    Dim appPath As String = "C:\allen0916\"
  
    Dim saveDir As String = "test2\"
  
  
  
    Dim savePath As String = appPath & saveDir
  
    Dim saveResult As String = savePath & file
  
  
  
    Dim Content_Type_A As String = "video/mp4"
  
  
  
    Dim m3u8Path As String = Path.Combine(savePath, fileName + ".m3u8")
  
    Dim para As String = String.Format("/C ffmpeg -i {0} -profile:v baseline -level 3.0 -s 640x360 -start_number 0 -hls_time 10 -hls_list_size 0 -f hls {1} ", saveResult, m3u8Path)
  
  
  
    Dim output As String = "none" 
  
    Dim p As Process = New Process()
  
  
  
    p.StartInfo.FileName = "cmd.exe"
  
    p.StartInfo.UseShellExecute = False 
  
    p.StartInfo.RedirectStandardInput = True 
  
    p.StartInfo.RedirectStandardOutput = True 
  
    p.StartInfo.RedirectStandardError = True 
  
    p.StartInfo.CreateNoWindow = True 
  
    p.Start()
  
    p.StandardInput.WriteLine(para) 
  
    p.StandardInput.WriteLine("exit")
  
    p.StandardInput.AutoFlush = True
  
    p.StandardInput.Close() 
  
    output = p.StandardOutput.ReadToEnd() 
  
    p.WaitForExit()
  
    p.Close()
  
  
  
   If System.IO.File.Exists(m3u8Path) <> True Then
  
        context.Response.Write(output)
  
    Else
  
        context.Response.Write("Success")
  
    End If  

  and every time output just returns ：

  Microsoft Windows [version 10.0.17763.737]
  
  (c) 2018 Microsoft Corporation. 
  
  
  
  c:\windows\system32\inetsrv>/C ffmpeg -i C:\allen0916\test2\borderoflife.mp4 -profile:v baseline -level 3.0 -s 640x360 -start_number 0 -hls_time 10 -hls_list_size 0 -f hls C:\allen0916\test2\borderoflife.m3u8 
  
  
  
  c:\windows\system32\inetsrv>exit

  it seems cmd.exe just print my command and not working，
  Dose somebody know why？

• Evolution #3899 (Nouveau) : Comportement des inclusions avec le paramètre connect.

  10 février 2017

  Il y a un comportement contre-intuitif dans un cas d’usage des inclusions et du paramètre connect, ce qu’à révélé une petite analyse dans #3823.
  J’en fais un ticket dédié car c’est un problème distinct de ce qui est soulevé là bas.

  Fonctionnement actuel¶

  Le paramètre d’URL connect¶

  Le paramètre connect=truc dans une URL d’un site SPIP permet d’indiquer à SPIP qu’il doit utilise le connecteur SQL ’truc’ dans les squelettes et les boucles utilisés,
  et donc utiliser config/truc.php en lieu et place de config/connect.php. À différents endroits du compilateur, ce paramètre est séparé du contexte d’environnement
  du squelette, notamment dans les boucles où il atterrit dans $boucles[$idb]->sql_serveur et sera utilisé pour les requêtes SQL générées.

  Inclusions en indiquant un connect spécifique¶

  Une autre manière d’indiquer que les squelettes / boucles utilisent un connecteur spécifique est de transmettre l’environnement connect=truc aux inclusions, de la sorte :
  

  #INCLUREfond=test, connect=truc
  

  Cette option d’inclusion est prise en compte dans recuperer_fond().

  Inclusion connect=truc et paramètre d’url connect=bidule¶

  Lorsqu’on a à la fois dans l’URL &connect=bidule, et une inclusion qui indique un connect spécifique tel que #INCLURE{fond=test, connect=truc}
  alors d’inclusion actuellement est chargée avec le paramètre d’URL, c’est à dire en utilisant connect=bidule.
  C’est cela qui est assez contre-intuitif et logiquement non désiré (le connect forcé ici devrait prendre le pas sur celui d’environnement).

  Comment améliorer ?¶

  Où cela se passe dans le code ?¶

  Ce qui se passe lorsqu’il y a cette écriture est, comme expliqué, que le connect dans l’URL reste prioritaire sur celui de l’argument transmis à #INCLURE ou <inclure></inclure>.

  • Pour #INCLURE ça se passe dans balise_INCLURE_dist() là https://core.spip.net/projects/spip/repository/entry/spip/ecrire/public/balises.php#L1995
  • Pour là ça se passe dans calculer_inclure() là https://core.spip.net/projects/spip/repository/entry/spip/ecrire/public/compiler.php#L169

  Solutions ?¶

  À ces 2 endroits, il faudrait du coup prendre en compte en priorité le $contexte['connect'] si existant

  • soit dans les 2 appels à la constante CODE_RECUPERER_FOND plutôt que d’écrire directement _request('connect'), mais c’est un peu compliqué car c’est du code compilé
  • soit directement dans recuperer_fond(), plus facile, inverser l’ordre :
    

        if (isset($contexte[’connect’])) 
            $connect = ($connect ? $connect : $contexte[’connect’]) ;
            unset($contexte[’connect’]) ;
        
    

    
    deviendrait :
    

        if (isset($contexte[’connect’])) 
            $connect = $contexte[’connect’] ;
            unset($contexte[’connect’]) ;
        
    

  Cette dernière correction serait la plus simple et la plus facile. Ça permettrait même d’annuler un connect superieur dans une inclusion
  en passant {connect=''}.

  Des avis ?

• Anomalie #4370 (Nouveau) : Articles refusés invisibles pour les rédacteurs alors que les brèves re...

  13 août 2019, par Vincent ROBERT

  SPIP 3.2.4 [24285]

  Faux bug¶

  Je refuse mon propre article, il disparaît de sa rubrique.
  La documentation officielle ( https://www.spip.net/aide/?aide=artstatut ) annonce :
  " Un article « refusé » n’est plus visible que par son auteur et par les administrateurs. "
  Je suis son auteur et un administrateur du site, donc le comportement n’est pas celui annoncé par la documentation. Quoi que ...
  A noter :
  - Depuis la page ?exec=plan&statuts=articles-refuse on trouve bien cet article.
  - Depuis la page auteur on retrouve également l’article
  Après réflexion, je me dis que c’est voulu, et que c’est pour nettoyer les rubriques des articles refusés.

  Vrai bug¶

  Les articles refusés sont invisibles pour les rédacteurs alors que les brèves et sites refusées sont visibles.

  Un simple rédacteur ne peut pas consulter les articles refusés depuis la page ?exec=plan
  Le menu déroulant lui propose les brèves refusés, les sites refusés, mais pas les articles refusés. ;-)
  Image en PJ

  Je suis arrivé à ces constats car je cherche un moyen de permettre à de simple rédacteurs de consulter des articles refusés.
  ( Au pire je créerais un auteur "article refusé" et je les laisserais en attente de validation ^^ )

  Vrai bug bis¶

  Depuis un compte administrateur, dans le menu déroulant, en choisissant "Sites référencés refusés" il m’affiche les articles refusés.
  Même comportement en choisissant brève refusée.
  Image en PJ
  Même comportement sur spipcontrib.