Recherche avancée

Sur d’autres sites (9814)

• Evolution #4103 (En cours) : Autoriser /local/cache-gd2/ et /local/cache-vignette/ dans robots.txt

  27 février 2018, par jean marie

  Pour fournir les images à la "bonne taille", le plugin Métas+ les redimensionne (cf https://zone.spip.org/trac/spip-zone/browser/_plugins_/metaplus/branches/v1/inclure/metasplus.html#L30 ).
  De fait, les images se retrouvent dans /local/. Le soucis, c’est que /local/ est interdits aux robots par robots.txt (pour des questions de perf je crois), donc Twitter chouinne (cf log ci-dessous) alors que c’est le but.

  Le log du validator ( https://cards-dev.twitter.com/validator ) :
  INFO : Page fetched successfully
  INFO : 35 metatags were found
  INFO : twitter:card = summary_large_image tag found
  INFO : Card loaded successfully
  WARN : The image URL http://www.domaine.net/local/cache-gd2/6b/8d4f9ad77b1817e55de4ff171d8565.png?1515680421 specified by the ’twitter:image’ metatag may be restricted by the site’s robots.txt file, which will prevent Twitter from fetching it.

  Il faudrait autoriser /local/cache-gd2/ et sans doute aussi /local/cache-vignette/ comme ça a été fait pour /local/cache-css/ et /local/cache-js/.

  Voir l’échange sur la liste : https://www.mail-archive.com/spip-zone@rezo.net/msg45211.html

• Evolution #4103 : Autoriser /local/cache-gd2/ et /local/cache-vignette/ dans robots.txt

  28 mai 2018, par b b

  Hop,

  Dans mon cas, à partir du moment où une image est visible sur une page, je considère qu’elle doit être indexée car c’est du contenu et un point d’entrée au même titre que le texte (recherche par image).

  C’est plus fin que ça, autoriser l’indexation de local/ ferait que toutes les tailles de vignettes d’une images seraient indexées par les moteurs alors que l’image originale l’est déjà (ce qui suffit amplement). De plus, cela pourrait générer pas mal de trafic en plus sur les sites uniquement pour indexer des images "non utiles aux visiteurs", bref ça ne serait pas super écolo :p

• php. shell_exec / exec / proc_open. Is there way to write output information in php variable (output information must be a file type) ?

  2 décembre 2020, par rzlvmp

  I using ffmpeg inside PHP code and try to read from stdin (read S3 object) and write information into memory (or PHP variable).

  


  aws s3 cp s3://bucketA/input.jpg - | \
ffmpeg -y -f lavfi -i anullsrc=channel_layout=stereo:sample_rate=44100 -f jpeg_pipe -loop 1 -i pipe:0 -c:v 'libx264' -r 29.97 -t 30 -pix_fmt yuv420p -vf "scale=trunc(iw/2)*2:trunc(ih/2)*2,setsar=1" -c:a aac -shortest -movflags faststart -f mp4 /path/output_file


  


  I can't write into stdout because it is non seekable stream type. So output must be a file like type or seekable stream.

  


  Right now I know only one way. Use /dev/shm and tmpfs.
But maybe anybody knows better way without mounting tmpfs partitions ?