Modif sur le #plugin #SPIP inclure-ajaxload :
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/inclure-ajaxload
Le plugin prend désormais en compte la constante _SPIP_LIER_RESSOURCES (introduite dans image_responsive), qui permet d’indiquer qu’on veut faciliter l’aspiration du site en ajoutant des balises <link> dans le code généré.
Enrichissement du #plugin #SPIP inclure-ajaxload :
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/inclure-ajaxload
documenté ici :
►http://www.paris-beyrouth.org/tutoriaux-spip/article/plugin-inclure-ajaxload
Je viens d’ajouter la possibilité d’utiliser les inclusions (ESI) de Varnish :
▻https://www.varnish-cache.org/docs/3.0/tutorial/esi.html
Pour cela, il suffit d’indiquer : {ajaxload=esi} et du coup cet include se fera directement au niveau de Varnish.
Sur Flip-Zone, par exemple, j’ai des caisses entières de liens vers les articles du site (plus d’une dizaine sur chaque page), et ça devient :
[(#INCLURE{fond=inc/lien_article}{id_article}{lang}{ajaxload=esi})]L’idée rigolote, c’est que le plugin balance le code alternatif en ajaxload classique si l’ESI n’est pas activé dans Varnish. Mais ce n’est pas vraiment une bonne idée de faire comme ça, parce que pour le coup je me rends compte que l’include ESI est également adapté aux includes d’entêtes (dans <head>), et que donc là l’inclusion ajax n’est pas pertinente (me semble-t-il). Faudrait peut-être prévoir une alternative plus « rustique »…
Cool ! je le testais à l’instant ;) mais pas en varnish … en plus court on peut écrire
#INCLURE{fond=inc/lien_article,id_article,lang,ajaxload=esi}dis @arno, on présente comment du code sur seenthis ?
pour la doc d’ESI voir
▻https://www.varnish-cache.org/docs/4.0/users-guide/esi.html
à noter, varnish ne traitera pas les requêtes ESI si la page ne commence pas par un < (des espaces sont tolérées).
Bon, il y a une grosse difficulté : les petites inclusions sont des appels SPIP basés sur var_ajax=recuperer. Et ces pages ne sont jamais mises en cache par Varnish (@fil me dit que c’est parce que dans ecrire/inc/actions.php, la fonction ajax_retour ne prévoit pas d’envoyer d’information de durée de vie du cache.
Du coup, tel quel, mon inclusion ESI est particulièrement productive (j’ai planté Flip-Zone hier et ce matin) : au lieu d’appeler une page SPIP en cache de Varnish (et si elle ne l’est pas : un appel Apache), j’appelle une page qui contient des dizaines d’inclusions ESI qui demandent à charger des pages SPIP en var_ajax, pages qui ne sont justement pas en cache de Varnish, et déclenchent donc autant d’accès à Apache.
Pour l’instant, tout ce que j’ai trouvé, c’est d’ajouter un réglage à la sauvage dans Varnish, au niveau vcl_fetch :
if (req.url ~ "var_ajax=recuperer") {
set beresp.ttl = 3660s;
set beresp.http.Cache-Control = "max-age=3600";
set beresp.http.Vary = "Accept-Encoding";
remove beresp.http.X-VARNISH-TTL;
}
En fait, autre souci en même temps : depuis deux jours je me cogne des milliers d’erreurs 404, parce que je reçois du traffic bizarre depuis la Chine.
J’ai bien l’impression qu’il s’agit de ceci (le firewall qui censure l’interwebz chinois m’expédie ses indésirables) :
▻http://qz.com/351281/chinas-great-firewall-is-demolishing-foreign-websites-and-nobody-knows-why