Recherche avancée

Médias (91)

Autres articles (58)

  • Soumettre améliorations et plugins supplémentaires

    10 avril 2011

    Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
    Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...)

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

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (8609)

  • 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

  • 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

  • Revision 4817 : au pire des cas on a un array vide ici

    27 janvier 2011, par kent1 — Log

    au pire des cas on a un array vide ici

Navigation