Recherche avancée

Médias (1)

Mot : - Tags -/intégration

Autres articles (59)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • L’agrémenter visuellement

    10 avril 2011

    MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
    Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.

  • MediaSPIP : Modification des droits de création d’objets et de publication définitive

    11 novembre 2010, par

    Par défaut, MediaSPIP permet de créer 5 types d’objets.
    Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
    Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)

Sur d’autres sites (8260)

  • 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 #4706 (Nouveau) : safehtml vire des trucs légitimes

    29 mars 2021, par RastaPopoulos ♥

    Il semblerait que safehtml fasse quelque peu de la merde : ça vire des attributs totalement légitimes, par ex des data-truc où on met ce qu’on veut.
    En 3.2 ou 3.3, à corriger dans les deux.

    Par exemple le plugin Intl qui a une fonction d’affichage des montants, utilise le mot "montant" dans des attributs (logique vu que c’est tout l’objet du plugin).

    J’ai bien testé avec juste charger_fonction(’safehtml’, ’inc’) de ce plugin.

    1. <span class="CodeRay"><span class="local-variable">$safehtml</span>(<span class="string"><span class="delimiter">'</span><span class="content"><span class="montant" data-montant-nombre="100" data-montant-devise="EUR"></span><span class="delimiter">'</span></span>)
    2. </span></span>

    Télécharger

    Au retour ya plus que :

    <span class="CodeRay"><span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">montant</span><span class="delimiter">"</span></span>
    </span></span>

    Et du coup ça affiche l’emoji danger avec le code visible, par exemple dans des affichages du plugin Bank, mais pas que, dès qu’on passe ce HTML à une chaine de langue un truc comme ça.

  • Anomalie #4375 : Tests unitaires en erreur

    24 octobre 2020, par Franck D

    Hello
    Juste pour dire que j’ai refait les tests en php 8 en mettant la proposition de b_b https://core.spip.net/issues/4579#note-2
    Windows 10 (1909)

    Laragon avec :
    Php 8.0.0RC2 (VS16 x64 Non Thread Safe) https://windows.php.net/qa
    Apache 2.4.46 Win64 avec mod_fcgid-2.3.10-win64-VS16 https://www.apachelounge.com/download/
    Mysql 8.0.22 (mysql-8.0.22-winx64.zip) https://dev.mysql.com/downloads/mysql/
    phpMyAdmin 5.0.4 https://www.phpmyadmin.net

    Prefix des tables à l’installation : "test1"
    SPIP 3.3.0-dev GIT [master : 08981b68]

    Cela donne 32 échecs dont le retour de sql_insert_select maintenant, ce n’est pas forcément "grave" dans le sens ou il y en a pas mal, avec https://core.spip.net/issues/4576 donc possible qu’en corrigeant Textwheel, le nombre d’échec se réduise considérablement