{"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\/news\/vypusk-redict-7-3-0-forka-subd-redis","title":{"rendered":"Uscita della versione 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 di posta Aerc e della piattaforma di sviluppo collaborativo SourceHut, ha presentato il rilascio del progetto Redict 7.3.0, che sviluppa un fork del DBMS Redis. Redict si \u00e8 staccato da Redis 7.2.4, l'ultima versione rilasciata sotto licenza BSD. Le modifiche apportate dal progetto Redict sono distribuite sotto licenza LGPLv3.0, ma il codice preso in prestito da Redis rimane sotto licenza BSD. <\/p>\n
Redict 7.3.0 \u00e8 posizionato come la prima release separata del progetto, con modifiche che attualmente si limitano solo al rebranding e a piccole correzioni, ad esempio, l'utilit\u00e0 redis-cli \u00e8 stata rinominata in redict-cli, e il file di configurazione \/etc\/redis.conf in \/etc\/redict.conf. Per quanto riguarda le sue funzionalit\u00e0, Redict 7.3.0 \u00e8 completamente compatibile con la release Redis 7.2.4 e pu\u00f2 essere utilizzato come sua sostituzione, ma non ha alcuna relazione con il ramo in sviluppo di Redis 7.3.0 e non garantisce compatibilit\u00e0 con esso. <\/p>\n
A differenza del fork Valkey creato da Amazon, Google, Oracle, Ericsson e Snap, il progetto Redict \u00e8 orientato a mantenere la base di codice in modo conservativo per un lungo periodo e a garantire stabilit\u00e0, piuttosto che promuovere cambiamenti radicali e innovazioni a favore delle aziende commerciali che forniscono risorse. Secondo gli sviluppatori di Redict, nella sua forma attuale il progetto Redis ha raggiunto la maturit\u00e0 e contiene tutte le funzionalit\u00e0 necessarie, pertanto \u00e8 importante garantire in futuro il processo di correzione di bug e vulnerabilit\u00e0, piuttosto che continuare ad ampliare la funzionalit\u00e0. <\/p>\n
La scelta della licenza LGPL invece della BSD per le modifiche proprie \u00e8 motivata dalla protezione contro tentativi di creare distribuzioni proprietary di Redict e dalla bloccazione del trasferimento del codice nel progetto Redis divenuto proprietario. Tuttavia, la licenza LGPL non impedisce agli sviluppatori di prodotti commerciali e sistemi cloud di utilizzare Redict nei propri 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 difendono i propri interessi. Le decisioni sullo sviluppo saranno prese sulla base del consenso tra i partecipanti allo sviluppo. <\/p>\n
Tra i piani futuri si segnala la modernizzazione del sistema di assemblaggio, la creazione di fork delle librerie client (ad esempio, \u00e8 gi\u00e0 stato creato hiredict, un fork della libreria che implementa un client per Redis in linguaggio C) e il trasferimento delle varianti integrate di Lua e jemalloc a favore dell'integrazione di dipendenze esterne, il che semplificher\u00e0 la manutenzione dei pacchetti nelle distribuzioni. Non si esclude inoltre il trasferimento di modifiche utili 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":"