Disponemos de un sitio web en un servidor dedicado. Aquí están las configuraciones del servidor:
- Intel genuino, Intel (R) Core (TM) i5-2400[correo electrónico protegido]
- Versión Plesk v10.3.0_build1012110629.18 os_Ubuntu 10.04
- Sistema operativo Linux 2.6.38.2-xxxx-std-ipv6-64
- Memoria Total 16Gb
Este sitio web (http://www.bobcat.pro) es un sitio de comercio electrónico compuesto por 18000 categorías y 300000 productos. Todo funcionando en PHP5/MySQL.
Como puede ver al navegar, la visualización de las páginas se realiza en 5 segundos (o más), lo cual es demasiado tiempo. Estoy buscando una manera de reducir la pantalla que sea compatible con la instalación de nuestro servidor.
He usado barniz, pero tuve demasiados problemas con la experiencia como para volver a intentarlo. ¿Qué me recomienda? El módulo page_speed de google para apache 2 ¿es una buena solución?
Respuesta1
El barniz es probablemente la solución adecuada para usted. Sin embargo, también puedes seguir adelante con otras cosas.
Intente usar cualquiera de:
Estas soluciones acelerarían el acceso respaldado para su proceso Apache y eliminarían la sobrecarga de acceso a la base de datos para las páginas.
Sin embargo, aún así te recomendaría que publiques una pregunta sobre los problemas que enfrentaste al implementar el barniz; es posible que se resuelvan, ya que el barniz generalmente funciona muy bien para la mayoría de las personas.
Respuesta2
Los proveedores de la aplicación de comercio electrónico podrían responder mejor.
A primera vista, parece que quiere algún tipo de encabezados de control de caché en las respuestas HTTP: un encabezado 'Expires' o un 'Etag'. Sin embargo, no necesariamente desea agregarlos en todas partes, o podría romper algo donde el usuario realmente necesitaba una vista nueva en lugar de ir a un caché.
En realidad, es un poco criminal que la aplicación de comercio electrónico no ajuste estos encabezados de forma inmediata (saber cuándo el caché está "obsoleto" es algo que la aplicación sabe mejor). Estaría buscando uno diferente.
Además, a juzgar por el tiempo requerido para una sola solicitud, parecería que la aplicación no está diseñada para la cantidad de categorías y productos que le estás aplicando. Probablemente realicen algunas consultas SQL que implican 'escaneos de tablas' (muchas E/S de disco) o, alternativamente, algunas consultas complejas que implican conjuntos de trabajo muy grandes en la memoria de la base de datos (por ejemplo, clasificar 300.000 registros). Los índices en la base de datos MySQL a veces pueden ayudar con estos problemas, pero nuevamente sería mejor si el procedimiento de instalación de la aplicación los agregara, ya que primero es necesario saber qué consultas es probable que emita la aplicación antes de poder optimizar la base de datos para ellas. Otra señal de que tienes la aplicación de comercio electrónico equivocada para el trabajo.