Meilleure Façon de Prévenir IE Cache dans AngularJS?

J'utilise actuellement le service/$de ressources pour faire des appels ajax (OBTENIR dans ce cas), et IE met en cache les appels pour que de nouvelles données ne peuvent être récupérées à partir du serveur. J'ai utilisé une technique que j'ai trouvé sur google pour créer un nombre aléatoire et l'ajouter à la demande, de sorte que IE n'ira pas en cache pour les données.

Est-il une meilleure façon que l'ajout de la cacheKill à chaque requête?

code usine

.factory('UserDeviceService', function ($resource) {

        return $resource('/users/:dest', {}, {
            query: {method: 'GET', params: {dest: "getDevicesByUserID"}, isArray: true }
        });

Appel à partir du contrôleur de

$scope.getUserDevices = function () {
        UserDeviceService.query({cacheKill: new Date().getTime()},function (data) {
            //logic
        });
    }

J'ai ajouté Pas-en-têtes de Cache sur le côté serveur et il a travaillé pour l'instant.
Ufuk, qui semble être le moyen le plus efficace de faire prendre en charge le problème "à l'échelle mondiale" ou plus de manière évolutive, sans avoir à faire tous les ajax/appel RESTE unique. Vous devez répondre à la question, donc je peux le marquer comme réponse! Vous méritez le crédit.
BTW, je suis l'aide d'un noeud/express pour le serveur web, et j'ai accompli ce que Ufuk recommandé en ajoutant le code suivant à exprimer config: app.utilisation(fonction noCache(req, res, next){ res.header("Cache-Control", "no-cache, pas de magasin, must-revalidate"); res.header("Pragma", "no-cache"); res.header("Expires",0); next(); })

InformationsquelleAutor binarygiant | 2013-06-06

angularjs caching

36

Comme binarygiant demandé-je suis de poster mon commentaire comme une réponse. J'ai résolu ce problème en ajoutant No-Cache-têtes de la réponse sur le côté serveur. Notez que vous avez à faire cela pour les requêtes GET seulement, d'autres demandes semble bien fonctionner.

binarygiant posté comment vous pouvez le faire sur le nœud/express. Vous pouvez le faire dans ASP.NET MVC comme ceci:
```
[OutputCache(NoStore = true, Duration = 0, VaryByParam = "None")]
public ActionResult Get()
{
    //return your response
}
```
- est-il SEC la mise en œuvre de cette?
- L'ajout d'un filtre global peut-être?
- il fonctionne pour moi 😉
InformationsquelleAutor Ufuk Hacıoğulları

Comme décrit dans l'un de mes autres postes, vous pouvez désactiver la mise en cache à l'échelle mondiale dans le $httpProvider:

myModule.config(['$httpProvider', function($httpProvider) {
    //initialize get if not there
    if (!$httpProvider.defaults.headers.get) {
        $httpProvider.defaults.headers.get = {};    
    }    

    //Answer edited to include suggestions from comments
    //because previous version of code introduced browser-related errors

    //disable IE ajax request caching
    $httpProvider.defaults.headers.get['If-Modified-Since'] = 'Mon, 26 Jul 1997 05:00:00 GMT';
    //extra
    $httpProvider.defaults.headers.get['Cache-Control'] = 'no-cache';
    $httpProvider.defaults.headers.get['Pragma'] = 'no-cache';
}]);

JSHint peut se plaindre de $httpProvider.defaults.headers.get['Pragma'] = 'no-cache'; il est donc possible de modifier cette ligne pour $httpProvider.defaults.headers.get.Pragma = 'no-cache';
Puis-je ne pas utiliser ces extras?
Pour ceux d'entre vous qui utilisent Angulaire de Ressources que vous avez à remplacer $httpProvider avec $resourceProvider

InformationsquelleAutor cnmuc

Pour ceux qui l'utilisent ASP.NET Web API 2 la solution équivalente, ne serait-ce (API Web ne pas utiliser la même mise en cache de la logique MVC):

public class NoCacheHeaderFilter : ActionFilterAttribute
{
    public override void OnActionExecuted(HttpActionExecutedContext actionExecutedContext)
    {
        if (actionExecutedContext.Response != null) //can be null when exception happens
        {
            actionExecutedContext.Response.Headers.CacheControl =
                new CacheControlHeaderValue { NoCache = true, NoStore = true, MustRevalidate = true };
            actionExecutedContext.Response.Headers.Pragma.Add(new NameValueHeaderValue("no-cache"));

            if (actionExecutedContext.Response.Content != null) //can be null (for example HTTP 400)
            {
                actionExecutedContext.Response.Content.Headers.Expires = DateTimeOffset.UtcNow;
            }
         }
    }
}

puis l'attacher dans WebApiConfig.cs:

public static void Register(HttpConfiguration config)
{
    ....
    config.Filters.Add(new NoCacheHeaderFilter());

    config.Routes.MapHttpRoute(
        name: "DefaultApi",
        routeTemplate: "api/{controller}/{id}",
        defaults: new { id = RouteParameter.Optional }
    );
}

Cela a résolu notre problème. Nous avons également eu à ajouter if(actionExecutedContext.Request.Method.Method == "GET") dans le OnActionExecuted événement pour en faire seulement le feu sur les requêtes GET
J'ai mis à jour le code pour certains cas limites, j'ai trouvé.
Vous aurez à comparer à la HttpMethod et pas seulement la chaîne. Comme ceci: actionExecutedContext.Request.Method == HttpMethod.Get
J'avais été en utilisant la méthode proposée par @cnmuc, mais il pourrait interférer avec certains services rest-je utiliser (certains services rejeté la demande en déclarant que les en-têtes ne sont pas acceptés). L'application de votre filtre a travaillé comme un charme.

InformationsquelleAutor UserControl

33

Permettant noCache dans l'est de l'instance était le meilleur moyen pour y parvenir:

Dans node/express cela fonctionne pour prévenir c'est à dire de mise en cache de ces demandes:
```
app.use(function noCache(req, res, next) {
    res.header("Cache-Control", "no-cache, no-store, must-revalidate");
    res.header("Pragma", "no-cache");
    res.header("Expires", 0);
    next();
});
```
- Est-ce à également désactiver la mise en cache des fichiers statiques? c'est à dire votre "public" dossier?
- juste ajouter que le middleware après de servir les fichiers statiques
- merci beaucoup travaillé
InformationsquelleAutor binarygiant

vous pouvez ajouter un intercepteur pour générer unique url de la requête. Aussi, vous pouvez supprimer de la console.journal des appels

myModule.config(['$httpProvider', function($httpProvider) {
 $httpProvider.interceptors.push('noCacheInterceptor');
}]).factory('noCacheInterceptor', function () {
            return {
                request: function (config) {
                    console.log(config.method);
                    console.log(config.url);
                    if(config.method=='GET'){
                        var separator = config.url.indexOf('?') === -1 ? '?' : '&';
                        config.url = config.url+separator+'noCache=' + new Date().getTime();
                    }
                    console.log(config.method);
                    console.log(config.url);
                    return config;
               }
           };
    });

Une meilleure solution au lieu de manipuler l'url serait: vérifier si la demande comporte des paramètres config.params = config.params || [] puis ajouter par défaut désactiver le paramètre config.params['noCache'] = new Date().getTime();

InformationsquelleAutor dillip pattnaik

Je reçois une réponse par:

$http.get("/your_url?rnd="+new Date().getTime()).success(function(data, status, headers, config) {
    console.log('your get response is new!!!');
});

Dieu bénisse StackOverFlow!

InformationsquelleAutor khichar.anil

Koajs équivalent de binarygiant réponse:

app.use(route.get('*', noCache));

function* noCache(path, next){
    this.set('cache-control', 'no-cache, no-store, must-revalidate');
    this.set('pragma',  'no-cache');
    this.set('expires', 0);
    yield next;
}

InformationsquelleAutor Felix

3

Bien que cette approche:
```
myModule.config(['$httpProvider', function($httpProvider) {
    //initialize get if not there
    if (!$httpProvider.defaults.headers.get) {
        $httpProvider.defaults.headers.get = {};    
    }
    //disable IE ajax request caching
    $httpProvider.defaults.headers.get['If-Modified-Since'] = '0';
}]);
```
Est correcte, '0' n'est pas une valeur valide pour le Si-Modified-since-tête. Il doit être valide HTTP date, par exemple:
```
If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT
```
Selon la spec:

Un destinataire DOIT ignorer la Si-Modified-since champ d'en-tête si l'

reçu champ de valeur n'est pas valide HTTP date, ou si la demande

la méthode n'est ni OBTENIR ni TÊTE.

Donc mieux être prudent que désolé et utiliser une date dans le passé.

Si vous avez aucun contrôle sur la sortie du serveur, il serait préférable de ne pas ajouter de mise en cache des en-têtes à la place.

InformationsquelleAutor Brother Woodrow
2

Ma solution était d'ajouter Cache-Control: no-cache en-tête sur le serveur, plus l'ajout d' $templateCache.remove() avant de changer d'état. Je suis à l'aide d'angular-ui/ui-router. J'ai eu des problème avec IE11 et le Bord du navigateur.
```
$templateCache.remove('/partials/details.html');
$state.go('details');
```
- Entendez-vous le Cache-Control: no-cache?
InformationsquelleAutor Hexadecy
-3

Une solution évidente consiste à utiliser une url unique. Mais comment le routeur url changé de poste d'initialisation
Désactiver les caches du navigateur n'est pas une option, car nous en avons besoin pour les opérations normales.
Vous pouvez supprimer des modèles de la $templateCache lorsque ceux-ci sont pas de
plus nécessaire.
(http://docs.angularjs.org/api/ng.$templateCache).
Ces nouvelles sont ajoutées à la cache dès que le téléchargement est terminé.

InformationsquelleAutor user1937163

Vous devez vous connecter pour publier un commentaire.