Recherche avancée

Médias (0)

Mot : - Tags -/configuration

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (51)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

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

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

Sur d’autres sites (8402)

  • Anomalie #4670 : Logo sur la barre typo 3.3

    18 février 2021, par Maïeul Rouquette

    j’ai même vidé le cache firefox pour reverifier, et je maintiens

  • Anomalie #3535 : liste des rédacteurs connectés

    13 octobre 2016, par guytarr °

    Pierre KUHN a écrit :

    Frank, c’est aussi le cas en 3.0.29 ou la valeur par défaut est vide.

    Je viens de tomber sur ce cas lors d’une montée de version 2.1 à 3.0.
    En 2.1, avec imessage vide, on apparaît dans la liste des connectés. Du coup, pour conserver le comportement sans rien touché, que pensez-vous de peupler à "oui" lorsque la valeur n’est pas "non" pour les 1comite et 0minirezo, afin de suivre la même logique ? c’est ce que j’ai fait pour ma part.
    en 3.0 et 3.1 la résultat de la boucle

    (#VAL’Y-m-d H:i:s’|date(#VAL’-15 minutes’) !par en_lignepagination 10’, ’>(#ID_AUTEUR">#NOM[&nbsp ;...
     (#GRAND_TOTAL|>10|oui)
     ([(#GRAND_TOTAL|objet_afficher_nbauteur)])
    ]
    
    donne :<br /><pre>
    SELECT auteurs.en_ligne, auteurs.id_auteur, auteurs.nom
    FROM spip_auteurs AS `auteurs`
    WHERE NOT((auteurs.id_auteur = '1'))
       AND ((auteurs.statut  IN ('1comite','0minirezo')))
       AND NOT((auteurs.imessage = 'non'))
       AND (auteurs.en_ligne > '2016-10-12 23:39:09')
    ORDER BY auteurs.en_ligne DESC
    </pre>

    Autre solution, corriger la boucle pour obtenir le même comportement qu’en 2.1 que la valeur soit à oui ou vide.

  • Anomalie #3566 (Nouveau) : Restaurer une révision ne restaure pas toujours tous les champs modifiés

    12 octobre 2015, par marcimat ☺☮☯♫

    Deux cas de figure remarqués :

    Cas A
    - Créer une version avec un champ révisable vide, par exemple un article avec un texte vide.
    - Modifier cet article en ajoutant un texte
    - Si l’on fait afficher l’historique des modifications, et qu’on demande à Restaurer la version précédente, le texte est rempli avec le contenu actuel, alors qu’il était vide à la version précédente.

    Cas B
    - Créer plusieurs révisions sur des champs différents (pour aller vite, alterner des modifications entre 2 auteurs, sinon il faut attendre un certain temps si on utilise le même auteur pour que les modifications fassent des révisions différentes)
    - Imaginons qu’on a effectué 7 révisions, et qu’on affiche dans l’historique des modifications la différence entre la version 7 et la version 2
    - On voit l’ensemble des champs modifiés
    - En cliquant alors le lien « Restaurer la version n°2 », seuls les champs modifiés par la version n°2 apparaissent changés dans le formulaire. Les champs modifiés ENTRE la version courante et la version 2 ne reviennent pas au contenu qu’ils avaient en version 2. Du coup, tout ne revient pas dans l’état de modification de la version 2

    Ce me semble 2 bugs assez ennuyant.