Recherche avancée

Sur d’autres sites (5472)

• Evolution #4768 (Nouveau) : Sus aux préfixes navigateurs

  5 mai 2021

  Dans les CSS du privé on commence à utiliser largement des propriétés qui peuvent requérir des préfixes navigateur : flex, grid, etc.
  Pour ma part je ne les ai pas encore préfixées, en général je fais ça sur la fin une fois que tout est stabilisé (mais j’ai vu que j’étais pas le seul à pas préfixer, ouf).
  Mais ces préfixes sont vraiment une plaie intégrale : c’est chronophage à ajouter et encore plus à modifier, ça alourdit le code et le rend moins lisible, ça fait du bruit de fond dans les commits quand il faut les mettre à jour lorsque le support évolue, et j’en passe.

  Mais s’occuper des préfixes navigateurs, c’est pas notre boulot :)
  On ne devrait plus avoir à faire ça manuellement.
  À défaut de préprocesseur ou d’outil qui permettrait de faire ça semi-automatiquement (en général ils buttent sur les balises Spip de nos squelettes css), il existe une autre solution : les autoprefixeurs JS.
  Ils ajoutent les préfixes à la volée, mais uniquement ceux nécessaires au navigateur, produisant une css plus légère qu’avec les autres solutions.

  Celui-ci est très léger, 2Kb gzippé, il suffit d’inclure le script dans la page et c’est tout : https://projects.verou.me/prefixfree/
  Je propose de l’intégrer et d’oublier les préfixes à tout jamais.

  Dans le privé il serait chargé tout le temps.
  Pour le public, je ne sais pas, 2 possibilités :

  • se contenter de dire qu’il est disponible dans la doc technique, charge aux gens de l’intégrer eux-mêmes dans leur squelettes s’ils en ont l’utilité.
  • ou bien faire un mini plugin-dist sur le même modèle que l’ancien iepatch, avec une option de config « charger le script bla bla ».

• Resize videos and keep codecs using PHP-FFMpeg

  30 décembre 2019, par tmp_hallenser

  I’m trying to resize a couple of videos (with different codecs) using PHP-FFMpeg. The official documentation gives the following example (see https://github.com/PHP-FFMpeg/PHP-FFMpeg)

  $ffmpeg = FFMpeg\FFMpeg::create();
  
  $video = $ffmpeg->open('video.mpg');
  
  $video
  
      ->filters()
  
      ->resize(new FFMpeg\Coordinate\Dimension(320, 240))
  
      ->synchronize();
  
  $video
  
      ->frame(FFMpeg\Coordinate\TimeCode::fromSeconds(10))
  
      ->save('frame.jpg');
  
  $video
  
      ->save(new FFMpeg\Format\Video\X264(), 'export-x264.mp4')
  
      ->save(new FFMpeg\Format\Video\WMV(), 'export-wmv.wmv')
  
      ->save(new FFMpeg\Format\Video\WebM(), 'export-webm.webm');

  Since I don’t want to specify the codec (take the same as the source file), I was trying to create a copy-format and use this format instead for the save command.

  class MOVFormat extends FFMpeg\Format\Video\DefaultVideo
  
  {
  
      public function __construct($audioCodec = 'copy', $videoCodec = 'copy')
  
      {
  
          $this
  
              ->setAudioCodec($audioCodec)
  
              ->setVideoCodec($videoCodec);
  
      }
  
  
  
      public function supportBFrames()
  
      {
  
          return false;
  
      }
  
  
  
      public function getAvailableAudioCodecs()
  
      {
  
          return ['copy'];
  
      }
  
  
  
      public function getAvailableVideoCodecs()
  
      {
  
          return ['copy'];
  
      }
  
  }

  This results in Filtergraph '[in]scale=320:240 [out]' was defined for video output stream 0:0 but codec copy was selected. and Filtering and streamcopy cannot be used together.

  Technically, it should be possible to resize without specifying the codec if I look at this reply : https://superuser.com/a/624564

  Any help is appreciated !

• Matomo 2 reaches end of life soon (December 2017), update now !

  7 décembre 2017, par Matomo Core Team — Community

  In less than three weeks, Matomo (Piwik) 2 will be no longer supported. This means that no further (security) updates will be released for this version. As per our Long Term Support announcement, Matomo 2.X is supported for 12 months after the initial release of Matomo 3.0.0 which was on December 18th 2016. Therefore, Matomo 2 will no longer receive any updates after December 18th 2017.

  It has been almost a year since we released Matomo (Piwik) 3 and we highly recommend updating to Matomo 3 ASAP. The major new release came with a new UI, performance and security improvements. If you are still on Matomo 2, the security improvements alone should be worth updating your Matomo to Matomo 3 now. We cannot recommend this enough.

  The update to Matomo (Piwik) 3 should be smooth, but may take a while depending on the amount of data you have.

  • If you have any problem with the update, feel free to get in touch with us, or ask in the forums.
  • If you are currently using Matomo (Piwik) self-hosted and would like to be upgraded, plus your Matomo managed in the official Cloud-hosted service, contact InnoCraft Cloud and they will migrate your database.

  At Matomo (Piwik) and InnoCraft, the company of the makers of Matomo, we have seen many thousands of Matomo installations upgraded over the past year and look forward to an exciting future for Matomo 3 and beyond !