Ir para conteúdo
  • Cadastre-se

Posts Recomendados

Postado

Eu tenho alguns sites aqui que só conseguem rodar num servidor, pois estão acompanhados de um plugin de cache. É desativar, e o load subir de 100 pra mais rsrs

Hmmm bem estranho... Mas o Apache(se é que usas) está configurado para trabalhar com qual MPM? Event, worker ou prefork? Como está seu arquivo my.cnf?


Postado

Hmmm bem estranho... Mas o Apache(se é que usas) está configurado para trabalhar com qual MPM? Event, worker ou prefork? Como está seu arquivo my.cnf?

Está trabalhando com a mpm worker, e o my.cnf está otimizado para a quantidade de memória ram que temos.

Postado

Hmmm bem estranho... Mas o Apache(se é que usas) está configurado para trabalhar com qual MPM? Event, worker ou prefork? Como está seu arquivo my.cnf?

Apenas lembrando que eu não ponho um limite de tempo para exclusão do cache, ou seja, eles são mantidos sempre. Apenas para os posts.. Home e categorias estão exclusas disto.

Postado

Eu vou na contramão de todo mundo aqui. Desinstale todos os plugins de cache do Wordpress. Essas porcariadas de plugins fazem cache, mas necessitam de processamento a toda conexão (verificar se há o cache, entregar o arquivo, enfim.. eles aumentam bem o load do I/O), fato que vai gerar mais processamento ainda. O Varnish já faz isso para você, então.. coloque eles na lixeira.

Depois, pegue um servidor sem painel de controle, instale somente:

Nginx + PHP-FPM;

PureFTP;

Varnish;

Mysql;

PHPMyAdmin;

Firewall via Iptables;

Fail2Ban;

RkHunter;

João, concordo com essa configuração.

Mas a mesma só server APENAS PARA UM SITE!

E se vc tiver trabalhando com revenda, a adoção de um painel de controle seria a melhor opção, justamente pela facilidade em administrr várias contas rapido e facilmente.

Mas qual é a melhor opção, que funcionaria nesse esquema de configuração?

Postado

Coloquei o Varnishi em meu servidor que é voltado para wordpress ... e sim tive aumento de 40 % de melhoria , tem online de 200 a 400 por minuto e nem 0.8 de load . Recomendo para wordpress , é algo que melhorou mesmo o meu servidor.

Postado

Tente utilizar o Famozo Nginx com Varnishi e nos de a resposta se conseguil oque queria! Pois, Wordpress Depende muito da demanda de acessos

mais utilize ja tambem um plugin da propria wordpres!

Postado

Se você quiser realmente otimizar você irá precisar de um VPS ou dedicado para configurar da melhor forma possível para trabalhar com o wordpress, mas, não será necessário nenhum investimento inicial já que a Amazon tem o tal "Free Tier" no qual oferece um VPS grátis durante 1 ano, neste blog há um artigo sobre como configurar um servidor Ubuntu e algumas outras coisas para ter um Wordpress Rápido e Escalavel :)

http://www.ubuntubrsc.com/instalando-nginx-php-fpm-apc-varnish-mysql-ubuntu-server-12-04.html

http://aws.amazon.com/pt/ec2/#pricing

Postado

Eu estou gerenciando um servidor com o WP onde instalamos somente isto:

Nginx + PHP-FPM;

PureFTP;

Varnish;

Mysql;

PHPMyAdmin;

Firewall via Iptables;

Fail2Ban;

RkHunter;

No Centos 6.

O Load + RAM:

loadpdh.png

Os Acessos:

userspdh.png

Enfim, o Varnish é fantásticamente fantástico quando bem configurado.

Eu usei essa VCL:


#

# Varnish 3 configuration for Wordpress

#

# On Debian OS:  /etc/varnish/default.vcl

#

# Nicolas Hennion (aka) Nicolargo

#

# Set the default backend (Nginx server for me)

backend default {

# My Nginx server listen on IP address 127.0.0.1 and TCP port 8080

.host = "127.0.0.1";

.port = "8080";

# Increase guru timeout

# http://vincentfretin.ecreall.com/articles/varnish-guru-meditation-on-timeout

.first_byte_timeout = 300s;

}

# Forbidden IP ACL

acl forbidden {

# "41.194.61.2"/32;

}

# Purge ACL

acl purge {

# Only localhost can purge my cache

"127.0.0.1";

"localhost";

}

# This function is used when a request is send by a HTTP client (Browser)

sub vcl_recv {

# Block the forbidden IP addresse

if (client.ip ~ forbidden) {

		 error 403 "Forbidden";

}

# Only cache the following sites

#if ((req.http.host ~ "(blog.nicolargo.com)") || (req.http.host ~ "(blogtest.nicolargo.com)")) {

if ((req.http.host ~ "(blog.nicolargo.com)")) {

  set req.backend = default;

} else {

  return (pass);

}

# Compatibility with Apache format log

if (req.restarts == 0) {

   if (req.http.x-forwarded-for) {

	    set req.http.X-Forwarded-For = req.http.X-Forwarded-For + ", " + client.ip;

   } else {

   set req.http.X-Forwarded-For = client.ip;

   }

	 }

# Normalize the header, remove the port (in case you're testing this on various TCP ports)

set req.http.Host = regsub(req.http.Host, ":[0-9]+", "");

# Allow purging from ACL

if (req.request == "PURGE") {

  # If not allowed then a error 405 is returned

  if (!client.ip ~ purge) {

   error 405 "This IP is not allowed to send PURGE requests.";

  }

  # If allowed, do a cache_lookup -> vlc_hit() or vlc_miss()

  return (lookup);

}

# Post requests will not be cached

if (req.request == "POST") {

  return (pass);

}

# --- Wordpress specific configuration

# Did not cache the RSS feed

if (req.url ~ "/feed") {

  return (pass);

}

# Blitz hack

	    if (req.url ~ "/mu-.*") {

			    return (pass);

	    }


# Did not cache the admin and login pages

if (req.url ~ "/wp-(login|admin)") {

  return (pass);

}

# Remove the "has_js" cookie

set req.http.Cookie = regsuball(req.http.Cookie, "has_js=[^;]+(; )?", "");

# Remove any Google Analytics based cookies

set req.http.Cookie = regsuball(req.http.Cookie, "__utm.=[^;]+(; )?", "");

# Remove the Quant Capital cookies (added by some plugin, all __qca)

set req.http.Cookie = regsuball(req.http.Cookie, "__qc.=[^;]+(; )?", "");

# Remove the wp-settings-1 cookie

set req.http.Cookie = regsuball(req.http.Cookie, "wp-settings-1=[^;]+(; )?", "");

# Remove the wp-settings-time-1 cookie

set req.http.Cookie = regsuball(req.http.Cookie, "wp-settings-time-1=[^;]+(; )?", "");

# Remove the wp test cookie

set req.http.Cookie = regsuball(req.http.Cookie, "wordpress_test_cookie=[^;]+(; )?", "");

# Are there cookies left with only spaces or that are empty?

if (req.http.cookie ~ "^ *$") {

	  unset req.http.cookie;

}

# Cache the following files extensions

if (req.url ~ "\.(css|js|png|gif|jp(e)?g|swf|ico)") {

  unset req.http.cookie;

}

# Normalize Accept-Encoding header and compression

# https://www.varnish-cache.org/docs/3.0/tutorial/vary.html

if (req.http.Accept-Encoding) {

  # Do no compress compressed files...

  if (req.url ~ "\.(jpg|png|gif|gz|tgz|bz2|tbz|mp3|ogg)$") {

	   remove req.http.Accept-Encoding;

  } elsif (req.http.Accept-Encoding ~ "gzip") {

	   set req.http.Accept-Encoding = "gzip";

  } elsif (req.http.Accept-Encoding ~ "deflate") {

	   set req.http.Accept-Encoding = "deflate";

  } else {

   remove req.http.Accept-Encoding;

  }

}

# Check the cookies for wordpress-specific items

if (req.http.Cookie ~ "wordpress_" || req.http.Cookie ~ "comment_") {

  return (pass);

}

if (!req.http.cookie) {

  unset req.http.cookie;

}

# --- End of Wordpress specific configuration

# Did not cache HTTP authentication and HTTP Cookie

if (req.http.Authorization || req.http.Cookie) {

  # Not cacheable by default

  return (pass);

}

# Cache all others requests

return (lookup);

}


sub vcl_pipe {

return (pipe);

}


sub vcl_pass {

return (pass);

}


# The data on which the hashing will take place

sub vcl_hash {

  hash_data(req.url);

  if (req.http.host) {

	  hash_data(req.http.host);

  } else {

	  hash_data(server.ip);

  }

# If the client supports compression, keep that in a different cache

	 if (req.http.Accept-Encoding) {

		 hash_data(req.http.Accept-Encoding);

}


return (hash);

}


sub vcl_hit {

# Allow purges

if (req.request == "PURGE") {

  purge;

  error 200 "Purged.";

}

return (deliver);

}


sub vcl_miss {

# Allow purges

if (req.request == "PURGE") {

  purge;

  error 200 "Purged.";

}


return (fetch);

}

# This function is used when a request is sent by our backend (Nginx server)

sub vcl_fetch {

# For static content strip all backend cookies

if (req.url ~ "\.(css|js|png|gif|jp(e?)g)|swf|ico") {

  unset beresp.http.cookie;

}

# A TTL of 30 minutes

set beresp.ttl = 1800s;

return (deliver);

}


# The routine when we deliver the HTTP request to the user

# Last chance to modify headers that are sent to the client

sub vcl_deliver {

if (obj.hits > 0) {

  set resp.http.X-Cache = "cached";

} else {

  set resp.http.x-Cache = "uncached";

}

# Remove some headers: PHP version

unset resp.http.X-Powered-By;

# Remove some headers: Apache version & OS

unset resp.http.Server;

return (deliver);

}


sub vcl_init {

  return (ok);

}


sub vcl_fini {

  return (ok);

}

Postado

Concordo com o comentário do Lucas, um servidor VPS ou Dedicado tem velocidades e banda bem maiores eles são os maiores responsáveis por um site carregar rapidamente, mas leva-se em conta o template e o script ultilizado no site você pode usar ferramentas onlines para ver o que pode otimizar seu site, talvez até será preciso de modificar tudo ou refazer o layout ou quem sabe até trocar de hospedagem, é tudo válido para se ter um site rápido e agradável para navegação. Veja o meu host http://virtualishost.com.br usei nele diversos métodos para acelerá-lo mas ainda pode melhorar mais sei disto.

Visitante
Este tópico está impedido de receber novos posts.
  • Quem Está Navegando   0 membros estão online

    • Nenhum usuário registrado visualizando esta página.
×
×
  • Criar Novo...

Informação Importante

Concorda com os nossos termos?

-