Redis Object Cache


Um painel de cache persistente de objeto turbinado pelo Redis. Suporta Predis, PhpRedis (PECL), Relay, replicação, sentinelas, clustering e WP-CLI.

Para ajustar os parâmetros de conexão, chaves de prefixo de cache ou configurar replicação/clustering, leia sobre as opções de configuração.

Object Cache Pro

Um painel de cache de objeto Redis de classe comercial. Verdadeiramente confiável, altamente otimizado, totalmente personalizável e com um engenheiro dedicado quando você mais precisar.

  • Reescrito para desempenho total
  • 100% concordante com a API do WordPress
  • Serialização e compressão mais rápidas
  • Fácil depuração & registro
  • Pré-carregamento do cache e analíticas
  • Unidade totalmente testada (100% de cobertura do código)
  • Conexões seguras com TLS
  • Verificações de saúde usando o WordPress & WP CLI
  • Otimizado para WooCommerce, Jetpack & Yoast SEO

Saiba mais sobre o Object Cache Pro.

¹ Redis é uma marca registrada de Redis Ltd. Todos os direitos são portanto reservados a Redis Ltd. Qualquer uso do Cache de Objeto Redis é para propósitos referenciais e não indica qualquer patrocínio, apoio ou afiliação entre Redis e o Cache de Objeto Redis.

Resolução de problemas

Respostas a perguntas comuns e resolução de problemas para erros comuns podem ser encontradas nas Perguntas frequentes. Lendo-as é sempre mais rápido do que esperar por uma resposta nos fóruns de suporte.


O plugin vem com uma série vasta de opções de configuração e exemplos de conexão. Usuários avançados podem consultar escalagem e replicação

Comandos WP-CLI

O Redis Object Cache tem vários comandos WP CLI, para mais informações execute wp help redis após instalar o plugin.

Imagens de tela

  • Configurações do plugin, conectado a um único servidor Redis.
  • Configurações do plugin, exibindo as métricas recentes de tempos de resposta.
  • Configurações do plugin, exibindo informações de diagnóstico.
  • Widget do painel, exibindo as métricas mais recentes de tempo de resposta.


Para instruções detalhadas, leia completamente as instruções de instalação.


12 maio, 2023 1 resposta
I updated the plug in and it caused my site to go down. I can't even get into my dashboard. Have my host working on this behind the scenes and "hoping" that fixes the problem. Be EXTREMELY wary of this plug in. Once my site is back up, I'm permanently deleting it.
5 maio, 2023 1 resposta
Nothing to say: this plugin works as expected. We saw improvement (TTFB & latency) with website and WP admin. Support is a litlle "rough" because most people do not read the docs. But, if you have (very) advanced questions, these guys are awesome!
26 abril, 2023 1 resposta
Redis Object Cache is a fantastic plugin that boosts your WordPress site's performance by utilizing Redis for in-memory data storage. This reduces database queries and significantly speeds up your site. Even for beginners, setting up this plugin is straightforward. Just follow these steps: Install the Redis server on your hosting environment (consult your hosting provider's documentation). Install a PHP Redis client like PhpRedis or Predis. Install and activate the Redis Object Cache plugin in your WordPress dashboard. Go to the plugin settings and enable object caching. Please note: It's essential to configure the Redis Object Cache plugin correctly to avoid caching issues or website errors.
25 abril, 2023 1 resposta
Warning! This plugin is not meant to be installed by beginners. It's not trivial to configure and relies on an external Redis server to do its magic. If you have never configured an application that relies on a Redis server, or never administered a Redis server yourself, this plugin is NOT for you!Instead, as a beginner, you should rely on one of the many, many other caching plugins out there, some of which are very easy to configure and will give you enough of a performance boost.That said, if you read this far, welcome, Advanced WordPress PowerUser™ :-)As a non-beginner, you should know that caching pages to improve performance only goes so far. WordPress-generated websites are far more dynamic than that (unless, of course, your website rarely changes over the years).Static page caching still gives a performance boost when your site has to serve a lot of requests in a short amount of time (i.e. several per second). Serving a static page directly through the webserver is the perfect choice for such scenarios: generate once, and the rest of the requests made in a short interval will never hit the database (nor even the PHP subsystem), but rather served directly from disk, or, even better, from memory.But what about dynamic page changes that occur all the time, in slightly larger intervals of time? Consider how a visitor browses your site: they might navigate via the menu… but also wading through the related posts widget. Which are generated on demand (or close to it), usually presenting a random selection of posts within the same category or tag (or possibly even with a more complex algorithm). 'Random' means that WordPress cannot serve that bit of the page statically — it has to be pre-generated before it gets delivered to the user. If the user goes back, it's reasonable to presume that a different selection is presented; in fact, site admins often want that behaviour by default.Or consider simple search queries. A 'search query', as the name implies is a database query. You can cache the results of the most popular keywords, but... in most scenarios, it will be quite hard to figure out how common a query will be (before it has been typed in) and for how long it should be cached (which also depends on how often the site gets updated).The same applies to things like sliders or image galleries. Sometimes, their order of appearance is fixed in advance (and thus potentially cacheable). But often it's not. It may be random. It may follow an unusual combination of attributes or preferences. Whatever the reason, one should assume that most dynamically-generated content cannot be effectively cached as a static page — not for more than a few seconds, at least.There are several (complex) solutions to address the shortcomings of static page caching and still 'protect' the database from freezing down under the sheer weight of queries to deal with dynamic content. The higher-end plugins usually implement a series of techniques, sometimes giving the WP admin the possibility to pick the preferred technique, and fine-tune it.WordPress, however, is quite helpful in that regard. One possibility, besides static page caching, is to cache a page object. These can loosely be defined as components of the overall page itself — they can be widgets or content injected by some kind of plugin (often automated by the plugin owner & maintainer); WP allows integrating plugins with what they call the object cache.The most advanced caching plugins out there (I'm not mentioning any names; if you are an Advanced WordPress PowerUser™, you know which they are!) have often the option to use the WP object cache as well (sometimes only on the paid version). These plugins, however, are all-in-one solutions; you cannot, generally speaking, cherry-pick the several layers of caching you can use, using different plugins for each. They also configure everything automatically according to the whims of the developer. This is usually a 'good thing' from the perspective of the technical support team — who, when asked why their configuration doesn't work well, will simply request that the user turns off all plugins except theirs. This might or might not be an option in several (most?) cases. Also, it's not guaranteed that the all-in-one solutions are the best in all cases; rather, they tend to excel on some features, while adding others merely as an afterthought. That is, at least, my own experience; your mileage may vary.Redis Object Cache, by contrast, does one thing, and it does it very well. As the name implies, it ties into the WP object cache mechanism. Instead of writing a pre-cached object to disk (or to the database), however, it saves to a Redis server — which can be orders of magnitude faster (since Redis is extremely efficient at storing data, mostly holding it in memory) than writing to disk (not to mention writing to a relational database!). As a bonus, Redis can be configured with distributed replicas, which is essential when scaling up a webserver to handle more traffic.While minimalist in its approach — Redis Object Cache just requires to know basic details to connect to Redis, the choice of database (Redis only has 16 available...), and an eventual key prefix to avoid conflicts with several WP installations on the same server. In fact, that option requires modifying wp-config.php and is not set by default (which drove me insane when installing Redis Object Cache on a second WP install on the same server!). Hopefully, the author will address this issue in a future release of the plugin, and, by default, chooses a reasonable prefix (such as the WP URL, for example, or, for shorter keys, a hashed version of the URL, or even a UUID generated on the spot when installing). To be honest, 'fixing' my mistake was as easy as to flush Redis (a quasi-instant operation) and configuring different prefixes for the keys; a simple operation, and a minute later, I had both sides happily storing their objects on Redis.This was probably the most catastrophic scenario that may happen with Redis Object Cache if you are an Advanced WordPress PowerUser™ 🙂 And the fix is simply to flush Redis. It won't matter much anyway, since, within seconds, Redis will quickly fill its memory with new objects.An added bonus is a nice graph that appears on the Dashboard, showing some rough statistics about the access to the Redis server — measured in single-digit milliseconds. That's right. When rendering a page from scratch, speed matters, and you cannot afford waiting more than a few milliseconds for data to arrive from the cache, readily processed. To the best of my knowledge, no other caching plugin can achieve that kind of speed. Except, of course, for the Pro version of Redis Object Cache, which does some extra magic and manages to cut by half the access time (!). How that feat is accomplish is beyond my ability to understand; but for those mission-critical websites out there, where sysadmins are constantly tweaking the infrastructure in order to shave off a few milliseconds here and there for each page access — well, Redis Object Cache Pro may very well be worth the few dollars charged for it.In my personal case, I don't require almost-sub-millisecond performance squeezed out of Redis, so I'm more than happy with the 'standard' version. Its 'limitations' — absent from the Pro version — are not really an issue. I love its bare-bones simplicity — once properly configured and installed, that is — and the consequent performance boost, which, unlike what may happen with a plain old page-caching system, will benefit every user, even on a WP website with almost zero visitors: Redis Object Cache will — by design — also cache the objects for the WP backoffice. Everything that is an object — and that means every component of WP, including all those on the backoffice — will be cached. This makes a lot of sense during the design (or redesign!) phase, where admins will be constantly going to and fro the many WP options, spread across themes and plugins, until the design is finished. These are repetitive tasks — querying for the same article to be edited, or the same page template to load, etc. — which Redis Object Cache handles admirably well.While I have deployed it on several websites on my (single) server — where Redis is locally installed and shared by a lot of other applications, including PHP itself (for session storage — another performance boost that is built-in into PHP if that option is configured), I'm well aware that my use-case scenario (mostly very low traffic websites) is perhaps over-engineered for the small demands placed on the overall system. Nevertheless, I was happy to see that the MariaDB behemoth — by far the most memory-consuming process that is constantly running, non-stop — was notoriously happy after I deployed Redis Object Cache: that seems to mean that the database is not being hit so aggressively as before. It's hard to get a grasp of how important Redis Object Cache has been in keeping the overall CPU + Memory consumption at relatively low levels; my server simply hasn't got enough traffic to be able to make a before-and-after comparison. However, I can see quite noticeable performance boots on the WP backoffice! In fact, on one website currently under development — which has around one thousand articles spread across more than a dozen categories — I have turned off all caching (to make sure that everybody always sees the 'latest version' under development) except for Redis Object Cache, which works so well and deals flawlessly with 'dirty' objects (i.e. those that have been changed through user intervention), unlike most page caches. The responsiveness has gone up 500% or more — but without a 'serious' test, using well-known benchmarking tools, I can only relay my visual experience, filtered through my perceptions; ultimately, I can only affirm that I perceive many things on the backoffice to be five times faster than before, but cannot guarantee that this will be the case for everybody.What I can — and will! — recommend is to do at least one external test to your Redis-supercharged site, from one of the popular websites calculating metrics. You might get a very positive surprise!In conclusion... for the low-traffic websites I manage (roughly two dozen), all running on the same server (which is quite decent, albeit being almost a decade old...), because I'm always fearing to be 'slashdotted' some day, this simple but effective plugin keeps my database server happy all the time — because it gets so little work to effectively do :)This is the kind of "must use" plugins that every WordPress installation should have as default. Everybody enjoys faster speed and giving the database server a break!
19 abril, 2023
Hands down the best free Redis plugin available. Well maintained, updated regularly, and the developer is responsive to feedback. What's not to love? 😀
Leia todas as 132 avaliações

Colaboradores e desenvolvedores

“Redis Object Cache” é um software com código aberto. As seguintes pessoas contribuíram para este plugin.


“Redis Object Cache” foi traduzido para 9 localizações. Agradecemos aos tradutores por suas contribuições.

Traduzir “Redis Object Cache” para o seu idioma.

Interessado no desenvolvimento?

Navegue pelo código, dê uma olhada no repositório SVN ou assine o registro de desenvolvimento via RSS.

Registro de alterações


  • Correção: Erro de sintaxe do PHP <=7.2


  • Esvazia o cache quando alternar a ativação do cache de objeto
  • Exibe uma mensagem personalizada de erro quando o Redis estiver inacessível
  • Não permitir que o cache de objeto seja ativado quando o Redis estiver inacessível
  • Tornada obsoleta a arriscada constante de configuração WP_REDIS_SERIALIZER, usando a WP_REDIS_IGBINARY em vez dela
  • Suporte a WP_REDIS_USERNAME quando usando o Predis
  • Exibe os pontos decimais da taxa de hits do cache no nó da Barra de Administração
  • Segredos obscuros quando exibindo WP_REDIS_SERVERS
  • Melhorada a compatibilidade com o Accelerate WP de CloudLinux
  • O esvaziamento do cache na barra de Administração agora usa AJAX


  • Exibe o widget do painel apenas para administradores
  • Adicionado nó à Barra de Administração (desativar usandoWP_REDIS_DISABLE_ADMINBAR)
  • Adicionada a constante de configuração WP_REDIS_SSL_CONTEXT
  • Dispara erros quando ocorrem erros de conexão
  • Adicionado suporte para nomes de usuário quando usando o Predis
  • Adicionado suprote para o carregamento do Predis a partir de WP_REDIS_PLUGIN_PATH
  • Tornadas mais estritas as conexões de soquete de unix do Predis
  • Corrigido um erro raro de esvaziamento de grupo
  • Corrigido ping de cluster quando usando o Predis
  • Atualizado o Predis para v2.1.2
  • Melhorada a documentação


  • Registra tardiamente o comando CLI wp redis
  • Não compete com o Object Cache Pro para o comando wp redis
  • Evita que o Perflab sobrescreva o drop-in do cache de objeto
  • Predis atualizado para v2.1.1
  • Evitar tipo de erro quando transações falham
  • Verifique por tipos de cabeçalho incompatíveis de conteúdo


  • Adicionado suporte a wp_cache_flush_group()
  • Atualizado o Credis para v1.14.0
  • Abandonado o parâmetro $delay de wp_cache_flush()
  • Previne um erro raro no diagnóstico quando lendo erros de conexão


  • Usando QM_Data_Cache ao invés de QM_Data
  • Corrigido o nome do alerta de aviso de uso não-composto WP_Error


  • Adicionada a função wp_cache_supports() do WordPress 6.1
  • Atualizado o Predis para v2.0.3
  • Evitando chamadas microtime() muito cedo em WP_Object_Cache::get()
  • Suporte à nova classe QM_Data do Query Monitor
  • Lançamento de exceção de pipeline retornando resultados inesperados


  • Adicionado o filtro redis_cache_add_non_persistent_groups
  • Corrigidos os parâmetros wp_add_dashboard_widget
  • Corrigido o preblema de replicação WP_REDIS_SERVERS com o Predis v2.0
  • Corrigida a strig de suporte WP_REDIS_CLUSTER
  • Corrigido um problema onde MGET falhe na chamada get_multiple()
  • Corrigidos vários alertas no caso de falhas no pipeline


  • Corrigidas discrepâncias de SNV


  • Corrigida a chamada is_predis()


  • Adicionado o assistente is_predis()


  • Corrigido um problema em wp_cache_add_multiple() e wp_cache_set_multiple()


  • Corrigida e melhorada a lógica wp_cache_*_multiple()
  • Chaada de ação redis_object_cache_set em wp_cache_set_multiple()
  • Chamada de ação redis_object_cache_delete em wp_cache_delete_multiple()
  • Verifica se um nome de grupo completo é ignorado, não sanitizado
  • Removido o rastreamento


  • Atualizado o requerimento do PHP para 7.2
  • Corrigido um erro fatal raro nos diagnósticos
  • Permite instalações do Predis Composer v1.1
  • Suporte usando a string WP_REDIS_CLUSTER


  • Atualizado o requerimento do PHP para 7.0
  • Clientes Credis e HHVM clientes obsoletos
  • Atualizado o Predis para v2.0.0
  • Atualizado o Credis para v1.13.1
  • Melhorada a confiabilidade dos clusters nos diagnósticos
  • Melhorada a conexão aos clusters
  • Corrigidos clusters pingantes após a conexão
  • Corrigidos diversos erros em connect_using_credis()


  • Corrigido um erro em wp_cache_delete_multiple() quando usando o Predis
  • Corrigido um erro em wp_cache_add_multiple() quando a adição do cache estiver suspendida


  • Removida a função quebrada wp_cache_add_multiple()


  • Melhria na formatação de rótulos/dicas das métricas
  • Correção na carta de métricas não renderizando
  • Atualizado o Predis para v1.1.10
  • Atualizado o Credis para v1.13.0
  • Suporte ao composer/installers v1 e v2
  • Apontar para a página de configurações quando um plugin avançado for encontrado
  • Adicionada a função wp_cache_flush_runtime()
  • Adicionada a função wp_cache_add_multiple()
  • Adicionada a função wp_cache_delete_multiple()


  • Adicionado suporte para o Relay
  • Pequenas correções e melhorias na UX
  • Corrigida notificação de obsolescência do PHP 8.1
  • Atualizado o ApexCharts para v3.31.0


  • Correções de compatibilidade com o PHP 8.1
  • Atualizado para o Predis v1.1.9
  • Adicionado link das configurações ao widget
  • Painel de diagnóstico revisado
  • Atualizado o ApexCharts para o v3.30.0
  • Redireciona para as configurações do plugin após a ativação
  • Corrigido o cainho errado para o arquivo diagnostics.php
  • Corrigido o sobre-fluxo da tabela na aba de configurações
  • Corrigido o ping dde cluster do Predis
  • Evita alerta quando o diretório de conteúdo não tem permissão de escrita


  • Adicionados diagnósticos de métricas
  • Adicionado o alias WP_Object_Cache::decr()
  • Movido o arquivo diagnostics.php


  • Correção: Lançamento no


  • Tornada única a métrica identificadora
  • Define um prefixo único para sites hospedados no Cloudways
  • Não exibe o comentário de depuração em HTML quando WP_CLI é true


  • Adicionada a ação redis_object_cache_trace e a constante WP_REDIS_TRACE
  • Atualizado ApexCharts para v3.26.0
  • Corrigido um problema com WP_REDIS_DISABLE_METRICS


  • Limpeza do código
  • Corrigidas as métricas que faltavam
  • Corrigido o teste do sistema de arquivos


  • Atualizado Credits para v1.11.4
  • Corrigida a estilização do alerta drop-in
  • Métricas movidas para uma classe dedicada
  • Adicionado o filtro redis_cache_validate_dropin
  • Usar a constante WP_DEBUG_DISPLAY (ao invés de WP_DEBUG) para exibir informações de depuração
  • Corrigido um erro raro em wp_cache_get_multiple()
  • Removido o uso de intval()


  • Revertidas as alterações em build_key() devido a problemas em ambientes multisite


  • O cartão Object Cache Pro se tornou traduzível
  • Adicionado WP_REDIS_SERIALIZER aos diagnósticos
  • Melhorada a velocidade de build_key()
  • Suporte às configurações WP_REDIS_PREFIX e WP_REDIS_SELECTIVE_FLUSH através de variável de ambiente
  • Adicionado WP_REDIS_METRICS_MAX_TIME para ajustar a janela de tempo das métricas armazenadas
  • Atraso carregando o domínio de texto e agendaento até o hook init
  • Atualizada a biblioteca embutida do Predis para a v1.1.6
  • Previne o problema de referenciamento de variáveis em connect_using_credis()


  • Atualizada a biblioteca embutida do Predis para v1.1.4
  • O redis-cache tornou-se um grupo global para métricas melhoradas em multisite
  • Trocado para sintaxe curta de array
  • Adicionadas tags @since a todos os hooks
  • Usando parse_url() em vez de wp_parse_url() no drop-in
  • Corrigido o nome de uma variável de instância do plugin no wp redis status


  • Corrigidas as métricas de cálculo de bytes
  • Corrigido um problema com configurações não-padrão do Predis
  • Melhorados os padrões de codificação do WordPress


  • Corrigido um problema em wp_cache_get_multiple() ao usar o Predis
  • Previne notícia de índice indefinido nos diagnósticos


  • Corrigidos valores de de-serialização em wp_cache_get_multiple()


  • Destaca o tipo atual de métrica usando cores
  • Mostra a aba “Métricas” quando as métricas estão desabilitadas
  • Conexão e lógica de status do Redis refatoradas
  • Atualizado o Predis para v1.1.2
  • Removido o alerta de obsolescência do Predis
  • Corrigida a coleta de chaves derivadas em wp_cache_get_multiple()


  • Corrigidas as abas não funcionando no 2.0.6 e 2.0.7 devido a um problema com o SVN do


  • Corrigido um problema com wp_cache_get_multiple()


  • Adicionado o sistema de arquvios experimental de teste para diagnósticos
  • Refatorada a lógica da aba de configurações (também corrigidos os saltos)
  • Corrigidos problemas com wp_cache_get_multiple()
  • Retorna um boolean a partir de wp_cache_delete()
  • Usa redis-cache como namespace de evento JS
  • Oculta a linha Pro no widget quando os banners estão desabilitados
  • Renomeada a ação redis_object_cache_get_multi para redis_object_cache_get_multiple


A versão 2.0 é uma re-escrita significante do plugin. Leia as notas de lançamento da v2.0.0.

  • Corrigidos os botões de ação que não funcionavam em multisite
  • Removido o alerta do PHP 5.4 desatualizado
  • Adicionado suporte read_timeout para o Credis
  • Exibe os parâmetros de conexão ao usar o Credis
  • Adicionado um link da wiki para o alerta de atualização do Predis


  • Tenta atualizar de forma confiável o drop-in quando está desatualizado
  • Mostra o nome de usuário ACL na tela de configurações
  • Mostra diagnósticos completos com wp redis status
  • Sempre define FS_CHMOD_FILE ao copiar o object-cache.php
  • Não codifica bolinhas nos diagnósticos de senhas
  • Chama redis_object_cache_update_dropin durante a atualização do drop-in


  • Oculta a aba “Métricas” quando as métricas estão desativadas
  • Corrigido admin.js não carregando em ambientes multisite
  • Evita erro fatal ao interagir com métricas com o Redis não funcionando
  • Adicionado WP_Object_Cache::__get() para retro-compatibilidade.


  • Atualizado o arquivo POT e comentários para tradutores


  • Suporte a versões mais antigas do Query Monitor
  • O status do “Drop-in” se tornou mais útil
  • Oculta a versão do Redis nas configurações quando não está disponível
  • Caminhos de dependência colapsados usando pacote composer-custom-directory-installer
  • Previne conflitos do QM_Collector com outros plugins
  • Previne problemas de métricas quando o cache não está disponível
  • Corrigido o link “Configurações” na lista de plugins
  • Corrigida a lógica WP_REDIS_DISABLED


A versão 2.0 é uma re-escrita significante. O plugin agora requer o PHP 5.6, igual ao WordPress 5.2.

Os repositórios GitHub e Composer foram movidos de tillkruss/redis-cache para rhubarbgroup/redis-cache.

Em redes multisite, certifique-se de ativar o plugin na rede após atualizar para a v2.x.

  • Requer o PHP 5.6
  • O plugin agora é “apenas-rede”
  • Alterado para os padrões de código WPCS
  • Aprimorada a tela de configurações
  • Adicionadas métricas de cache de objeto (ao widget do painel e às configurações)
  • Adicionado suporte ao Query Monitor
  • Adicionado namespace Rhubarb\RedisCache a todos os arquivos
  • Adicionado suporte à nova função wp_cache_get_multi() do WP 5.5
  • Adicionada a função redis_object_cache() para recuperar a instância do plugin
  • Adicionados alertas do drop-in ao painel da rede
  • Adicionado suporte para configurar números de banco de dados Sentinel
  • Suporta nomes de usuário e senha de autenticação Redis 6 ACL
  • Suporta sobre-escrever o drop-in existente na tela de configuração
  • Usa padrão singleton para instanciar o plugin
  • Usa o Composer para instalar e carregar o Predis
  • Atualizado o drop-in do cache de objeto durante a atualização do plugin
  • Usa métodos separados para conectar com todos os clientes
  • Removidas as estranhezas de CUSTOM_USER_TABLE e CUSTOM_USER_META_TABLE
  • Adicionado themes como grupo ignorado
  • Alterada a conexão padrão e o tempo-limite de leitura para 1 segundo
  • Evita condição rara em add_or_replace()
  • Renomeado WP_CACHE_KEY_SALT para WP_REDIS_PREFIX para maior clareza
  • Substituída a terminologia “slave” por “réplica”
  • Apenas banco de dados SELECT quando não é 0


  • Corrigido um problema com o comentário do rodapé sendo exibido durante solicitações AJAX


  • Melhorada a sanitização de nome de grupo (obrigado @naxvog)
  • Previne um erro fatal ao substituir um dropin de fora
  • Adicionado comentário HTML ao rodapé com informção opcional de depuração
  • Removidas sugestões de prefixo

O comentário HTML no rodapé apenas exibe informação de depuração quando WP_DEBUG está ativo. Para desativar completamente o comentário, defina a constante WP_REDIS_DISABLE_COMMENT para true.


  • Corrigida a atribuição da variável $info no construtor
  • Corrigido o alerta da coindição de MaxTTL
  • Trocado para usar os estilos padrão de botão


  • Adicionada mensagem de alerta sobre MaxTTL inválido
  • Adicionado alerta sobre a biblioteca Predis não ser mais mantida
  • Adicionada sugestão sobre um prefixo mais curto, legível por humanos
  • Adicionada compatibilidade ao Redis Cache Pro às configurações
  • Corrigido o esvaziamento do cache quando o prefixo contém caracteres especiais
  • Corrigida chamada para o Redis INFO ao usar clusters.
  • Alguma limpeza nas configurações


  • Adicionado suporte para conexões TLS ao PhpRedis
  • Adicionado suporte para tempo-limite, tempo-limite de leitura e senha quando usando cluster PhpRedis
  • Corrigido problema com o comando INFO
  • Corrigida a clonagem de objeto ao definir chaves de cache


  • Adicionada clonagem de objeto para o cache da memória
  • Corrigido aviso do PHP relativo ao parâmetro read_timeout


Por favor esvazie o cache de objeto após atualizar o drop-in para a v1.5.5 para evitar chaves antigas usarem a memória do Redis.

  • Removidas chaves em caixa-baixa
  • Removido o evento de métricas agendadas
  • Corrigida a chamada da versão do Redis ao usar replicação


  • Métricas removidas


  • Correção: Chamada para função indefinida get_plugin_data()
  • Correção: Chamada para método indefinido WP_Object_Cache::redis_version()


  • Adicionada a versão do Redis aos diagnósticos
  • Adicionada a constante WP_REDIS_DISABLE_BANNERS para desativar promoções
  • Corrigido um problema com redis.replicate_commands()


O plugin fez 5 anos hoje (14 de Novembro) e também hoje será o lançamento da versão comercial.
Redis Cache Pro é uma versão reescrita deste plugin para SMBs realmente confiável, otimizada e fácil de depurar.

  • Adicionadas as horas de execução às ações
  • Adicionada a constante WP_REDIS_VERSION
  • Corrigida a compatibilidade com o PhpRedis v3
  • Corrigido um problema com o esvaziamento seletivo
  • Corrigido um problema com funções mb_* não existentes.
  • Substituída a carta do codificador do endereço de e-mail pela carta do Redis Cache Pro
  • Colete métricas de versão para melhor tomada de decisão


Já que o Predis não é mais mantido, é altamente recomendável trocar para o PhpRedis (a extensão PECL do Redis).

  • Melhorado o construtor de nomes de chaves do Redis
  • Adicionado suporte aos serializadores do PhpRedis
  • Adicionada a ação redis_object_cache_error
  • Adicionado tempo-limite, tempo-limite de leitura e configuração de re-tentativa
  • Adicionados grupos não-esvaziáveis (o padrão é ['userlogins'])
  • Corrigido as senhas não sendo exibidas na lista do servidor


  • Requer o PHP 5.4 ou mais recente
  • Usa impressão elegante nos diagnósticos
  • Lança uma exceção se a biblioteca do Redis estiver faltando
  • Corrigido o cache não sendo esvaziaado para alguns usuários
  • Corrigidos problemas no administrador quando WP_REDIS_DISABLED é false


  • Adicionadas falhas graciosas do Redis e a constante WP_REDIS_GRACEFUL
  • Melhorado o suporte a cluster
  • Adicionado o filtro redis_cache_expiration
  • Renomeado o filtro redis_object_cache_get para redis_object_cache_get_value


  • Corrigido erro fatal potencial relativo a wp_suspend_cache_addition()


  • Adicionado suporte para igbinary
  • Adicionado suporte a wp_suspend_cache_addition()


  • Corrigido o WP_REDIS_SHARDS que não estava sendo exibido na lista do servidor
  • Corrigido o WP_REDIS_SHARDS que não estava funcionando quando usando a extensão PECL
  • Removidos os restos de WP_REDIS_SCHEME e WP_REDIS_PATH


  • Trocado da versão de arquivo único do Predis para a biblioteca completa


  • Revertido de volta à versão de arquivo único do Predis


  • Adicionado suporte ao Redis Sentinel
  • Adicionado suporte a compartilhamento
  • Trocada para a versão PHAR do Predis
  • Diagnósticos melhorados
  • Adicionado o parâmetro $fail_gracefully a WP_Object_Cache::__construct()
  • Sempre força WP_REDIS_MAXTTL
  • Passa as ações $selective e $salt para redis_object_cache_flush
  • Não define a constante WP_CACHE_KEY_SALT


  • Adicionados diagnósticos básicos à interface do administrador
  • Adicionada a constante WP_REDIS_DISABLED para desativar o cache na execução
  • Evita o erro “cabeçalho do plugin inválido”
  • Retorna inteiro a partir dos métodos increment() e decrement()
  • Evita que o cache de objeto use mais de uma instância
  • Sempre separa as chaves de cache prefix e group com ponto e vírgula
  • Melhorado o desempenho de build_key()
  • Aplica o filtro redis_object_cache_get apenas se callbacks tiverem sido registrados
  • Corrigido add_or_replace() para definir a chave do cache apenas e ela não existir
  • Adicionada a ação redis_object_cache_flush
  • Adicionada a ação redis_object_cache_enable
  • Adicionada a ação redis_object_cache_disable
  • Adicionada a ação redis_object_cache_update_dropin


  • Adicionado suporte à WP-CLI
  • Exibe o host e a porta exceto se o esquema é unix
  • Atualizada a global padrão e grupos ignorados
  • Esvazia o cache ao ativar, desativar ou desinstalar


  • Atualizado o Predis para a v1.1.1
  • Adicionado o método redis_instance()
  • Adicionado o alias do método incr() para compatibilidade com Batcache
  • Adicionada a ação redis_object_cache_delete
  • Usa WP_PLUGIN_DIR com WP_CONTENT_DIR como alternativa
  • Define a senha quando usando um cluster ou replicação
  • Exibe o cliente Redis em stats()
  • Alterada a visibilidade de $cache para pública
  • Usa a sintaxe antiga de array, por garantia


  • Certifique-se que $result não é false emWP_Object_Cache::get()


  • Corrigido problema de conexão


  • Nova interface do administrador
  • Adicionado suporte para os parâmetros wp_cache_get(), $force e $found
  • Adicionado suporte a clustering e replicação com o Predis


  • Melhorias na UI


  • Adicionada a ação redis_object_cache_set
  • Adicionados a ação e o filtro redis_object_cache_get
  • Evitando mensagens duplicadas de status ao administrador
  • Carrega a biblioteca embutida do Predis apenas se necessário
  • Carrega a biblioteca embutida do Predis usando a constante WP_CONTENT_DIR
  • Atualizada a saída do método stats() para ser uniforme com o WordPress


  • Adicionado o composer.json
  • Adicionados hooks de desativação e desinstalação para excluir object-cache.php
  • Adicionadas funções locais de serialização para melhor suporte a advanced-cache.php
  • Atualizada a versão embutida do Predis para a 1.0.3
  • Atualizada a estrutura do título para ser semântica


  • Adicionado suporte a Multisite
  • Movido o menu do administrador para dentro do menu Configurações
  • Corrigido aviso do PHP em get_redis_client_name()


  • Chama select() e opcionalmente auth() se a extensão HHVM for usada


  • Adicionado suporte para a extensão HHVM do Redis
  • Adicionado suporte à extensão PECL do Redis
  • Adicionada a constante WP_REDIS_CLIENT, para definir o cliente Redis preferido
  • Adicionada a constante WP_REDIS_MAXTTL, para forçar a expiração das chaves de cache
  • Melhorados os métodos add_or_replace(), get(), set() e delete()
  • Melhorados os estilos da tela de administração
  • Removida toda a internacionalização/localização do drop-in


  • Adicionado o botão “Esvaziar o Cache”
  • Adicionado suporte a soquetes de domínio UNIX
  • Melhorado significativamente o desempenho da recuperação do cache de objeto
  • Atualizada a biblioteca embutida do Predis para a versão 1.0.1


  • Carrega as traduções do plugin
  • Oculta avisos globais do administrador a partir de usuários não-administradores
  • AVita acesso direto a arquivos para redis-cache.php e admin-page.php
  • Colorizado o botão “Desativar o Cache de Objeto”
  • Chama Predis\Client->connect() para evitar potencial não-captura de Predis\Connection\ConnectionException


  • Lançamento inicial