Sur d’autres sites (7471)

• Anomalie #3014 : Chaines de langue de "Forums" utilisées dans la "dist"

  24 décembre 2017, par b b

  Pour info, voici les occurrences de chaînes de langue de forum dans la dist à ce jour :

  grep -nHIirF —exclude=*.svn-base — :forum : .
  ./404.html:36 :            [(#ENVfond_erreur|==forum|oui)
  
  <:forum:aucun_message_forum :>
  
  ]
  
  ./article.html:56 :            [
  <:forum:form_pet_message_commentaire :>
  ./inclure/forum.html:17 :                [(#CONFIGforums_titre| !=non|oui)#COMPTEUR_BOUCLE.
  
  ./inclure/forum.html:42 :                        [(#CONFIGforums_titre| !=non|oui)#COMPTEUR_BOUCLE.
  
  ./forum.html:11 :    
  
  ./forum.html:25 :
  
  <:accueil_site :> &gt ; ... &gt ; <:forum:forum :> #ID_FORUM
  
  ./forum.html:28 :                [
  (#TITRE|sinon<:forum:forum :> #ID_FORUM)
  ]
  
  ./forum.html:38 :
  <:forum:forum_avez_selectionne :> #TITRE
  
  ./forum.html:41 :            [
  <:forum:form_pet_message_commentaire :>
  ./breve.html:43 :            [
  <:forum:form_pet_message_commentaire :>
  
  

• Anomalie #3991 : Erreur compression CSS et base64

  29 août 2017, par tcharlss (*´_ゝ｀)

  La ligne fautive se trouve ici : https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/compresseur/inc/compresseur_minifier.php#L100

  // zero est zero, quelle que soit l’unite (sauf pour % car casse les @keyframes cf https://core.spip.net/issues/3128)
  $contenu = preg_replace("/([^0-9.]0)(em|px|pt)/ms", "$1", $contenu) ;
  

  Ça cherche le nombre zéro précédé de n’importe quel caractère (autre qu’un chiffre) ou d’un point.
  Du coup ça peut matcher avec les data URIs :
  

  @font-facefont-family :’spip’ ;src:url("data:application/font-woff ;base64,abc0pxyz") ;
  

  Pour éviter ce souci, on pourrait préciser exactement quels caractères peuvent précéder le zéro pour considérer qu’il s’agit d’une unité. On peut avoir :

  1) deux points
  

  font-size:0px ;
  

  2) un ou plusieurs espaces
  

  font-size : 0px ;
  font-size : calc(10px + 0px) ;
  

  3) une parenthèse dans le cas de calc()
  

  font-size : calc(0px) ;
  

  4) Autres unités

  À noter qu’il y a aussi pas mal d’autres unités qui ne sont pas prises en compte dans la regex actuelle : https://www.w3schools.com/cssref/css_units.asp
  

  rem ex pc
  vh vw vmin vmax 
  cm mm in
  ch 
  

  ---

  Ce qui donne au final la regex suivante, qui laisse mes data URIs tranquilles :
  

  $contenu = preg_replace("/((?: :|\s+|\()0)(em|px|pt|rem|ex|pc|vh|vw|vmin|vmax|cm|mm|in|ch)/ms", "$1", $contenu) ;
  

• Evolution #3996 (Nouveau) : Y a t-il une limite de taille de cache dans SPIP ?

  9 septembre 2017, par Julien -

  Ticket qui fait suite à des observations sur #3843.

  cedric :

  1/ il n’y a plus de quota cache en SPIP 3.1+ (aucune taille limite, c’est un nombre de slots qui fixe la limite)
  2/ les images stockées dans local/ n’ont jamais été comptées dans la taille du cache et n’ont aucune influence

  marcimat :

  Notons que le génie ’invalideur’ est toujours appelé et utilise ’quota_cache’ ; le formulaire de vidage de cache affiche aussi le quota.
  Probablement du code mort dans les 2 cas.

  Ref dans le code :
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc_version.php#L286
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/genie.php#L141
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/invalideur.php#L226

  dans la doc :
  https://programmer.spip.net/Configurer-le-cache