Recherche avancée

Sur d’autres sites (8013)

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

• Evolution #4695 : Pouvoir filtrer selon divers critère. Principalement : mise-à-jour disponible

  14 mars 2021, par RastaPopoulos ♥

  En fait je viens de me rendre compte : le champ de filtrage libre, permet parfaitement d’effectuer AUSSI ce filtrage ! Donc est-ce qu’il y a vraiment besoin de surcharger l’interface pour ça au final ? Et donc rien à coder (et maintenir) en plus non plus.

  Si tu tapes "mise à jour", ou même juste "à jour", bah t’as immédiatement sans aucun rechargement toutes les mises à jour listée… et avec le nombre associé à gauche.

  Et ça marche aussi pour avoir que TEL TYPE de mise à jour : si tu tapes "fonctionnelle" tu n’as que les mises à jour fonctionnelles, et pareil pour les autres…

  Et ça marche pour toutes les langues… "update" etc suivant ta langue, donc naturellement.

  De mon point de vue finalement, il faudrait juste que le placeholder fournisse des exemples pertinents et ne soit surtout pas un label. Le placeholder doit être utilisé en tant que placeholder. Là c’est "Filtrer" dedans, mais il faudrait plutôt mettre un vrai label autrement, et dedans mettre "nom d’un plugin… mise à jour…".

  Qu’en pensent les zotres ?