Recherche avancée

Médias (91)

Autres articles (60)

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

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (10445)

  • Evolution #3488 : Stocker globalement toutes les requetes passées

    29 juin 2015, par nico d

    Justement non :)
    Actuellement, les requetes sont stockées uniquement si on a un var_profile en GET.
    var_profile c’est bien, c’est très complet pour debugger finement, mais il faut ajouter le paramètre à l’url (même si avec le minibando c’est plus rapide).

    Ma modif consiste juste a stocker toutes les requetes en global.
    Ensuite je me suis inspiré du plugin dev, je passe par register_shutdown_function() pour ajouter ce bandeau sur toutes les pages, sans ajouter var_profile à l’url.
    C’est plus rapide, je l’ai tout le temps sous les yeux quand je suis connecté et webmestre (privé et public).
    Pour les appels en Ajax, je logge ces infos au lieu de les afficher pour pouvoir les lire aussi si besoin (vérifier le nombre de requetes générées).

    Pour être complet, en fait j’affiche aussi le temps de génération de la page :

    ça me permet aussi de tester certaines optimisations.
    (et la croix me sert à masquer le bandeau si jamais il y a du texte en dessous)

    Possible que ça n’intéresse que moi, mais Fil sur IRC paraissait intéressé aussi, du coup je pose ça là.

    "Voilà ma chanson mon pote. Si t’en veux pas, pas d’ malaise. Je la remet dans ma culotte."

  • Anomalie #4155 : la fonction roles_presents ne fonctionne pas correctement

    27 juin 2018, par Michel Bystranowski

    Mmmm, à me relire, c’est vrai que je n’ai pas été clair du tout… Je réessaie :

    Pour donner les roles possible pour un lien entre deux types d’objets, la fonction roles_presents se base sur la « table des tables », qui est retournée par la fonction lister_tables_objets_sql. C’est de cette liste dont je veux parler quand je parle de « liste des tables ».

    Cette « table des tables » est très grande, donc dans mon exemple je ne montre qu’une partie : la clé "roles_objets" de la table "spip_documents". On y définit les rôles possibles pour les liens avec les autres objets éditoriaux SPIP. Il peut y avoir des index par objets éditoriaux et/ou un ’*’.

    Enfin en écrivant tout ça, je vérifie et je me rend compte que ça n’est pas un bug dans SPIP, mais dans mon plugin logos_roles. C’est lui qui utilise des index du type "spip_articles" au lieu de "articles", alors que la doc des rôles sur contrib dit l’inverse (https://contrib.spip.net/Des-roles-sur-des-liens).

    Et donc il n’y a pas de bug (dans SPIP :-)), et on peut fermer le ticket, désolé pour la fausse alerte.

  • Anomalie #3160 (Fermé) : Imagick pas correctement géré pour les miniatures

    18 juillet 2014, par marcimat ☺☮☯♫

    Très juste. Patch presque parfait (juste ->CONSTANTE au lieu de ::CONSTANTE)

    Intégré donc par r21428 et reporté par r21429 (SPIP 3.0) et r21430 (SPIP 2.1)

    Merci beaucoup.

Navigation