La respuesta breve es que existen numerosos tipos de almacenamiento en cach\u00e9. Algunos de ellos son aceptables para un sitio de afiliaci\u00f3n, y otros no. No se trata de un problema espec\u00edfico de MemberMouse, sino que afecta a todas las plataformas de afiliaci\u00f3n y a la mayor\u00eda de los sitios que permiten a un visitante iniciar sesi\u00f3n. Asimismo, existen numerosos tipos de alojamiento. Algunos de ellos pueden utilizarse con un sitio de afiliaci\u00f3n, y otros son incompatibles con ellos.<\/p>\n\n\n\n
Tambi\u00e9n hay una serie de tecnolog\u00edas de almacenamiento en cach\u00e9 que guardan la salida completa de los programas que se ejecutan en su servidor, y s\u00f3lo muestran esta salida cuando se accede a las p\u00e1ginas. Estas tecnolog\u00edas se denominan \"cach\u00e9 de p\u00e1gina completa\". Pueden utilizarse en determinados tipos de sitios web. Por ejemplo, supongamos que tengo un blog. No importa qui\u00e9n lea mi blog, todos ven lo mismo. Puedo usar la cach\u00e9 de p\u00e1gina completa, y es genial para el rendimiento, porque mi servidor no est\u00e1 haciendo esencialmente nada, s\u00f3lo recibiendo las peticiones y reproduciendo la salida una y otra vez.<\/p>\n\n\n\n
Sin embargo, el prop\u00f3sito mismo de un sitio de membres\u00eda es mostrar cosas diferentes a personas diferentes. Dado que dos visitantes ver\u00e1n contenidos diferentes en funci\u00f3n de lo que hayan comprado, de si han iniciado sesi\u00f3n o de otra serie de factores, no se puede simplemente guardar la salida de un visitante y utilizarla con otro. El programa que controla qui\u00e9n ve qu\u00e9 tiene que ejecutarse, o la gente no ver\u00e1 lo que se supone que tiene que ver, y las acciones que tienen que ocurrir (como comprar o cancelar) puede que no ocurran como se supone que tienen que ocurrir, porque se est\u00e1n saltando partes del programa que controlan esas acciones.<\/p>\n\n\n\n