(VPS Cloud) Site cai, htacces modificado, acho que devido ao alto tráfego

(VPS Cloud) Site cai, htacces modificado, acho que devido ao alto tráfego

eu tenho um cloud vps na ovh com 8GB de ram, um processador de 6 vCores e instalei o Parallels Plesk 12 no Ubuntu 14.04 (64 bits)
Tenho mais de 10 sites lá, mas apenas 2 têm tráfego
De histats:
Site 1: Usuários online: 167 visitantes hoje: 14.591
Site 2: Usuários online: 182 visitantes hoje: 7.140

Acho que muito tráfego está fazendo com que meu arquivo htaccess seja modificado com um caractere 's' no final, causando um erro de servidor 500.
Acho que o tráfego é a culpa, pois o mesmo aconteceu comigo na hospedagem compartilhada godaddy, eles fazem o mesmo,
mas eu não entendo, esse vps não é mais que suficiente para lidar com esse tráfego? Por que isso está acontecendo comigo, por favor me ajude, pois não sei onde procurar
também. O Wordpress está instalado em meus sites

Esta é uma captura de tela das minhas estatísticas de vps:

insira a descrição da imagem aqui

Conteúdo do .htaccessarquivo:

<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

Responder1

Agora sabemos que seu dano ao htaccess é, estranhamente, intencional, aqui estão algumas sugestões para uma solução verdadeira:

  1. Seu servidor web está mal configurado e causa muitas gravações de log de erros. Isso por si só causa gravações desnecessárias no disco IO e deve ser corrigido. Corrija todos esses erros (especialmente em relação ao SSL) e seu servidor já estará mais capaz. Ou suprima a gravação de erros.

  2. Você executa o WordPress nesses sites. Há muitas maneiras de melhorar o desempenho do WordPress sob carga. Algumas ideias:

    a. Alguns dos picos de tráfego podem ser maliciosos. Plugins como o WordFence podem limitar isso. Ou use ipTables ou Fail2Ban para garantir que seu servidor continue funcionando. Examine o tráfego e veja se você pode bloquear parte dele antes que ele chegue ao Apache/PHP.

    b. Uma página enxuta e bem otimizada é mais fácil de servir. Verifique Google Page Speed ​​​​Ingights, WebPageTst.org, GTMetrix etc. para obter dicas sobre como otimizar seu site. Especialmente o GZip e o cache do navegador podem ter grandes impactos na carga do servidor.

    c. O armazenamento de dados em cache facilita as coisas para o servidor. Você pode armazenar em cache consultas de banco de dados MySQL, por exemplo, ou usar plug-ins como W3 Total Cache para armazenar objetos em cache no disco. Ou use o WordFence Falcon Engine para habilitar o cache de página completo.

    d. Através, por exemplo, do W3 Total Cache, você pode usar o CDN para descarregar algumas solicitações, ou até mesmo o CloudFlare, que pode assumir totalmente o controle do seu site quando ele não responder.

    e. Muitos administradores de sistemas acham que o NginX tem melhor desempenho sob pressão do que o Apache. Considere ajustar sua pilha da web, digamos, Apache/MySQL para NginX/Percona.

    f. Crie um perfil de suas instalações do WordPress e remova quaisquer plug-ins com desempenho ruim. GoDaddy tem um plugin de criação de perfil que pode indicar os piores infratores. Vejo muitos sites WordPress com uma mistura ruim de plug-ins terríveis que monopolizam os recursos do sistema.

informação relacionada