Recherche avancée

Médias (33)

Mot : - Tags -/creative commons

Autres articles (100)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • 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 ;

Sur d’autres sites (11336)

  • Anomalie #2381 : Corriger le niveau d’intertitre

    9 juin 2018, par RastaPopoulos ♥

    Par rapport à la proposition au tout début de configuration dans l’interface, j’ai plutôt l’impression que c’est comme pour la configuration "html5" : c’est le jeu de squelette utilisé par le site (celui par défaut ou un autre) qui doit définir ses besoins.

    Les administrateurices, par défaut on n’a pas à préjuger du fait qu’ils savent de quoi il retourne, qu’illes connaissent le HTML, etc. Non, par défaut ce sont juste des admins, qui configurent, activent des fonctionnalités, et valident des contenus : aucun rapport avec la technique.

    Donc le HTML5 devrait être défini en PHP par le jeu de squelette.
    Et le niveau des intertitres des #TEXTE de même, puisque c’est le jeu de squelette qui sait quelles balises précèdent ces textes dans le code (h1, h2…).

    Par défaut le noyau pur n’a pas de squelettes, donc il doit mettre h2, et si la dist a déjà un h2 avant le texte principal (ce qui n’est pas le cas je crois) elle doit redéfinir, et pareil pour tout autre squelette.

  • Anomalie #4114 (Nouveau) : paramètre media:joindre_deballer_lister_zip ignoré

    19 mars 2018, par Alexis Z

    Bonjour,

    Il me semble avoir trouvé une petite incohérence dans le code du plugin media, plus précisément dans la fonction "joindre_deballer_lister_zip" ligne 301, de media/inc/joindre_document.php.
    Sauf erreur de ma part, cette fonction a pour but de déballer le contenu d’un fichier zip qui lui est passé en paramètre dans un répertoire temporaire et de retourner une liste décrivant sont contenus.

    Cette fonction prends deux paramètres $path et $tmp_dir :
    - $path corresponds au chemin du fichier zip à déballer
    - $tmp_dir corresponds au dossier temporaire ou celui-ci sera déballé

    Cette fonction utilise la librairie Pclzip.

    L’incohérence se trouve au niveau du deuximère paramètre, $tmp_dir, celui-ci est censé indiquer dans quel répertoire le contenu du zip sera déballer or ce chemin n’est pas pris en compte par la fonction Pclzip->extraire (ligne 305), et n’est pas non plus pris en compte par la fonction callback ’callback_deballe_fichier’ indiqué à la fonction extraire de Pclzip.
    En effet dans le code le chemin pris en compte est déclaré dans un define "_TMP_DIR" celui-ci déclaré à la ligne 140 de la fonction "joindre_trouver_fichier_envoye" (meme fichier php, début ligne 26).
    ($tmp_dir est uniquement utilisé dans la définition du chemin du fichier qui est renvoyé par la fonction : ligne 317 : ’tmp_name’ => $tmp_dir . $f)

    Donc le paramètre $tmp_dir quasi non-utilisé induit en erreur car on s’attend à se que le contenu ce trouve dans le chemin $tmp_dir de plus si on appeler directement la focntion "joindre_deballer_lister_zip" sans appeler "joindre_trouver_fichier_envoye" on ne définit pas _TMP_DIR et on a une erreur incohmpréensible.

    Du coup, le pire sénario (mon cas) j’appelais "joindre_deballer_lister_zip" après un autre appel "joindre_trouver_fichier_envoye" indirect, donc la variable _TMP_DIR etait défini et le contenu de mon zip déballer à cette endroit alors que je donnais un $tmp_dir completement différent, cette destination restait vide et aucun message d’erreur de la fonction "joindre_deballer_lister_zip".

    Bref, je suggère de prendre en compte pour l’extraction la variable $tmp_dir, et/ou d’ajouter test/définition de la variable _TMP_DIR en début de fonction pour prévenir tout exécution "bizarre".

  • Revision 112925 : les afficher_si fonctionnent avec eval. Du coup on pourrait s’en ...

    19 décembre 2018, par maieul@… — Log

    les afficher_si fonctionnent avec eval.
    Du coup on pourrait s’en servir pour executer du code PHP et pas
    simplement faire des tests conditionnels.
    On limite les dégats en empêchant l’emploi de $ et de ; dans un
    afficher_si, sauf si entre guillemets.
    Début de tests unitaires pour saisies, parce que ce sont vraiment des
    emplois complexes.