Recherche avancée

Sur d’autres sites (1460)

• Http 400 error : requesting https site with ip instead of hostname Android

  8 novembre 2016, par David Barishev

  Im am developing an android application using xamarin.android.
  In my application i use ffmpeg as a static library, from here.

  In my app i try to access a https site, but i was getting a dns error until i read the documentation, it stated that :

  A limitation of statically linking glibc is the loss of DNS
  resolution. Installing
  nscd through your package manager will fix this or you can use
  "ffmpeg -i http://<ip address="address" here="here">/"</ip> instead of "ffmpeg -i http://example.com/"

  So i tried to lookup the ip address and just replace the hostname. Here is the code i have written :

  ...
  
  //part of main program
  
  if (inputUrl.StartsWith("http"))
  
  {
  
     var splits = inputUrl.Split('/');
  
     var hostName = splits[2];
  
     var ip = GetIpForHost(hostName);
  
     splits[2] = ip;
  
     inputUrl= string.Join("/",splits);
  
  }
  
  //calling ffmpeg with the new url
  
  ...
  
  
  
  private static string GetIpForHost(string hostname)
  
  {
  
      System.Net.IPHostEntry host = System.Net.Dns.GetHostEntry(hostname);
  
      return host.AddressList.First().ToString();
  
  }

  The code works fine, but now i’m getting different error, here is the ffmpeg log :

  [https @ 0xb2b08e0] HTTP error 400 Bad Request

  The original url i tried :

  https://r8---sn-ivuoxu-ua8l.googlevideo.com/videoplayback?pl=26&itag=22&mt=1478622247&ms=au&ei=Mv0hWLWEAs-VW7zch6AB&mv=m&upn=DLluZN9oSzo&mn=sn-ivuoxu-ua8l&expire=1478644114&mm=31&ratebypass=yes&id=o-AC_NwrGbkh5OVe-ypJh2WaxzMBK5grMVsSYyG_wMQVZI&ip=5.29.246.6&pcm2cms=yes&key=yt6&lmt=1478408938763105&dur=229.575&initcwndbps=2682500&ipbits=0&gcr=il&requiressl=yes&sparams=dur,ei,gcr,id,initcwndbps,ip,ipbits,itag,lmt,mime,mm,mn,ms,mv,pcm2cms,pl,ratebypass,requiressl,source,upn,expire&mime=video/mp4&source=youtube&signature=0E47DFC7FBBDBCD6F36B56FB9871ED3B0DF4D12A.103BAB44FFEE918B78C7D076243B45AF69C444EC
  
  //Modifed url
  
  https://213.57.23.19/videoplayback?ratebypass=yes&ipbits=0&pl=26&requiressl=yes&mime=video/mp4&expire=1478643396&pcm2cms=yes&mt=1478621598&upn=mUgYIoXd3Dc&itag=22&mm=31&mn=sn-ivuoxu-ua8l&key=yt6&ip=5.29.246.6&dur=229.575&source=youtube&lmt=1478408938763105&ei=ZPohWKzbFoG9cpGGsIgH&id=o-AFbYd2BFoMp37bNWC1c0mtfqEwcwbQaNXrF2WraCeK2W&ms=au&gcr=il&mv=m&sparams=dur,ei,gcr,id,initcwndbps,ip,ipbits,itag,lmt,mime,mm,mn,ms,mv,pcm2cms,pl,ratebypass,requiressl,source,upn,expire&initcwndbps=2657500&signature=BFB25E20CD92AA3B85D115DB878F0BC2E94A1BF4.C36FBD7733D2CAF1E277FF3B625BED432822C012: Server returned 400 Bad Request

  I have no problem accessing the original url through the browser, at the time i ran the program(There is a expired tag in the url,since i’m generating it at runtime).

  I speculate that it’s not possible to connect via https through ip ?
  Is there another way to connect to the url without the hostname, since android does have build in dns resolution, since i am able to view the url through the browser ?

• Evolution #4283 : Mettre en place un raccourcis typo pour lié la page du site dans notre site

  13 février 2019, par b b

  Facile et rapide à faire, peut être intégré dans la version de dev amha, mais après avoir discuté du terme "refsite" avec la nomeklatura sur les listes.

• Evolution #4283 : Mettre en place un raccourcis typo pour lié la page du site dans notre site

  8 mars 2020, par YannX Spip

  Meme si le vocable est moins parlant (surtout maintenant que la syndication est souvent omise...), il suffit de se souvenir
  du nom originel de la boucle (SYNDIC) et non (SITES),
  pour écrire [->syndic1]....

  Mais il est vrai que la documentation [1] n’est pas bien explicite ; en particulier j’ai été "enduit avec de l’erreur" en lisant la définition de
  - #URL_SYNDIC affiche l’adresse (URL) du fichier de syndication de ce site, qui est elle vraiement dérogatoire...
  - et revenir à une boucle (SYNDIC) dans les exemples aiderait aussi les utilisateurs à dépasser cette exception historique.

  En allant rechercher dans l’aide SPIP [2] on retrouve bien l’origine de cette erreur, qu’il conviendrait de corriger
  

  Auteurs, mots-clés, sites, images, documents :
  lien vers un auteur ou le même auteur
  lien vers un mot
  lien vers un site syndiqué

  Et, sauf problème de rupture de compatibilité (à pallier dans un plugin additionnel ?),
  il serait effectivement logique d’uniformiser le traitement des sites, pour revenir au langage commun...
  Serait-il suffisant de différentier les traitements de* #URL_SITEnn_id* et #URL_SITE (encore que le problème ne se pose que dans une boucle portant sur un objet editorial comprenant aussi un champ #URL_SITE ou #URL_SYNDIC.....