Recherche avancée

Médias (1)

Mot : - Tags -/book

Autres articles (83)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • 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" (...)

Sur d’autres sites (15042)

  • Révision 24591 : Fix petite salade autour de la suppression des resultats de recherche trop vieux :

    29 mai 2020, par cedric@yterium.com

    - on utilise le champ maj comme indice de peremption qui est au format timestamp
    - sous mysql, le champ maj est donc rempli avec la date mysql equivalente a NOW, mais la compairaison issue de spip_mysql_date_proche() se faisait sur la date php
    - sous sqlite, le champ maj est donc rempli avec la date sqlite, non equivalente a NOW qui est fourni par php
    - dans la recherche on faisait une fois la comparaison avec NOW avant recherche et une fois la comparaison avec la date php
    On remets donc tout d’equerre :
    - dans preparer_recherche on utilise toujours sql_date_proche() pour la comparaison
    - dans req/mysql on utilise NOW si sql_date_proche concerne un champ maj (c’est un peu un hack mais bon)
    - sous sqlite on emule le format timestamp avec une date php qui est bien coherente avec le NOW fournit lui meme par une date php

  • Révision 24590 : Fix petite salade autour de la suppression des resultats de recherche trop vieux :

    29 mai 2020, par cedric@yterium.com

    - on utilise le champ maj comme indice de peremption qui est au format timestamp
    - sous mysql, le champ maj est donc rempli avec la date mysql equivalente a NOW, mais la compairaison issue de spip_mysql_date_proche() se faisait sur la date php
    - sous sqlite, le champ maj est donc rempli avec la date sqlite, non equivalente a NOW qui est fourni par php
    - dans la recherche on faisait une fois la comparaison avec NOW avant recherche et une fois la comparaison avec la date php
    On remets donc tout d’equerre :
    - dans preparer_recherche on utilise toujours sql_date_proche() pour la comparaison
    - dans req/mysql on utilise NOW si sql_date_proche concerne un champ maj (c’est un peu un hack mais bon)
    - sous sqlite on emule le format timestamp avec une date php qui est bien coherente avec le NOW fournit lui meme par une date php

  • Anomalie #2541 : pense bete

    8 mars 2012, par Ben .

    quelle est la base utilisée mysql ou sqlite ?

Navigation