joaopaulo Postado Junho 26, 2012 Compartilhar Postado Junho 26, 2012 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? Link para o comentário Compartilhar em outros sites More sharing options...
Jordan Miguel Postado Junho 26, 2012 Compartilhar Postado Junho 26, 2012 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. Link para o comentário Compartilhar em outros sites More sharing options...
Jordan Miguel Postado Junho 26, 2012 Compartilhar Postado Junho 26, 2012 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. Link para o comentário Compartilhar em outros sites More sharing options...
rflsantana Postado Agosto 20, 2012 Compartilhar Postado Agosto 20, 2012 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? Link para o comentário Compartilhar em outros sites More sharing options...
rafaelrodrigues Postado Novembro 9, 2012 Compartilhar Postado Novembro 9, 2012 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. Link para o comentário Compartilhar em outros sites More sharing options...
Reonecat Postado Novembro 20, 2012 Compartilhar Postado Novembro 20, 2012 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! Link para o comentário Compartilhar em outros sites More sharing options...
Lucasljj Postado Novembro 23, 2012 Compartilhar Postado Novembro 23, 2012 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 Link para o comentário Compartilhar em outros sites More sharing options...
joaopaulo Postado Novembro 23, 2012 Compartilhar Postado Novembro 23, 2012 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: Os Acessos: 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); } Link para o comentário Compartilhar em outros sites More sharing options...
thiagossofts Postado Fevereiro 7, 2013 Compartilhar Postado Fevereiro 7, 2013 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. Link para o comentário Compartilhar em outros sites More sharing options...
Posts Recomendados