Recherche avancée

Médias (2)

Mot : - Tags -/kml

Autres articles (58)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (9725)

  • Performance optimizations you can apply today to load the Piwik JavaScript tracker faster

    20 avril 2017, par InnoCraft — Community, Development

    When you track your website with Piwik or any other analytics solution, you need to embed a JavaScript file in order to track page views, events, clicks, and more. At InnoCraft, it is our daily business to help Piwik users to make the most out of their Piwik. We often see similar problems of websites loading unnecessarily slower because the tracking file is not loaded as fast as it should be. There are many ways you can improve the performance but avoiding the most important mistakes will help you to not lose revenue and conversions because of this today. Below you find a few steps that will boost the loading of your Piwik JavaScript tracking file.

    Cache piwik.js

    The most important step is to make sure to configure your server in a way so the piwik.js JavaScript tracker file will be cached once it has been loaded and not requested again on subsequent page views. Learn more about browser caching.

    Enable GZIP

    We recommend enabling GZIP as it reduces the size the user needs to load when the piwik.js file is requested. For the standard Piwik tracker, this will reduce the size from about 60KB to 20KB.

    Preload DNS

    Often a Piwik is hosted on a different domain and when the browser loads the JavaScript tracker file, it needs to first perform a DNS lookup to find the IP address for this domain. By adding the below snipped for your Piwik domain, it can boost the performance of loading the tracker file by 10ms to 50ms.

    <link rel="dns-prefetch" href="//example.innocraft.cloud">

    Preload resource

    To boost the loading of the Piwik tracking file, you can add the following HTML into the header of your website :

    <link rel="preload" href="https://yourpiwikdomain.com/piwik.js" onload="embedTracker()" type="script" crossorigin>

    In Chrome, Opera, and soon in more browsers this will load the JavaScript tracker file without blocking the “onload” event. As a result, as soon as you embed the tracking code, the JavaScript tracker might be already loaded. How “preloading” affects your website always depends and maybe you rather want to preload more important resources than the tracking code, but it is an option to consider. If you load your JavaScript tracker file in the <head> of your website, this should not be needed.

    Advanced options

    If you want to go even further, you can think about serving the JavaScript tracking file via a CDN, merging the JavaScript tracker file content with your other JavaScript files, making use of service workers (and even track data offline), and more. Feel free to get in touch with us if you have any questions.

    More performance improvements

    Read our first blog in the series at Different ways of embedding the Piwik tracking code for faster website performance

  • Evolution #3692 (Nouveau) : Suivre les évolution de MediaJS

    11 février 2016, par realet RealET

    Discussion initiée sur http://thread.gmane.org/gmane.comp.web.spip.zone/39560

    SPIP 3.1 inclus : http://mediaelementjs.com en version 2.15.1.
    La dernière version est la 2.19.0 (10 releases de différence)

    Le changelog
    https://github.com/johndyer/mediaelement/blob/master/changelog.md
    montre qu’il y a eu plein de nouveautés depuis, en particulier pour
    l’accessibilité.
    Est-ce que ça ne vaudrait pas le coup de mettre à jour la lib avant la
    sortie ?

    Pour tester, j’ai donc fait une installation d’un SPIP 3.1 svn vierge.
    Créé une rubrique.
    Créé un article.

    Joint un .mp3 et un .mp4 à l’article.
    Mis dans le texte de l’article :

    Publié.

    Résultat avant mise à jour de mejs :
    - les 2 players de son s’affichent et fonctionnent (testé avec Opera)
    - les 2 players de vidéo s’affichent et fonctionnent

    Mais ça m’a aussi permis de tomber sur 2 bugs :
    La liste des documents joints en dessous de l’article (site public)
    affiche le lien le .mp4, mais pas vers le .mp3
    > pas très cohérent.

    Le premier .mp4 que j’ai voulu mettre dépassait les limites d’upload du
    serveur.
    J’ai donc eu en ajax un message d’erreur.
    J’ai supprimé de la liste d’upload le gros fichier, mis un plus petit
    fichier, cliqué sur téléverser et je me suis retrouvé sur la page d’accueil.
    Pourtant, le fichier avait bien été rajouté à l’article.

    J’ai ensuite :
    - mis à jour la lib
    - vidé le cache de SPIP
    - vidé le cache du navigateur

    > ça marche !

    Voir : http://zone.spip.org/trac/spip-zone/changeset/94466 (3.1 qui a été reverté)
    Et http://zone.spip.org/trac/spip-zone/changeset/95088 (3.2)

  • WebRTC books – a brief review

    1er janvier 2014, par silvia

    I just finished reading Rob Manson’s awesome book “Getting Started with WebRTC” and I can highly recommend it for any Web developer who is interested in WebRTC.

    Rob explains very clearly how to create your first video, audio or data peer-connection using WebRTC in current Google Chrome or Firefox (I think it also now applies to Opera, though that wasn’t the case when his book was published). He makes available example code, so you can replicate it in your own Web application easily, including the setup of a signalling server. He also points out that you need a ICE (STUN/TURN) server to punch through firewalls and gives recommendations for what software is available, but stops short of explaining how to set them up.

    Rob’s focus is very much on the features required in a typical Web application :

    • video calls
    • audio calls
    • text chats
    • file sharing

    In fact, he provides the most in-depth demo of how to set up a good file sharing interface I have come across.

    Rob then also extends his introduction to WebRTC to two key application areas : education and team communication. His recommendations are spot on and required reading for anyone developing applications in these spaces.

    —

    Before Rob’s book, I have also read Alan Johnson and Dan Burnett’s “WebRTC” book on APIs and RTCWEB protocols of the HTML5 Real-Time Web.

    Alan and Dan’s book was written more than a year ago and explains that state of standardisation at that time. It’s probably a little out-dated now, but it still gives you good foundations on why some decisions were made the way they are and what are contentious issues (some of which still remain). If you really want to understand what happens behind the scenes when you call certain functions in the WebRTC APIs of browsers, then this is for you.

    Alan and Dan’s book explains in more details than Rob’s book how IP addresses of communication partners are found, how firewall holepunching works, how sessions get negotiated, and how the standards process works. It’s probably less useful to a Web developer who just wants to implement video call functionality into their Web application, though if something goes wrong you may find yourself digging into the details of SDP, SRTP, DTLS, and other cryptic abbreviations of protocols that all need to work together to get a WebRTC call working.

    —

    Overall, both books are worthwhile and cover different aspects of WebRTC that you will stumble across if you are directly dealing with WebRTC code.

Navigation