ASP.NET MVC5 chaque Rasoir Page très lent lors du premier chargement

Ce n'est pas le même délai d'expériences où le première demande arrive, mais c'est un délai qui est connu à chaque fois qu'un Rasoir vue est accessible pour la première fois, il peut prendre une seconde ou deux. Toutes les demandes ultérieures de ce point de vue sont très rapides. Cela se produit même pour de simples points de vue qui ne sont pas à faire toute sorte de programme (telles que l'accès à une base de données, etc).

J'ai déjà assuré que debug=false dans la compilation de la balise dans le système.web dans le fichier de configuration.

J'ai également supprimé set de Rasoir comme le seul point de vue-moteur via le Global.asax

Ce qui pourrait être à l'origine de ce retard? Cela semble être un problème connu dans l'ancien asp.net 'site' jours avant de déménager à une "application web" où chaque .aspx.cs code a été compilé au déploiement plutôt que lors de l'exécution. N'Rasoir souffrent encore de cette?

InformationsquelleAutor simbolo | 2014-07-29
  1. 30

    Le problème est causé par l'analyse et la compilation du Rasoir points de vue. Une fois les vues sont compilés, ils exécutent très rapidement. Les vues ne sont analysées et compilées sur la première demande de la vue, ou si la vue a été modifié depuis la dernière compilation.

    Vous pouvez résoudre ce problème sur un déployés WebApp par precompling votre point de vue comme une partie de votre processus de publication. Voir l'image ci-dessous sur la façon de le faire dans VS2012, en utilisant le standard de dialogue publier.

    Vous pouvez sélectionner l'option pouvant être mis à jour si vous le souhaitez, mais pour un site de production je ne le recommande pas.

    ASP.NET MVC5 chaque Rasoir Page très lent lors du premier chargement

    • Merci - semble évident aujourd'hui. J'ai essayé et semble avoir fait une énorme amélioration, il y a toujours un décalage, mais rien comparé à la précédente retard. Il expose également un bug dans VS2013 où il exécute un compilateur 32 bits plutôt que le 64 bits nécessaire, une fois que j'ai eu autour de ce que cela fonctionne.
    • Cela ne fait pas de différence à mon site. Chaque page de chargement très lentement.
    • la "Autoriser le site précompilé à être mis à jour" doit être DÉSACTIVÉE pour les vues de précompiler. Il est défini sur par défaut,
    • Il ne fonctionne pas, n'importe quoi. Je peux voir compilé vue dll dans la corbeille, mais les premiers rendus encore en tenant aussi longtemps qu'avant. L'exécution de VS2013, compilant 64 bits.
    • La chose qui a fonctionné pour moi a été de retirer du Système.Web.L'optimisation et de la WebGrease. Cela implique également d'arracher la totalité de l'assemblage des composants pour votre css et les scripts, mais holy moly ne le chargement des pages plus rapide, ils sont à peu près instantanément. C'est dommage que ces packages NuGet sont inclus par défaut.
    • cette solution améliore autour de 70% de chargement de la vue à la première charge.

    InformationsquelleAutor Xenolightning
  2. 4

    Webgrease. Il minifies votre production js et css des faisceaux sur la première charge, puis les caches. Problème est que lorsque la minification a des erreurs, il va essayer de compiler à chaque fois, la course quel que soit l'erreur routines sont là.
    Il n'y a pas de rapport de bug et la seule façon de découvrir ce qui se passe est en ouvrant directement les références et de voir des trucs comme:

    /* Minification failed. Returning unminified contents.
(69,1): run-time error CSS1019: Unexpected token, found '@import'
(69,9): run-time error CSS1019: Unexpected token, found '"variables.less"'
(70,1): run-time error CSS1019: Unexpected token, found '@import'

    Qui (dans le cas ci-dessus) révèle que votre inutile .moins ou .sass fichiers ont été publiés, ce qui est généralement le résultat d'générique regroupement.
    Générique regroupement va vous coûter plus de temps qu'il n'en sauve.

    InformationsquelleAutor vsmash
  3. 0

    Analyse de points de vue peut être lent. Avez-vous essayé d'utiliser RazorGenerator pour compiler votre point de vue?

    Type install-package RazorGenerator dans le Gestionnaire de Package NuGet de la Console, ou de l'installer via NuGet manuellement ici.

    InformationsquelleAutor Mathias Lykkegaard Lorenzen