estos son todos muy subjetiva y depende del tipo de sitio que tiene, pero aquí están mis dos centavos:
mensajes de interfaz de usuario - si varios idiomas, almacenarlos en archivos de recursos
número de registros utilizados en la paginación & otros parámetros de la interfaz de usuario - me gusta hacer esto seleccionable por el usuario, si se utiliza jQuery para hacer esto plugins como tablesorter y tablesorter.pager hacer más fácil
Duración de la memoria caché para las páginas web & timeouts - realmente depende de la diferencia de tiempo de sus datos. Si el contenido se actualiza con frecuencia, es posible que no desee almacenarlo en la memoria caché por mucho tiempo. Pero si hay una gran cantidad de código para recuperar y organizar los datos, es posible que desee almacenarlos en caché durante más tiempo para mejorar el rendimiento.
Mapas de ruta & estructura del sitio - realmente depende de qué tipo de sitio que tiene y si va a beneficiar a los usuarios
AppSettings (web.config) - buenos para las constantes y elementos que no se cambiar a menudo, o son específicos de esa instalación, como base url, url servicio web, claves de la aPI de Google, etc
secciones personalizadas (web.config) - puede ser bueno para los ajustes que no se ajustan bien a la formato del diccionario, una clave para un valor.
Archivos externos de xml/texto remitidos desde la web.config - Lo uso como último recurso, podría ser una preferencia, pero odio usar archivos de E/S en el sitio.
clase interna estática (es) de las constantes - buen enfoque para almacenar la configuración que se cargan desde el PP, para evitar una cada vez db golpe que necesita los valores
tabla de base de datos (s) - cuando utilizando tablas db para las configuraciones, prefiero cargarlas en una clase estática y actualizarlas periódicamente, para evitar tener que pulsar el db cada vez que necesito los datos
ok :) Haré algunas preguntas por separado –
wrt to 2 Últimos puntos, ¿Caché con opción de devolución de llamada sería mejor (que estática)? – PRR