Recherche avancée

Médias (1)

Mot : - Tags -/remix

Autres articles (94)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • 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 (7663)

  • Révision 23464 : Il arrive que le fichier temporaire créé par ecrire_fichier ne soit pas détruit,

    7 mars 2017, par esj@rezo.net

    ce qui encombre en particulier le répertoire des sessions. Lors de nettoyage de celui-ci, effacer ces fichiers en trop. Au passage, diminuer les accès disques et les logs.

  • Anomalie #3988 : meta cache_signature trop restrictive

    4 septembre 2017, par cedric -

    je vais regarder, mais je pense que la PR ne doit pas être appliquée en l’état :

    • les caches sont déjà distingués en fonction du host qui sert à accéder au site, via le contexte implicite du cache, qui sert à définir l’identifiant de mise en cache (donc 2 hits sur la meme page via 2 host différents tomberont sur 2 identifiants différents)

    Le cas qui peut être problématique est celui de la base répliquée entre plusieurs serveurs, mais là on entre dans un autre sujet et pour qu’il y ait collision cela supposerait que le dossier tmp/cache est commun aux serveurs. Ce qui semble une mauvaise idée si chaque serveur à sa base (répliquées avec possibles désynchro ?). Dans ce cas il suffit de définir un dossier cache sur chaque machine (via un @define(’_DIR_CACHE’,...) qui tape dans un dossier qui n’est pas partagé).

    Si le problème vient d’une utilisation de memoization (cache via memcached ou autre), alors ce n’est pas ici qu’il faut en parler car ça ne concerne pas le core

  • Revision 35161 : En fait on met TOUTE la description d’une saisie dans un même fichier, ...

    14 février 2010, par rastapopoulos@… — Log

    En fait on met TOUTE la description d’une saisie dans un même fichier, sans mettre en commun des chsoes dans _base. En effet, suivant les saisies, les options ont plus ou moins d’importance et donc il ne faut pas forcément le même ordre. Tout mettre dans le même fichier permet de définir une (...)