Recherche avancée

Sur d’autres sites (9884)

• 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

• Anomalie #3164 : Problème de sauvegarde en MySQL

  7 février 2014, par Franck Dalot

  En spip 2.1, avec comme prefix des table spipdev et avec uniquement dans mes_options :
  

  <?php
$table_prefix = 'spipdev';
?>

  Cela ne fait apparaitre dans la liste que des tables qui porteraient le nom de spip_xxx ET cela fait les sauvegardes avec le prefix spip_xxx au lieu de spipdev_xxx
  Et cela manque toujours des tables, puisqu’il n’y a de cocher que :
  spip_articles (0)
  spip_auteurs (2)
  spip_auteurs_articles (0)
  spip_auteurs_messages (0)
  spip_auteurs_rubriques (0)
  spip_breves (0)
  spip_documents (0)
  spip_documents_liens (0)
  spip_forum (0)
  spip_groupes_mots (0)
  spip_messages (0)
  spip_meta (91)
  spip_mots (0)
  spip_mots_articles (0)
  spip_mots_breves (0)
  spip_mots_documents (0)
  spip_mots_forum (0)
  spip_mots_rubriques (0)
  spip_mots_syndic (0)
  spip_petitions (0)
  spip_referers (0)
  spip_referers_articles (0)
  spip_resultats (0)
  spip_rubriques (0)
  spip_signatures (0)
  spip_syndic (0)
  spip_syndic_articles (0)
  spip_types_documents (164)
  spip_urls (0)
  spip_versions (0)
  spip_versions_fragments (0)
  spip_visites (0)
  spip_visites_articles (0)

  Alors que logiquement, il devrait y avoir :
  spipdev_articles (0)
  spipdev_auteurs (2)
  spipdev_auteurs_articles (0)
  spipdev_auteurs_messages (0)
  spipdev_auteurs_rubriques (0)
  spipdev_breves (0)
  spipdev_documents (0)
  spipdev_documents_liens (0)
  spipdev_forum (0)
  spipdev_groupes_mots (0)
  spipdev_messages (0)
  spipdev_meta (91)
  spipdev_mots (0)
  spipdev_mots_articles (0)
  spipdev_mots_breves (0)
  spipdev_mots_documents (0)
  spipdev_mots_forum (0)
  spipdev_mots_rubriques (0)
  spipdev_mots_syndic (0)
  spipdev_petitions (0)
  spipdev_referers (0)
  spipdev_referers_articles (0)
  spipdev_resultats (0)
  spipdev_rubriques (0)
  spipdev_signatures (0)
  spipdev_syndic (0)
  spipdev_syndic_articles (0)
  spipdev_types_documents (164)
  spipdev_urls (0)
  spipdev_versions (0)
  spipdev_versions_fragments (0)
  spipdev_visites (0)
  spipdev_visites_articles (0)

  Sans fichiers mes_options mais en changeant la ligne 320 par
  

  . preg_replace(',^spip_,', $GLOBALS['table_prefix'].'_', $t)

  
  c’est pareil que si l’on ne changeait pas la ligne.
  Les tables apparaissent en double et ne sont cocher que 26 tables spip_xxx alors qu’il devrait y avoir 33 tables et en plus avec le prefix choisi au moment de l’instal

  En spip 3.1, même avec
  

  
<?php
$table_prefix = 'spipdev';
?>

  
  Cela ne sauvegarde pas les tables avec un autre prefix que spip_XXX