Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (69)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

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

  • Evolution #4102 : Ordre des inclures dans cache/charger_plugins_options.php

    28 juin 2018, par jluc -

    Donc tu proposes que les constantes, avant d’être définies par un define, soient possiblement pré-réservées par les plugins, via le tableau $flux où les éventuelles pré-réservations peuvent être surchargées.

    Mais est-ce que ça couvre tous les cas ? Ou bien est-ce que c’est suffisant ?

    Je suis pas certain. Par exemple, on pourrait vouloir surcharger si la préréservation de valeur a été faite par tel plugin, mais pas par tel autre.

    Il faudrait donc 2 entrées pour chaque define préréservé : sa valeur + l’origine de sa valeur.

    Ou bien un peu plus simple : sa valeur + un indice de priorité. Une préréservation sans priorité ou avec 0 de priorité serait toujours surchargée au besoin. Une préréservation avec 100 de priorité pourrait seulement être surchargée par les plugins estimant leur surcharge encore plus prioritaire, 1000 par exemple.

  • avformat/cache - delete cache file after closing handle

    22 mai 2019, par Gyan Doshi
    avformat/cache - delete cache file after closing handle

    Verified that cache files get deleted on Windows.
    • [DH] libavformat/cache.c

  • Evolution #4103 : Autoriser /local/cache-gd2/ et /local/cache-vignette/ dans robots.txt

    27 mai 2018, par Franck D

    cedric - a écrit :

    Je ne sais pas si il faut Allow tout /local/cache-gd2/ avec l’impact que du coup toutes les images réduites de tout le site vont se retrouvées parsées et indexées, ou si il faut provisionner un dossier /local/indexable/ (ou meilleur nom à trouver) et un filtre image_indexable qui se charge de faire une copie de l’image dans ce dossier, qu’on rendrait visible du coup ?

    Hello :-)
    "Si" la raison historique, c’est une histoire de "confidentialité", alors faut garder cette possibilité !
    Par contre, ne faudrait-il pas un bouton "indexation" dans un sous-menu du menu "configuration" ?
    Un truc du genre "Indexation de tous les documents oui/non" ? Cela permettrait de garder le fonctionnement actuel car il serait pas défaut, mais aussi que les simples utilisateurs aient le choix ?

    Après, à ceux qui auraient un besoin "particulier" de faire un plug pour "affiner" l’indexation (uniquement les logos, ou que certains documents qui serait dans la médiathèque ( via l’apparition d’une case à cocher/décocher dans /ecrire/ ?exec=documents par exemple)

Navigation