Descrição

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.

Configuração

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.

Instalação

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

Avaliações

txjh58 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.

trendycloud 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!

pashmak 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.

Gwyneth Llewelyn 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!

Jason Cosper 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? 😀

sindjo81 19 abril, 2023 14 respostas

Like previous user said.. This takes down your website.Dont use.

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

2.4.1

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

2.4.0

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

2.3.0

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

2.2.4

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

2.2.3

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

2.2.2

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

2.2.1

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

2.2.0

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

2.1.6

Corrigidas discrepâncias de SNV

2.1.5

Corrigida a chamada is_predis()

2.1.4

Adicionado o assistente is_predis()

2.1.3

Corrigido um problema em wp_cache_add_multiple() e wp_cache_set_multiple()

2.1.2

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

2.1.1

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

2.1.0

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()

2.0.26

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

2.0.25

Removida a função quebrada wp_cache_add_multiple()

2.0.24

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()

2.0.23

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

2.0.22

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

2.0.21

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

2.0.20

Correção: Lançamento no wp.org

2.0.19

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

2.0.18

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

2.0.17

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

2.0.16

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()

2.0.15

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

2.0.14

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()

2.0.13

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

2.0.12

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

2.0.11

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

2.0.10

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

2.0.9

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()

2.0.8

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

2.0.7

Corrigido um problema com wp_cache_get_multiple()

2.0.6

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

2.0.5

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

2.0.4

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

2.0.3

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.

2.0.2

Atualizado o arquivo POT e comentários para tradutores

2.0.1

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

2.0.0

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

1.6.1

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

1.6.0

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.

1.5.9

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

1.5.8

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

1.5.7

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

1.5.6

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

1.5.5

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

1.5.4

Métricas removidas

1.5.3

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

1.5.2

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()

1.5.1

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

1.5.0

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

1.4.3

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

1.4.2

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

1.4.1

Corrigido erro fatal potencial relativo a wp_suspend_cache_addition()

1.4.0

Adicionado suporte para igbinary
Adicionado suporte a wp_suspend_cache_addition()

1.3.9

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

1.3.8

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

1.3.7

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

1.3.6

Adicionado suporte ao Redis Sentinel
Adicionado suporte a compartilhamento
Trocada para a versão PHAR do Predis
Diagnósticos melhorados
Adicionado WP_REDIS_SELECTIVE_FLUSH
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

1.3.5

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

1.3.4

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

1.3.3

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
Adicionadas as constantes WP_REDIS_GLOBAL_GROUPS e WP_REDIS_IGNORED_GROUPS
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

1.3.2

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

1.3.1

Corrigido problema de conexão

1.3

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

1.2.3

Melhorias na UI

1.2.2

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

1.2.1

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

1.2

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

1.1.1

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

1.1

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

1.0.2

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

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

1.0

Lançamento inicial