Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (27)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (3438)

  • Anomalie #3988 (En cours) : meta cache_signature trop restrictive

    4 septembre 2017, par b b

  • 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

  • Anomalie #3988 : meta cache_signature trop restrictive

    20 août 2017, par cam.lafit -

    bonjour

    Merci pour le PR. Pour le moment il faut mieux faire sur la
    trunk/master, le report sur les branches est à avoir au cas par cas.

    Je suis preneur d’un relecteur de code pour valider le PR.

Navigation