Recherche avancée

Sur d’autres sites (3915)

• Anomalie #4345 : super_cron HS en https

  12 juin 2019, par jluc -

  Il y a en effet plusieurs trucs : une correction de code, une amélioration potentielle et des modifs des commentaires.

  La constante _SUPER_CRON_DELAIS permet d’ajouter un timestamp sur l’appel de cron. Cela vise à ce que le php reçoive vraiment la requête au lieu qu’elle soit interceptée par un varnish "mal configuré" (comme les timestamp qu’on ajoute aux fichiers images)
  Dans le cas où il y a un cache de ce type et si la valeur de _SUPER_CRON_DELAIS vaut plus que 1, cela divise d’autant la fréquence des appels au cron en cas de grosse fréquentation.
  Si ça convient pas comme ça, on pourrait la garder mais ne pas diviser le timestamp avec (et alors, la renommer _SUPER_CRON_TIMESTAMP )

  Autre point :
  il faudrait utiliser les constantes _PORT_HTTP_STANDARD et _PORT_HTTPS_STANDARD si définies plutôt que 80 et 443,
  ici et aussi ailleurs : dans la fonction queue_affichage_cron

• Anomalie #3114 (Nouveau) : intval dans recuperer_numero

  10 décembre 2013, par Nicolas Dorigny

  Suite à échange rapide sur IRC : le intval dans recuperer_numero pose souci : si j’ai une rubrique "01. patati", elle s’affiche avec 1 et pas 01 dans ecrire, idem avec une rubrique 00 qui s’affiche 0.
  En l’occurence, ce numéro n’est pas un int, et n’a pas toujours été considéré comme devant l’être, il est inclus dans la chaine du titre.
  Il me semble que renvoyer 01 au lieu de 1 ne casse rien des usages qui en sont faits.

  Proposition : dans /ecrire/inc/filtres.php
  function recuperer_numero($texte)
  - return intval($regs¹) ;
  + return preg_replace(’#[^0-9]+#’,’’,$regs¹) ;

  Denisb signale aussi "en mode rubrique_edit, le numéro disparait carrément du titre".

• Révision 22984 : Chaque table ayant un champ "lang" n’est pas obligé d’avoir de champ langue_chois...

  13 avril 2016, par kent1@arscenic.info

  Du coup la fonction instituer_langue_objet provoquait des erreurs Mysql du type :

  :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’langue_choisie’ in ’field list’
  in /blahblah/ecrire/action/instituer_langue_objet.php L39 [sql_updateq(),action_instituer_langue_objet_dist(),objet_modifier_champs(),inserer_article_syndique(),syndic_a_jour(),queue_start_job(),queue_schedule(),action_syndiquer_site_dist(),traiter_appels_actions()]
  UPDATE `blablah`.spip_syndic_articles
  SET lang=’fr’,langue_choisie=’oui’
  WHERE id_syndic_article=32583

  Cette fonction n’est utilisée qu’une seule fois dans le core, au lieu de l’alourdir en passant à nouveau par trouver_table, on change sa signature, c’est objet_modifier_champs (où est son seul appel et qui fait déjà un trouver_table) qui stipule si oui ou non on change le champ langue_choisie.