Recherche avancée

Sur d’autres sites (3522)

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

  <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>)
  </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.

• Evolution #2504 : plutôt pour afficher du code en bloque

  19 août 2017, par tetue tetue

  Contrairement à ce qu’il a été promptement répondu à ce ticket, il n’est pas « impossible sous spip » d’afficher du code avec

   ! Pour preuve (et POC), voici plusieurs exemples de code réunis sur une page SPIP :
  http://romy.tetue.net/bien-demarrer-avec-z
  Cette page présente :
  1) du code inline simplement balisé par <code> ;
  2) des blocs de code générés par le raccourci SPIP <code> ; ici corrigés en 
   ;
  3) un exemple d’arborescence simplement balisé avec <pre></pre> ;
  4) des blocs de code générés par le raccourci SPIP <cadre></cadre>, avec leur textarea et tout qui permet de copier-coller facilement le code ; et qu’on peut laisser en dehors du périmètre de ce ticket pour l’instant.
  Il est possible (et bienvenu) que le raccourci SPIP <code> génère des blocs correctement balisés de 
  .
  En attendant, il suffit de masquer les <br /> intempestifs de SPIP avec ce sale petit patch CSS :
  pre code br  display : none ; 
   
  (spabô mais ça marche).