Recherche avancée

Médias (91)

Autres articles (103)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (9416)

  • Anomalie #3273 : Bug fonctions avancées sous spip 3.0.17

    11 octobre 2014, par Vincent Marty

    Le bug est toujours présent mais il provient du serveur. Un paramètre ne plaît pas à spip dans ses nouvelles versions.

    Le 11 oct. 2014 à 10:53, a écrit :

    La demande #3273 a été mise à jour par b b.
    On en est où de ce bug ? Est-il confirmé ou peut-on fermer le ticket ?

    Anomalie #3273 : Bug fonctions avancées sous spip 3.0.17
    Auteur : Vincent Marty
    Statut : Nouveau
    Priorité : Normal
    Assigné à : cedric -
    Catégorie : espace privé
    Version cible : 3.0
    Resolution :
    Navigateur : Webkit (Chrome/Safari)
    Sous spip 3.0.17 (Révision 21515) il est impossible d’accéder à l’url http://www.monsite.fr/ecrire/?exec=configurer_avancees
    Le navigateur (Chrome) retourne une erreur : "Echec du chargement de la page - aucune donée reçue"

    Ce bug n’est pas présent sur spip 3.0.11 ou 3.0.18-dev

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur http://core.spip.org/my/account

  • How Piwik uses Travis CI to deliver a reliable analytics platform to the community

    26 mai 2014, par Matthieu Aubry — Development, Meta

    In this post, we will explain how the Piwik project uses continuous integration to deliver a quality software platform to dozens of thousands of users worldwide. Read this post if you are interested in Piwik project, Quality Assurance or Automated testing.

    Why do we care about tests ?

    Continuous Integration brings us agility and peace of mind. From the very beginning of the Piwik project, it was clear to us that writing and maintaining automated tests was a necessity, in order to create a successful open source software platform.

    Over the years we have invested a lot of time into writing and maintaining our tests suites. This work has paid off in so many ways ! Piwik platform has fewer bugs, fewer regressions, and we are able to release new minor and major versions frequently.

    Which parts of Piwik software are automatically tested ?

    • Piwik back-end in PHP5 : we use PHPUnit to write and run our PHP tests : unit tests, integration tests, and plugin tests.
    • piwik.js Tracker : the JS tracker is included into all websites that use Piwik. For this reason, it is critical that piwik.js JavaScript tracker always works without any issue or regression. Our Javascript Tracker tests includes both unit and integration tests.
    • Piwik front-end : more recently we’ve started to write JavaScript tests for the user interface partially written in AngularJS.
    • Piwik front-end screenshots tests : after each change to Piwik, more than 150 different screenshots are automatically taken. For example, we take screenshots of each of the 8-step installation process, we take screenshots of the password reset workflow, etc. Each of these screenshot is then compared pixel by pixel, with the “expected” screenshot, and we can automatically detect whether the last code change has introduced an undesired visual change. Learn more about Piwik screenshot tests.

    How often do we run the tests ?

    The tests are executed by Travis CI after each change to the Piwik source code. On average all our tests run 20 times per day. Whenever a Piwik developer pushes some code to Github, or when a community member issues a Pull request, Travis CI automatically runs the tests. In case some of the automated tests started failing after a change, the developer that has made the change is notified by email.

    Should I use Travis CI ?

    Over the last six years, we have used various Continuous Integration servers such as Bamboo, Hudson, Jenkins… and have found that the Travis CI is the ideal continuous integration service for open source projects that are hosted on Github. Travis CI is free for open source projects and the Travis CI team is very friendly and reactive ! If you work on commercial closed source software, you may also use Travis by signing up to Travis CI Pro.

    Summary

    Tests make the Piwik analytics platform better. Writing tests make Piwik contributors better developers. We save a lot of time and effort, and we are not afraid of change !

    Here is the current status of our builds :
    Main build :
    Screenshot tests build :

    PS : If you are a developer looking for a challenge, Piwik is hiring a software developer to join our engineering team in New Zealand or Poland.

  • Evolution #3232 (Nouveau) : Intégrer un #FORMULAIRE_DESINCRIPTION en complément du #FORMULAIRE_INS...

    17 juin 2014, par RastaPopoulos ♥

    Un site comportant un moyen de s’inscrire SANS intervention humaine (ce qui est possiblement le cas quand on décide d’utiliser #FORMULAIRE_INSCRIPTION), doit dans le même temps proposer une méthode similaire pour supprimer son compte, c’est-à-dire sans intervention non plus.

    Critère 145 d’Opquast :
    http://checklists.opquast.com/fr/oqs-v2/criteria/les-comptes-ou-abonnements-ouverts-en-ligne-peuvent-etre-fermes-par-le-meme-moyen

    Il faudrait donc coder un #FORMULAIRE_DESINSCRIPTION, qui doit absolument apparaître quelque part, à partir du moment où #FORMULAIRE_INSCRIPTION est inséré dans le site.

    Ce formulaire doit évidemment vérifier l’identité de la personne par un ou plusieurs moyens (email de confirmation + ressaisie du mot de passe, par exemple). Mais la fonctionnalité doit être présente en standard.