{"id":114773,"date":"2024-04-04T00:25:49","date_gmt":"2024-04-03T22:25:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-redict-7-3-0-forka-subd-redis"},"modified":"2024-04-04T00:25:49","modified_gmt":"2024-04-03T22:25:49","slug":"vypusk-redict-7-3-0-forka-subd-redis","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-redict-7-3-0-forka-subd-redis","title":{"rendered":"Uscita di Redict 7.3.0, fork del database Redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Drew DeVault, autore dell'ambiente utente Sway, del linguaggio di programmazione Hare, del client email Aerc e della piattaforma di sviluppo collaborativo SourceHut, ha presentato il rilascio del progetto Redict 7.3.0, un fork del database Redis. Redict si \u00e8 biforcato da Redis 7.2.4, l'ultima versione rilasciata sotto licenza BSD. Le modifiche apportate dal progetto Redict sono rilasciate sotto licenza LGPLv3.0, ma il codice derivato da Redis rimane sotto licenza BSD. <\/p>\n
Redict 7.3.0 si posiziona come il primo rilascio autonomo del progetto, con cambiamenti attualmente limitati al rebranding e a piccole correzioni, come la rinominazione dell'utilit\u00e0 redis-cli in redict-cli e del file di configurazione \/etc\/redis.conf in \/etc\/redict.conf. Per quanto riguarda le funzionalit\u00e0, Redict 7.3.0 \u00e8 completamente compatibile con il rilascio di Redis 7.2.4 e pu\u00f2 essere utilizzato come sostituto, ma non ha nulla a che fare con il ramo di sviluppo di Redis 7.3.0 e non ne garantisce la compatibilit\u00e0. <\/p>\n
A differenza del fork Valkey creato da Amazon, Google, Oracle, Ericsson e Snap, il progetto Redict si concentra sulla conservazione a lungo termine della base di codice per garantire stabilit\u00e0, piuttosto che promuovere cambiamenti radicali e innovazioni a beneficio di aziende commerciali. Secondo gli sviluppatori di Redict, il progetto Redis ha raggiunto la maturit\u00e0 nella sua forma attuale e contiene tutte le funzionalit\u00e0 necessarie; \u00e8 quindi importante continuare a garantire la correzione di bug e vulnerabilit\u00e0, piuttosto che continuare ad espandere le funzionalit\u00e0. <\/p>\n
La scelta della licenza LGPL invece di BSD per le modifiche interne \u00e8 motivata dalla protezione contro tentativi di creazione di distribuzioni proprietarie di Redict e dal blocco del trasferimento del codice in un progetto Redis che \u00e8 diventato proprietario. Tuttavia, la licenza LGPL non impedisce agli sviluppatori di prodotti commerciali e sistemi cloud di utilizzare Redict nei loro servizi e progetti. Redict si svilupper\u00e0 esclusivamente grazie alla comunit\u00e0 e per il bene della comunit\u00e0, e non da un piccolo gruppo di aziende che perseguono i propri interessi. Le decisioni di sviluppo saranno prese basandosi sul raggiungimento di un consenso tra i partecipanti allo sviluppo. <\/p>\n
Tra i piani futuri ci sono la modernizzazione del sistema di build, la creazione di fork delle librerie client (ad esempio, \u00e8 gi\u00e0 stato creato hiredict, un fork della libreria client per Redis in linguaggio C) e l'estrazione delle varianti integrate di Lua e jemalloc a favore di dipendenze esterne, il che semplificher\u00e0 la manutenzione dei pacchetti nei distribuzioni. Non si esclude inoltre il trasferimento di utili modifiche non radicali dalla base di codice di Valkey. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"