Recherche avancée

Médias (1)

Mot : - Tags -/musée

Autres articles (29)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Librairies et logiciels spécifiques aux médias

    10 décembre 2010, par

    Pour un fonctionnement correct et optimal, plusieurs choses sont à prendre en considération.
    Il est important, après avoir installé apache2, mysql et php5, d’installer d’autres logiciels nécessaires dont les installations sont décrites dans les liens afférants. Un ensemble de librairies multimedias (x264, libtheora, libvpx) utilisées pour l’encodage et le décodage des vidéos et sons afin de supporter le plus grand nombre de fichiers possibles. Cf. : ce tutoriel ; FFMpeg avec le maximum de décodeurs et (...)

Sur d’autres sites (4578)

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

    19 mars 2018, par Alexis Z

    Effectivement, j’ai oublier de précisé.
    Spip 3.2.0 révision 23778

    Le 19 mars 2018 à 14:35, <> a écrit :

    La demande #4114 a été mise à jour par b b.

    Salut et merci pour le signalement, sur quelle version de SPIP observes-tu
    le problème ?
    ------------------------------
    Anomalie #4114 : paramètre media:joindre_deballer_lister_zip ignoré
    <https://core.spip.net/issues/4114#change-13736>

    - Auteur : Alexis Z
    - Statut : Nouveau
    - Priorité : Normal
    - Assigné à :
    - Catégorie :
    - Version cible :
    - Resolution :
    - Navigateur :

    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".
    ------------------------------

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

  • Evolution #3232 : Intégrer un #FORMULAIRE_DESINCRIPTION en complément du #FORMULAIRE_INSCRIPTION

    10 février 2021, par RastaPopoulos ♥

    @cy_altern par exemple oui, si le form fournit marche bien, il pourrait être intégré (en le nettoyant pour enlever ce qui est propre au plugin). Par contre en lisant le code je vois que ça teste le mot de passe et ça supprime direct. Il faut discuter du comportement voulu mais il me semble que tout comme pour l’inscription, il serait de bon ton d’envoyer un email avec un jeton pour vraiment vérifier que c’est la bonne personne qui veut supprimer son compte et seulement au clic de l’URL donné dans l’email faire la suppression (en arrivant sur une page dédiée page=desinscription, minipres par défaut par exemple, "Votre compte a bien été supprimé")

  • Anomalie #4128 : Bug de génération de boucle avec les modèles Spip

    11 avril 2018, par Julien PORIAU

    Salut,
    parfois le jeu de caractère "binaire" est visible uniquement dans le
    code source (ligne 1233). Mais on observe tout de même un soucis dans la
    mise en page.

    view-source:http://spip-dev.nidecker.com/probleme-de-langue.html?lang=ca

    Julien.

    Le 11.04.2018 à 14:28, a écrit :

    La demande #4128 a été mise à jour par b b.

    • Statut changé de /Nouveau/ à /En cours/
    • Priorité changé de /Haut/ à /Bas/

    Salut, peux-tu fournir le code du modèle en question ?

    De mon côté, je n’ai aucun problème sur la page que tu cites en exemple...

    Anomalie #4128 : Bug de génération de boucle avec les modèles Spip
    <https://core.spip.net/issues/4128#change-13824>

    • Auteur : Julien PORIAU
    • Statut : En cours
    • Priorité : Bas
    • Assigné à :
    • Catégorie : code généré
    • Version cible : 3.2
    • Resolution :
    • Navigateur : Firefox

    Dans les modèles personnalisés Spip, les images (boucle documents ou
    logos) sont mal générées et provoque un bug d’encodage visible dans le
    front-end lors du passage dans une autre langue (balises multi).
    Nous n’avons pas trouvé où était le souci dans Spip, mais les
    caractères qui remontent dans le code source, ressemblent aux octets
    qui composent le fichier binaire d’une image.
    Voir en live ici :
    http://spip-dev.nidecker.com/probleme-de-langue.html?lang=ca.

    Pour essayer d’isoler cette anomalie, nous avons procédé de la sorte
    avec l’aide de mon développeur :

    1. Nous sommes reparti d’un SPIP 3.1.7 entièrement neuf (minimal),
    avec deux modèles Spip, rien d’autre.
    Le bug se reproduit, ce qui exclus un problème lié aux squelettes ou
    autres plugins.

    Nous n’avons pas réussi a déterminer précisément ce qui génère ce bug,
    à part que c’est dans un contexte où on appelle une langue pas définie
    dans le multi.
    En fonction du contenu de l’article, du nombre de modèles dans
    l’article, en fonction des boucles dans les inclure, le bug n’arrive
    pas au même endroit...

    Le problème vient de la génération des logos ou documents : si on
    supprime les balises |#LOGO_*| ou si on renomme |IMG| en |IMG_|, plus
    d’erreur.
    Même sans traitements, avec juste |[(#LOGO_*)]|, rien à faire.

    2. Nous avons pensé que c’était peut être une image au mauvais format :
    On a alors tenté de passer |ImageOptim| sur tout le répertoire |/IMG|,
    redimensionné tous les logos en vignettes png de 320x240, rien à faire...

    3. On a fini par passer ce site de test en 3.2, pas mieux.

    4. Nous avons épluché les caches générés dans |/tmp/cache| et
    |/tmp/cache/skel|, tout paraît normal de ce côté là..

    5. On a ensuite un peu avancé en enlevant dans |mes_options.php| la
    variable |$GLOBALS[’forcer_lang’] = true|".
    Sur la version minimal, plus de bug. Mais sur le site de production,
    le problème réside toujours.
    Mais en faisant des tests avec et sans (et en supprimant bien
    |/tmp/cache/| à chaque fois), ça se confirme pour la version minimal.

    6. A partir d’une copie de la version production, nous avons désactivé
    tout les plugins, passer |ImageOptim| sur |/IMG| et rien a faire..
    Impossible de déterminé d’où vient le problème :(

    7. Nous avons essayé d’écrire comme ceci : |[src="(#LOGO_MOT|image_reduire50,*|extraire_attributsrc)" alt="">]|
    Cela fonctionne sur la version minimal mais pas sur la version production.

    8. Dans la version minimal, j’ai encore récemment testé une dernière
    chose. J’ai supprimé les documents non sollicités sur ma page de teste
    (spip.php ?article1441&lang=ca).
    Avec la requête SQL suivante : |DELETE FROM jones_documents WHERE
    id_document NOT IN
    (1948,1949,2534,2535,630,631,1783,1784,1785,1786,1787,1788,1781,1782)|
    Le bug n’apparait plus..

    Je sèche..

    Vous trouverez ici en téléchargement une archive de la version minimal
    (Spip 3.1.7) :
    https://www.dropbox.com/s/dek0zg7jafl8uxe/jones.zip?dl=0] ( 20mo)
    Pour reproduire le bug, il suffit de passer la variable "&lang=ca"
    dans l’article 1441 (localhost/spip.php ?article1441&lang=ca).

    Je donne volontiers un accès à la version production si besoin.

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

    ---
    L’absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
    https://www.avast.com/antivirus

Navigation