ruby on rails - ejemplos - Parámetro de subrayado extraño en enlaces remotos
django (4)
es un destructor de caché . También se usa en modo de desarrollo, para evitar recibir una solicitud anterior del caché del navegador.
(Desafortunadamente, todas las explicaciones que encontré se relacionan con la publicidad: S)
Uso Rails3, JQuery y will_paginate gem para hacer enlaces remotos de paginación. La solución conocida para esto es:
$(''.pagination a'').live(''click'',function (){
$.getScript(this.href);
return false;
});
Con este código obtengo enlaces como: http://localhost:3000/products?_=1300468875819&page=1
o http://localhost:3000/products?_=1300468887024&page=2
. Entonces la pequeña pregunta es: ¿qué es este param extraño? _=1300468887024
(se parece al tiempo Unix). ¿Cual es su propósito? Como sé, esto puede causar algunos problemas con los rastreadores de búsqueda.
UPD : la solución se describe aquí .
Esta es una solución simple si no te importa eliminarla para todas las solicitudes:
jQuery.ajaxSetup({ cache: true });
Otra solución sería extender la función getScript de jQuery según la documentación :
jQuery.cachedScript = function(url, options) {
options = $.extend(options || {}, {
dataType: "script",
cache: true,
url: url
});
return jQuery.ajax(options);
};
De esta forma, solo las llamadas ajax que usan este nuevo método usarán la memoria caché. Por otro lado, si usaste el método ajaxSetup, todas tus llamadas ajax se almacenarían en caché por defecto, ya que ajaxSetup establece la propiedad del caché globalmente.
Ahora puede usar $.cachedScript(location.href);
en lugar de $.getScript(this.href);
.
la mejor respuesta para esta pregunta, la fundé aquí:
Solicitud Ajax con will_paginate Rails 4
¡Funciona bien para mí! :)