- mai 09, 2015
-
- mai 08, 2015
- mai 07, 2015
-
-
kent1 a rédigé
-
- mai 03, 2015
-
-
Eric Lupinacci a rédigé
-
- avr. 29, 2015
-
-
- avr. 26, 2015
- avr. 25, 2015
-
-
b_b a rédigé
-
- avr. 22, 2015
-
-
erational a rédigé
dans certains cas particuliers, les filtres ne sont pas chargés par le selecteur. on les charge donc. corrige https://core.spip.net/issues/3381 (en SPIP 3.1, le chargement est global sur le selecteur et permet d'éviter le problème)
-
- avr. 11, 2015
-
-
cerdic a rédigé
+ une globale pour interdire le fallback par fopen quand on ne veut pas risquer un double timeout si on sait que le host peut nous bloquer avec son firewall
-
- avr. 10, 2015
-
-
b_b a rédigé
report de r21983 : spécifier l'unité des valeurs pour left et top appliqués au p inséré par ajaxcallback en fin de page (chankalan)
-
- avr. 08, 2015
-
-
kent1 a rédigé
win_width.htc n'existe pas (enfin si, mais dans squelettes-dist) et donc il renvoie des erreurs 404 ici et à priori, celui de squelettes-dist ne concerne que ie5.5 à priori, je pense donc qu'il n'est pas pertinent de le dupliquer pour ce navigateur seulement
-
- mars 29, 2015
-
-
Eric Lupinacci a rédigé
-
Eric Lupinacci a rédigé
Eviter une notice dans le critère par si il est composé uniquement de deux éléments (ce qui est le cas le plus fréquent).
-
- mars 25, 2015
-
-
cerdic a rédigé
ssl:// a vecu, il faut utiliser tls:// car sinon les requetes https ne passent plus sur les serveurs avec une lib OpenSSL recente
-
- fév. 23, 2015
-
-
cerdic a rédigé
-
cerdic a rédigé
Bugfix : un unset sur une valeur de session ne doit pas generer un cache de session pour un visiteur anonyme sans session (effet papillon d'un petit bug sur session_set qui provoque une generation du cache à l'infini). Cas typique : - le plugin panier verifie a chaque hit si le visiteur a un panier en session et sinon par precaution appelle session_set('id_panier') pour unset une evenuelle valeur - session_set peuple la valeur a null et appelle ajouter_session() - ajouter_session voit que le visiteur n'a pas de cookie session et genere un hash de session - il inspecte le tableau de session voit qu'il n'y a rien a enregistrer et rend la main ni vu ni connu (croyait-il). Mais comme on a renseigne $_COOKIE[spip_session] celui-ci est pris en compte dans la fonction spip_session() et genere un cache sessionné. Le plus drole c'est qu'on ne pose le cookie. Donc on recommence au hit suivant avec un nouvel identifiant de session, ce qui est une catastrophe en performance si le site utilise des balises #SESSION. Chaque hit sur le site génére un nouveau cache (donc calcul, donc ecriture sur le disque, donc gonflement du cache etc.) Pour mémoire quand on joue avec les sessions dans les plugins et les squelettes il faut toujours verifier que au final un curl anonyme sur le site est servi sans aucun "Calcul" ni "Ecriture du cache" dans spip.log.
-
- fév. 16, 2015
-
-
kent1 a rédigé
-
- fév. 14, 2015
-
-
Fil a rédigé
-
- fév. 10, 2015
-
-
Bennyb a rédigé
-
- fév. 07, 2015
-
-
cerdic a rédigé
-
- jan. 21, 2015
-
-
cerdic a rédigé
Si une fonction wrap_embed_html est definie, on l'appelle en lui passant le contenu source et le html qu'on s'apprete a embed dans le contenu riche. Cette fonction peut etre utilisee pour encapsuler ce contenu dans un markup qui l'indique comme non editable dans un editeur wysiwyg et qui porte la trace du raccourci source pour permettre la conversion html=>raccourcis SPIP
-
- déc. 20, 2014
- déc. 15, 2014
-
-
cerdic a rédigé
id_table_objet() sur les tables non spip ne trouvait plus la clé primaire depuis r20312, un peu trop restrictif. On corrige en regardant la cle primaire du moment que la table est dans la base, qu'elle soit SPIP ou non
-
- déc. 10, 2014
-
-
kent1 a rédigé
Le Dari (http://fr.wikipedia.org/wiki/Dari) est aussi une langue rtl
-
- déc. 07, 2014
- déc. 02, 2014
-
-
cerdic a rédigé
L'ouverture/fermeture immédiate d'une socket pour lancer le cron en async peut bloquer un process apache sur le serveur, qui reste en attente betement. Il suffit alors d'avoir beaucoup de site sur un serveur pour arriver parfois à consommer le MaxClient Apache, ce qui est embêtant. On essaye donc autant que possible de lire la réponse du serveur pour fermer proprement et libererer la connexion, en se donnant un timeout de 200ms. De temps en temps il arrivera qu'on parte comme un sauvage sans le faire, mais tant que ça reste statistiquement occasionnel c'est pas grave.
-
- déc. 01, 2014
-
-
b_b a rédigé
-