La compresión Apache/PHP no funciona

programación


Hola

Disculpas, estoy averiguando esto a medida que avanzo, así que podría decir lo obvio o no decir algo que debería. Probablemente este ni siquiera sea el lugar adecuado para preguntar, pero sospecho que hay otros desarrolladores aquí que han tenido que resolver esto en su tiempo libre.

Hemos implementado una aplicación en un servidor Linux alojado que ejecuta el kvm estándar CentOS v7.9.2009, tengo acceso completo a esto a través de whm, cpanel, PuTTY y FTP.

El front-end de la aplicación está codificado en php, el back-end en java, y ambos acceden a un conjunto de bases de datos mysql. Soy java, no sé nada de php.

Estoy intentando permitir que Apache se desinfle. Estoy usando lo siguiente como guía:

Attention Required! | Cloudflare

Esto es realmente crítico, estamos tratando de apuntar a Zimbabwe y recién ahora hemos descubierto cuán lento, costoso y desagradable es realmente su Internet.

Lo que he probado:

Si entro a WHM y miro EasyApache, puedo ver que estamos usando Apache 2.4 y que el paquete mod_deflate está habilitado.

Ejecuto filezilla y navego hasta .htaccess. Lo llevo a mi máquina, lo edito para incluir todas las líneas AddOutputFilterByType DEFLATE, siendo la importante texto/html. Lo subo de nuevo.

Inicialmente probé usando el sitio pingdom vinculado en esa guía, pero luego usé wget desde un powershell y busqué una línea que decía Content-Encoding:gzip.

También inicié sesión en el sistema usando Chrome y miré la vista de herramientas de desarrollador. Luego inicié Wireshark y luego navegué a una forma particularmente pesada. Detuve Wirehark y miré las estadísticas. También ingresé al servidor y miré el archivo html que había generado php. El archivo generado tenía un tamaño de 5,56 MB, pero si lo comprimía con 7Zip se reducía a 116 kb o 200 kb con winzip. El tráfico de Wirehark parecía ser 6474 paquetes de 1514 bytes cada uno durante 5 segundos enviados desde el servidor, mientras que mi máquina respondió con 6460 paquetes de 54 bytes cada uno. Esto suma alrededor de 9,3 Mb de descarga y 340 kb devueltos. Entonces no comprimido.

Se me ocurre que es posible que el html generado por php no se encuentre en la estructura del archivo bajo el archivo .htaccess, por lo que está excluido de su alcance. ¿Es eso una cosa? ¿Puedes moverte donde php genera html?

Solución 1

Al mirar el enlace proporcionado, lo está haciendo de manera incorrecta, se supone que PHP es su backend y javascript/jquery su interfaz mirando su publicación… Está agregando múltiples cargas a sus solicitudes en su servidor, que responde en tiempos lentos. Utilice PHP completamente para las solicitudes de su servidor y Javascript para “css” en sus páginas. Usar Javascript/css en PHP se ralentizará enormemente porque hay solicitudes que van y vienen entre el usuario y el servidor, una pérdida total de tiempo y recursos.

Lo anterior se basa en una suposición: si muestra algún código de muestra, podríamos entender lo que intenta describir.

コメント

タイトルとURLをコピーしました