Je ne crois pas que DNNPAceMaker soit destiné à être placé autre part que sur une page dont l'accès n'est pas donné aux visiteurs lambdas. Il suffit de cliquer sur le lien qu'il offre pour que le module soit activé. Il va tout simplement, si mes souvenirs sont bons, empêcher que l'application ne s'arrête et ne libère la totalité de la mémoire. Il fait donc gagner du temps (puisqu'il évite un redémarrage complet).
Pour gagner du temps tu peux aussi porter une analyse sur les données qui sont transmises au client lors de l'affichage d'une page. Tu peux par exemple traiter les images pour qu'elles soient moins lourdes (PNG 8 Bits donne de bons résultats, Gif pour les éléments les plus petits), compresser les CSS et les librairies Javascript (/js/). Côté skin, utiliser des DIV diminuera le temps de chargement de 60% (pour la part du skin, et comparativement à un skin utilisant des TABLEs) et rendra la navigation nettement moins lourde sur les configs clientes les plus légères. Aussi, suivant ton degré de connaissance en CSS, tu peux effacer le contenu de default.css et portal.css. Tu peux également augmenter la durée du cache de chacun des modules qui te semblent avoir un contenu statique (Text/HTML, Documents, Wiki, etc...) Cela se passe sur la page d'édition des contrôles associés à un module ; par défaut pour le Text/HTML, on trouve 1200 secondes, ce qui est très peu si on utilise les Text/HTML pour du contenu vraiment statique, qui peut rester semaines mois sans bouger. Cela limittera les accès à la base de données. Aussi, un disque dur défragmenté et rapide, couplé à un processeur puissant et une bande passante très large apportent énorménent. Aussi, active le Cache Important dans les paramètres de l'hôte (Heavy Caching), configurer une persistence viewstate particulière, et mener l'analyse des données émises plus loin.
seb