☰

(Nube VPS) El sitio se cae, htacces se modificó, creo que debido al alto tráfico

tag-icon • tag-icon php .htaccess vps wordpress
(Nube VPS) El sitio se cae, htacces se modificó, creo que debido al alto tráfico

Tengo un vps en la nube en ovh con 8 GB de RAM, un procesador de 6 núcleos virtuales y Parallels Plesk 12 instalado en Ubuntu 14.04 (64 bits).
Tengo más de 10 sitios allí, pero solo 2 tienen tráfico.
De histats:
Sitio 1: Usuarios en línea: 167 visitantes hoy: 14,591
Sitio 2: Usuarios en línea: 182 visitantes hoy: 7,140

Creo que demasiado tráfico está causando que mi archivo htaccess se modifique con un carácter 's' al final causando un error 500 en el servidor.
Creo que el tráfico es la culpa, ya que me pasó lo mismo en el hosting compartido de godaddy, hacen lo mismo.
Pero yo No lo entiendo, ¿no son VPS más que suficientes para manejar ese tráfico? ¿Por qué me sucede esto? Por favor, ayúdenme porque no sé dónde buscar
. Además... Wordpress está instalado en mis sitios.

Esta es una captura de pantalla de mis estadísticas de vps:

ingrese la descripción de la imagen aquí

Contenido del .htaccessarchivo:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress and then
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress s

Respuesta1

Ahora que sabemos que el daño de htaccess es, extrañamente, intencional, aquí algunas sugerencias para una verdadera solución:

  1. Su servidor web está mal configurado y provoca muchas escrituras de registros de errores. Esto en sí mismo provoca escrituras innecesarias en el disco IO y debería solucionarse. Corrija todos esos errores (especialmente en torno a SSL) y su servidor ya será más capaz. O suprimir los errores de escritura.

  2. Ejecutas WordPress en esos sitios. Hay muchas formas de hacer que WordPress funcione mejor bajo carga. Algunas ideas:

    a. Algunos de los picos de tráfico pueden ser maliciosos. Complementos como WordFence pueden limitar esto. O utilice ipTables o Fail2Ban para asegurarse de que su servidor siga funcionando. Examine el tráfico y vea si puede bloquear parte del mismo antes de que llegue a Apache/PHP.

    b. Una página sencilla y bien optimizada es más fácil de publicar. Consulte Google Page Speed ​​Ingights, WebPageTst.org, GTMetrix, etc. para obtener pistas sobre cómo optimizar su sitio. Especialmente GZip y Browser Cache pueden tener un gran impacto en la carga del servidor.

    C. El almacenamiento en caché de datos facilita las cosas para el servidor. Puede almacenar en caché las consultas de base de datos MySQL, por ejemplo, o utilizar complementos como W3 Total Cache para almacenar en caché los objetos en el disco. O utilice WordFence Falcon Engine para habilitar el caché de página completa.

    d. A través, por ejemplo, de W3 Total Cache, puede usar CDN para descargar algunas solicitudes, o incluso CloudFlare, que puede hacerse cargo de su sitio por completo cuando no responde.

    mi. Muchos administradores de sistemas consideran que NginX funciona mejor bajo presión que Apache. Considere modificar su pila web, por ejemplo, de Apache/MySQL a NginX/Percona.

    F. Perfile sus instalaciones de WordPress y elimine los complementos que funcionen mal. GoDaddy tiene un complemento de generación de perfiles que puede indicarle cuáles son los peores infractores. Veo muchos sitios de WordPress con una mala combinación de complementos terribles que acaparan los recursos del sistema.

información relacionada