Recherche avancée

Médias (1)

Mot : - Tags -/net art

Autres articles (38)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

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

  • Anomalie #4308 (Nouveau) : Objet sans statut : problème avec objet_instituer()

    7 mars 2019, par tcharlss (*´_ゝ｀)

    Le contexte

    J’ai un objet éditorial sans statut, et avec une date.
    La date est bien déclarée dans declarer_tables_objets_sql : 'date' => 'date'
    Le formulaire d’édition permet de modifier directement la date, sans avoir à passer par #FORMULAIRE_DATER.

    Problème

    La date saisies par l’utilisateur n’est pas enregistrée, ça remet systématiquement la date actuelle.
    À la toute fin des traitements, dans la fonction objet_editer_heritage(), on retrouve bien la date correcte dans le tableau des champs à modifier qui est transmis à sql_updateq().
    Par contre il y également le champ ’statut’, hors il n’a rien à faire là : ça provoque une erreur SQL.

    Voici ce que renvoie var_dump($champs) :

    array (size=2)
  ’statut’ => string ’’ (length=0)
  ’date’ => string ’2019-01-22 00:00:00’ (length=19)

    C’est en amont dans objet_instituer() que le tabeau des champs à modifier est contruit.
    Il semble qu’il y a des tests effectués pour vérifier la présence du champ de statut dans la table, pourtant même en son absence il se retrouve dans la liste.
    Je n’arrive pas à mettre le doigt sur l’endroit exact où ça coince, RastaPopoulos me dit que ça doit se jouer vers la ligne 333

    Solution

    Pas vraiment une solution, mais ça montre bien que c’est l’absence de statut qui fait tout planter : quand je retire la clé ’statut’ dans au moyen du pipeline pre_edition, ça marche.

  • Anomalie #4623 : Styles des fieldset dans l’espace privé

    17 avril 2021

    Je propose pour ce ticket d’en profiter pour uniformiser tous les quelques formulaires qui ont des "vrais" fieldsets toujours dans un conteneur.

    Ah oui, je suis en plein confronté à ce problème pour gérer les marges et tout ça, si on peut uniformiser super.
    Dans la charte c’est sans conteneur .fieldset, alors pour comprendre quel est le cas normal et quelles sont les exceptions, c’est sport.
    Donc la vraie règle c’est avec conteneur .fieldset, c’est bien ça ? (Pour que j’adapte la charte au passage).

  • Anomalie #4729 : problème d’affichage dans la colone date

    17 avril 2021

    Non : on ne remplace pas une date qui a un sens avec W17 par autre chose avec un S17 qui n’en a aucun pour personne. Soit c’est remplacé par "2019 - Semaine 17" soit on laisse comme ça. Et là je suis plutôt d’avis de laisser comme ça.

Navigation