È possibile saltare il controllo della versione di Redis durante una ricompilazione? La ricompilazione ha iniziato a fallire con l’ultima versione di Discourse e l’unico errore che vedo è che Discourse richiede Redis 6.2.0 o versioni successive. Stiamo utilizzando un server Redis esterno che è alla versione 6.0.14. Sarei sorpreso se questo causasse problemi con la funzionalità di Discourse, quindi vorrei poter comunque aggiornare Discourse fino a quando non saremo in grado di aggiornare Redis.
Ho anche provato a ricompilare senza utilizzare Redis esterno, ma ho ottenuto errori diversi, a seconda che includessi o meno il template di Redis.
Ho visto un post precedente in cui si diceva/implicava che il requisito fosse solo perché è quello che usano per lo sviluppo/test, quindi non possono garantire che funzioni con meno. Sono disposto a correre quel rischio o almeno a testarlo, se possibile. Sto anche cercando di accelerare il nostro aggiornamento.
Hmm. Questo mi suona familiare. Ma questo requisito è stato aggiunto di recente, quindi penso che ci sia probabilmente un motivo. Ma non riesco a cercare bene i commit dal telefono, quindi vedremo cos’altro sentiremo!
Stiamo utilizzando un nuovo comando Redis disponibile solo su Redis >= 6.2.0. Distribuiamo tale versione di Redis nella nostra immagine di base da 11 mesi, ed è anche disponibile nel servizio AWS Elasticache, o come immagine docker ufficiale di Redis.
La modifica è stata apportata per ottenere prestazioni migliori in situazioni di traffico elevato, dove Redis diventa un collo di bottiglia per alcune grandi istanze di Discourse.
Detto questo, stiamo discutendo internamente se sia un requisito troppo aggressivo e potremmo annullare quella patch di prestazioni per accogliere i siti bloccati su una vecchia versione.
Buono a sapersi, grazie. Jay aveva ragione, avevi un motivo.
Posso passare a usare una versione più recente, ma potrebbe essere bello non renderlo un requisito assoluto per coloro che rimangono un po’ indietro se non dovesse rompere nulla.
