Recherche avancée

Médias (1)

Mot : - Tags -/Christian Nold

Autres articles (61)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

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

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

Sur d’autres sites (8153)

  • Evolution #2173 : Date de création / publication

    20 juillet 2017, par nico d_

    Non, date_publication c’est le "date" actuel (même si c’est un mot mysql réservé, c’est une norme / habitude), on y touche pas.
    Et on a déjà la date de mise à jour ("maj" par habitude) en DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP.
    Ça marche très bien, on ajoute juste date_creation.

    Et non, les jointures c’est pas la joie dans les squelettes, on sait jamais trop comment ça marche.
    Les champs de date de création (et de mise à jour) doivent être directement dans les tables des enregistrements.
    En plus, on peut vouloir savoir aussi quand un spip_documents_liens (au hasard) a été créé.
    C’est comme ça que fonctionnent les behaviors des ORM, c’est le plus simple et le plus logique.

    Ne passons pas à côté des choses simples ^^

  • Evolution #2173 : Date de création / publication

    18 juillet 2017, par tcharlss (*´_ゝ｀)

    Ça je sais pas, comme ça a déjà été dit ça parait marginal comme utilisation, en tout cas pas lié au besoin d’une date de création, quel que soit le statut ou pas à la création.
    Et ce que tu décris me parait compliqué, ça fait un comportement dérogatoire...
    A gérer dans un autre plugin si besoin, je pense, avec une date_premiere_publication ?
    Mais concrètement, tu en aurais réellement besoin ?

    C’est vrai que c’est dérogatoire, donc pas idéal. Je cherchais une solution pour éviter d’ajouter un nouveau champ juste pour ça (date_publication_initiale ou je ne sais quoi).
    Moi je n’en ai l’utilité que pour faire des statistiques éditoriales dans un plugin (combien d’articles publiés par an etc.). Mais ça pourrait effectivement être géré dans ce plugin puisque c’est un besoin marginal.
    Passons !

  • Evolution #2173 : Date de création / publication

    18 juillet 2017, par nico d_

    Pour ma gouverne, comment tu comptes faire pour ajouter ce champ quand on installe des nouveaux plugins ?

    C’est une très bonne question :)
    Je ne vois pas de pipelines adhoc pour l’instant, ça serait surement un truc "bourrin" : lancer un test d’upgrade dans prefixe_options.php (dans le privé uniquement).

    Il reste la question de la date de 1ère publication,

    Ça je sais pas, comme ça a déjà été dit ça parait marginal comme utilisation, en tout cas pas lié au besoin d’une date de création, quel que soit le statut ou pas à la création.
    Et ce que tu décris me parait compliqué, ça fait un comportement dérogatoire...
    A gérer dans un autre plugin si besoin, je pense, avec une date_premiere_publication ?
    Mais concrètement, tu en aurais réellement besoin ?

Navigation